Insolvenz der Elaborated Networks GmbH

Leider müssen wir Sie heute darüber informieren, dass das Amtsgericht München mit Beschluss vom 16. Oktober 2026 das Insolvenzverfahren über das Vermögen der Elaborated Networks GmbH unter dem Aktenzeichen 1509 IN 1258/26 eröffnet hat.

Zum Insolvenzverwalter wurde Herr Rechtsanwalt Dr. Matthias Hofmann bestellt. Dieser hat die Verwaltungs- und Verfügungsbefugnis über das Vermögen der Gesellschaft übernommen.

Die Gesellschaft firmiert ab sofort unter dem Namen: “Elaborated Networks GmbH in Insolvenz”. Der Geschäftsbetrieb der Gesellschaft wurde im Zuge des Verfahrens eingestellt. Eine Erbringung von Leistungen oder Lieferungen ist leider nicht mehr möglich. Die Cloud-Dienste werden bis auf weiteres im Rahmen einer privaten Initiative aufrechterhalten, dies kann jederzeit widerrufen werden.

Sollten Sie noch offene Forderungen (§ 38 InsO) gegen die Elaborated Networks GmbH haben, werden Sie gebeten, diese direkt beim Insolvenzverwalter bis zum 7. Dez. 2026 zur Insolvenztabelle anzumelden. Bitte richten Sie sämtliche diesbezügliche Korrespondenz direkt an das Büro des Insolvenzverwalters:

Rechtsanwalt Dr. jur. Matthias Hofmann
Unterer Anger 3
80331 München

Telefon: +49(89)5480330
Telefax: +49(89)548033111
Email: mail@pohlmannhofmann.de

Wir bedanken uns für die bisherige Zusammenarbeit und stehen Ihnen bei Rückfragen in Abstimmung mit dem Insolvenzverwalter unter support at elabnet dot de gerne zur Verfügung.

Details zum Verfahren und den privaten Initiativen stellen wir Kunden in einem nicht-öffentlichen Bereich zur Verfügung. Falls Sie hier keinen Zugriff haben, dann tragen Sie bitte Ihren Forennick in die Registrierung Ihres Servers ein und senden uns den Nick zusammen mit der ID Ihres Timberwolf Servers an support at elabnet dot de. Falls Sie hierzu erst einen Nick anlegen müssen verfahren Sie genauso. Das Bestätigungsmail nach der Anmeldung kommt aus technischen Gründen derzeit nicht, die Aktivierung erfolgt dann manuell nach Ihrer Mail an uns.

Stefan Werner
Geschäftsführer (ohne Vertretungsmacht)

[Frage] [V4.0.1] "no bus power", Strommessung mit DPT 7.012 vs. 9.021

Diskussionen über die KNX-Funktionen im Timberwolf Server
Forumsregeln
  • Denke bitte an aussagekräftige Titel und gebe dort auch die [Firmware] an. Wenn ETS oder CometVisu beteiligt sind, dann auch deren Version
  • Bitte mache vollständige Angaben zu Deinem Server, dessen ID und dem Online-Status in Deiner Signatur. Hilfreich ist oft auch die Beschreibung der angeschlossener Hardware sowie die verwendeten Protokolle
  • Beschreibe Dein Projekt und Dein Problem bitte vollständig. Achte bitte darauf, dass auf Screenshots die Statusleiste sichtbar ist
  • Bitte sei stets freundlich und wohlwollend, bleibe beim Thema und unterschreibe mit deinem Vornamen. Bitte lese alle Regeln, die Du hier findest: https://wiki.timberwolf.io/Forenregeln
Antworten

Ersteller
AndererStefan
Beiträge: 515
Registriert: Sa Mär 02, 2024 11:04 am
Hat sich bedankt: 257 Mal
Danksagung erhalten: 541 Mal

[V4.0.1] "no bus power", Strommessung mit DPT 7.012 vs. 9.021

#1

Beitrag von AndererStefan »

Guten Abend,

ich bin kürzlich über seltsame Einträge im Busmonitor gestolpert: "No bus Power" und bekam einen kurzen Schreck.

Diese Telegramme stammen von einem MDT AMI und stellen die Strom-Messung eines Aktorkanals dar. Gemäß der Voreinstellung des AMI bzw. der Doku sind das KO und die GA mit DPT 7.012 attributiert. Von der ETS wird der Messwert "0000" dabei als 0 mA dekodiert. Der TWS übersetzt diese Rohdaten aber in "no bus power".

Eine Recherche in den Specs brachte mir die Erkenntnis, dass das genau so sein muss. :geek:
Aus der Gruppe von AMI, ETS und TWS hält sich nur der TWS an die offiziellen Specs (https://support.knx.org/hc/de/article_a ... 2631105682).

Ich habe den Datentyp also auf 9.021 geändert und nun zeigt der TWS beim Rohwert "0000" beruhigend langweilige 0 mA an.
Da ich dazu im Forum und auch im Internet wenig gefunden habe, dachte ich mir, ich schreibe das mal als Hinweis ins Forum.

Edit: Erst nach dem Schreiben des Beitrags merke ich, dass DTP 9.021 keine Lösung sein kann, der Wert passt dann gar ist und ist um Faktor 100 zu klein. Das macht aus meinem Tipp eine Frage: Welchen Datentyp nehme ich stattdessen?

Viele Grüße und gute Nacht
Stefan
Zuletzt geändert von Parsley am Do Jun 27, 2024 3:03 pm, insgesamt 6-mal geändert.
TWS 3500XL ID:1486, VPN aktiv, Reboot nach Rücksprache
Benutzeravatar

starwarsfan
Beiträge: 1430
Registriert: Mi Okt 10, 2018 2:39 pm
Hat sich bedankt: 910 Mal
Danksagung erhalten: 1499 Mal

#2

Beitrag von starwarsfan »

Hallo miteinander
AndererStefan hat geschrieben: ↑Di Jun 25, 2024 11:41 pm Aus der Gruppe von AMI, ETS und TWS hält sich nur der TWS an die offiziellen Specs (https://support.knx.org/hc/de/article_a ... 2631105682).
Ich habe das jetzt nicht im Detail durchexerziert aber so zugänglich wie MDT ist, sollte es doch kein Problem sein, das im KNXUF an @hjk zu melden! :think:
Kind regards,
Yves

TWS 2500 ID:159 / TWS 3500 ID:618 / TWS 3500 ID:1653 + PBM ID:401 / ProxMox / 1-Wire / iButtons / Edomi (LXC / Docker) / evcc / ControlPro
(TW-VPN jeweils offen, Reboot nach Rücksprache)

StefanW
Elaborated Networks
Elaborated Networks
Beiträge: 11400
Registriert: So Aug 12, 2018 9:27 am
Wohnort: Frauenneuharting
Hat sich bedankt: 5521 Mal
Danksagung erhalten: 10996 Mal
Kontaktdaten:

#3

Beitrag von StefanW »

Hi Stefan,

der 7.012 ist schon der richtige DPT.
AndererStefan hat geschrieben: ↑Di Jun 25, 2024 11:41 pmDer TWS übersetzt diese Rohdaten aber in "no bus power".
Ich denke, aber nur im Busmonitor?

Bei einem verknüpften Integer Objekt sollte schon der Wert 0 übergeben werden, auch wenn er so laut DPT-Spec. nicht übersetzt werden soll (was wenig verständlich ist, weil eine Messung eines Stromwertes kann ja durchaus 0 mA ergeben, wenn kein Strom fließt).

==> Hast Du mal geprüft, ob die 0 ins Objektsystem durchgereicht werden?


lg

Stefan
Stefan Werner
Support für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Wichtige Fragen an service at elabnet dot de

Link zu Impressum und Datenschutzerklärung oben.

Ersteller
AndererStefan
Beiträge: 515
Registriert: Sa Mär 02, 2024 11:04 am
Hat sich bedankt: 257 Mal
Danksagung erhalten: 541 Mal

#4

Beitrag von AndererStefan »

Hi,

mit der Übersetzung "no bus power" wirkt das auf mich so, als wäre dieser DTP dafür gedacht die Spannung auf dem BUS zu messen. In den Specs steht "DPT_UElCurrentmA", während bei DTP 9.021 der Name "DPT_Value_Curr" steht. Auf "UEI" kann ich mir allerdings keinen Reim machen. Dass man den Wert "0" als Text dekodiert... ja ist von einem technischen Standpunkt schon seltsam.

Ich habe die betreffende GA nicht explizit im Objektsystem des TWS angelegt, aber Grafana wertet den Wert als "0". - Ist das bereits Beleg dafür, dass im TWS alles richtig ist?

Ich glaube MDT muss ich gar nicht anschreiben, man kann im Aktor wählen ob man die Messwerte als 7.012 oder 9.021 (oder andere) rausschicken möchte. Ich habe daher nun alles auf 9.021 umgestellt und so siehts richtig aus.
Vermutlich müsste ich eher der KNXA mal melden, dass die ETS DTP 7.012 nicht standardkonform dekodiert?
TWS 3500XL ID:1486, VPN aktiv, Reboot nach Rücksprache

gbglace
Beiträge: 4360
Registriert: So Aug 12, 2018 10:20 am
Hat sich bedankt: 1539 Mal
Danksagung erhalten: 2706 Mal

#5

Beitrag von gbglace »

Zwei solche Worte passen ja schon gar nicht in die Bitlänge des DPT, sprich auf dem Bus werden nur HEX-Werte der Zahlen übertragen. Alles an Worten im Busmomitor ist die Decodierung der HEX-Werte aus dem Telegramm. Auch ein AN /AUS passt nicht in ein 1-Bit Datenformat da geht nur 0/1.
Grüße Göran
#1 Timberwolf 2600 Velvet Red
#2 Timberwolf 2600 Organic Silver
Antworten

Zurück zu „KNX“