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)
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] [V3.5.1] Täglichen Zählerstand ermitteln und loggen
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
-
Robert_Mini
- Beiträge: 3936
- Registriert: So Aug 12, 2018 8:44 am
- Hat sich bedankt: 1312 Mal
- Danksagung erhalten: 2519 Mal
Hallo Hans!
Du musst da ein wenig umdenken, da der TWS event-basiert designed ist und damit zB auf KNX auch nichts Abfragen kann (außer beim Reboot).
Ausnahme sind zb 1-wire und Modbus, die man so parametriert, dass zyklisch abgefragt wird.
D.h. im Bezug auf Zählerstände:
Man zwischenspeichert Werte zum Zeitpunkt ihrer Erstellung/Verfügbarkeit und sendet mit einem anderen Event
Beispiel Stromverbrauch:
1) Stromzählerstand wird zyklisch per Modbus ausgelesen und zb in eine Zeitserie geschrieben
2) ein Logik lauscht auf diesen Wert (zb per Update u am Eingang) und per Event zb Mitternacht wird der Tagesverbrauchswert berechnet und der aktuelle (=letzte) Zählerstand gespeichert.
Wenn du dazu Hilfe brauchst (CustomLogik), einfach melden.
Ob das in NodeRed oder an TWS gelöst wird, ändert am Grundprinzip erstmal nichts. Ich hab ehrlicherweise aber auch noch nicht ganz verstanden, wozu du NodeRed brauchst (außer als Messanger).
Lg
Robert
Du musst da ein wenig umdenken, da der TWS event-basiert designed ist und damit zB auf KNX auch nichts Abfragen kann (außer beim Reboot).
Ausnahme sind zb 1-wire und Modbus, die man so parametriert, dass zyklisch abgefragt wird.
D.h. im Bezug auf Zählerstände:
Man zwischenspeichert Werte zum Zeitpunkt ihrer Erstellung/Verfügbarkeit und sendet mit einem anderen Event
Beispiel Stromverbrauch:
1) Stromzählerstand wird zyklisch per Modbus ausgelesen und zb in eine Zeitserie geschrieben
2) ein Logik lauscht auf diesen Wert (zb per Update u am Eingang) und per Event zb Mitternacht wird der Tagesverbrauchswert berechnet und der aktuelle (=letzte) Zählerstand gespeichert.
Wenn du dazu Hilfe brauchst (CustomLogik), einfach melden.
Ob das in NodeRed oder an TWS gelöst wird, ändert am Grundprinzip erstmal nichts. Ich hab ehrlicherweise aber auch noch nicht ganz verstanden, wozu du NodeRed brauchst (außer als Messanger).
Lg
Robert
Timberwolf Server 2500 / #117 (VPN offen + reboot nach Rückfrage) / zusätzlich: 3500M/#935, 3500L/#1297
-
hans4711
- Beiträge: 124
- Registriert: Mi Nov 08, 2023 4:24 pm
- Hat sich bedankt: 40 Mal
- Danksagung erhalten: 89 Mal
Danke für die Erklärung.

Daher wären für mich folgende Themen essentiell wichtig:
* Telegram-Bot Unterstützung
* Zigbee oder Matter/Thread Unterstützung
* MQTT Server (aus meiner Naivität heraus dachte ich das der TWS das schon hat und bin jetzt etwas enttäuscht)
* automatisches Onlinebackup/Restore des kompletten TWS in Dropbox/OneDrive o.ä.
Wenn es geht möchte ich auf NodeRed und auf alle anderen Container verzichten. Habe keine Lust mehr auf Linux Server Wartung und Updates per Komandozeile, nach Updates nach Fehlern suchen. Daher habe ich an den TWS schon eine hohe ErwartungshaltungRobert_Mini hat geschrieben: ↑Sa Dez 23, 2023 9:53 am Ich hab ehrlicherweise aber auch noch nicht ganz verstanden, wozu du NodeRed brauchst (außer als Messanger).
Daher wären für mich folgende Themen essentiell wichtig:
* Telegram-Bot Unterstützung
* Zigbee oder Matter/Thread Unterstützung
* MQTT Server (aus meiner Naivität heraus dachte ich das der TWS das schon hat und bin jetzt etwas enttäuscht)
* automatisches Onlinebackup/Restore des kompletten TWS in Dropbox/OneDrive o.ä.
3500 XL ID:1339
-
Robert_Mini
- Beiträge: 3936
- Registriert: So Aug 12, 2018 8:44 am
- Hat sich bedankt: 1312 Mal
- Danksagung erhalten: 2519 Mal
Die Frage bez. Notwendigkeit von NodeRed bezog sich auf das Thema Zählerstände. Da denke ich sollte es auch ohne gehen.
Die anderen Punkte sind sicher verstanden, aber aktuell nicht nativ verfügbar.
MQTT Server verstehe ich nicht ganz was du meinst. Es gibt einen Broker als Container (noch nicht als App) oder so wie im Video über die Cloud. Beides in wenigen Minuten eingerichtet und praktisch „wartungsfrei“.
Lg
Robert
Die anderen Punkte sind sicher verstanden, aber aktuell nicht nativ verfügbar.
MQTT Server verstehe ich nicht ganz was du meinst. Es gibt einen Broker als Container (noch nicht als App) oder so wie im Video über die Cloud. Beides in wenigen Minuten eingerichtet und praktisch „wartungsfrei“.
Lg
Robert
Timberwolf Server 2500 / #117 (VPN offen + reboot nach Rückfrage) / zusätzlich: 3500M/#935, 3500L/#1297
-
Sebastian104
- Beiträge: 151
- Registriert: Do Sep 29, 2022 12:52 am
- Hat sich bedankt: 159 Mal
- Danksagung erhalten: 129 Mal
Hier wäre der Wiki Eintrag zum MQTT Container:
https://elabnet.atlassian.net/wiki/spac ... stallieren
https://elabnet.atlassian.net/wiki/spac ... stallieren
Grüße
Sebastian
TWS 3500S ID:860, VPN offen, Reboot möglich
Sebastian
TWS 3500S ID:860, VPN offen, Reboot möglich
-
gbglace
- Beiträge: 4361
- Registriert: So Aug 12, 2018 10:20 am
- Hat sich bedankt: 1539 Mal
- Danksagung erhalten: 2706 Mal
Das ding mit dem Telegram bot der da auf das einegehende PV dir was zurückschickt geht im TWS ohne Lesen aus Datenbank.
Das einzige Problem sehe ich noch im Zusammenstellen eines Mehrzeiligen textes.
Aber sonst wäre das ein Logikbaustein der den ganzen Text baut. der hat dazu für die Messwerte die notwendigen Eingänge. Diese Eingänge werden so in der Logik eingestellt das einfach nur der Wert aktualisiert wird aber kein Output ausgelöst wird. Dafür kommt dann ein weiterer Eingang als reiner Triggereingang dazu. Und dieser muss da halt auf das eingegeangene 'pv' horchen. Kommt der triger wird der Text gebaut und ausgegeben, und dort die Option auf Allways. Den Ausgang auf die Rest.API zum Bot und schon hast dieNachricht mit den jeweils letzten Werten.
Die Logik auf persistenz gestellt dann überstehen die zuletzt empfangenen Werte auch einen Neustart der Logikengine/TWS.
Das einzige Problem sehe ich noch im Zusammenstellen eines Mehrzeiligen textes.
Aber sonst wäre das ein Logikbaustein der den ganzen Text baut. der hat dazu für die Messwerte die notwendigen Eingänge. Diese Eingänge werden so in der Logik eingestellt das einfach nur der Wert aktualisiert wird aber kein Output ausgelöst wird. Dafür kommt dann ein weiterer Eingang als reiner Triggereingang dazu. Und dieser muss da halt auf das eingegeangene 'pv' horchen. Kommt der triger wird der Text gebaut und ausgegeben, und dort die Option auf Allways. Den Ausgang auf die Rest.API zum Bot und schon hast dieNachricht mit den jeweils letzten Werten.
Die Logik auf persistenz gestellt dann überstehen die zuletzt empfangenen Werte auch einen Neustart der Logikengine/TWS.
Grüße Göran
#1 Timberwolf 2600 Velvet Red
#2 Timberwolf 2600 Organic Silver
#1 Timberwolf 2600 Velvet Red
#2 Timberwolf 2600 Organic Silver
-
hans4711
- Beiträge: 124
- Registriert: Mi Nov 08, 2023 4:24 pm
- Hat sich bedankt: 40 Mal
- Danksagung erhalten: 89 Mal
Welches Video meinst du?Robert_Mini hat geschrieben: ↑Sa Dez 23, 2023 10:49 am MQTT Server verstehe ich nicht ganz was du meinst. Es gibt einen Broker als Container (noch nicht als App) oder so wie im Video über die Cloud. Beides in wenigen Minuten eingerichtet und praktisch „wartungsfrei“.
In NodeRed mache ich das mit \n, das funktioniert aber im TWS nicht wenn ich das so einfach in die URI mitgebe
---> habe es rausgefunden, geht mit %0A
Das ist echt eine Klasse Idee. Mit der CustomLogik komme ich noch nicht so ganz klar, weißt du welche Logik ich für das Verketten von Strings verwenden kann?gbglace hat geschrieben: ↑Sa Dez 23, 2023 2:23 pm Aber sonst wäre das ein Logikbaustein der den ganzen Text baut. der hat dazu für die Messwerte die notwendigen Eingänge. Diese Eingänge werden so in der Logik eingestellt das einfach nur der Wert aktualisiert wird aber kein Output ausgelöst wird. Dafür kommt dann ein weiterer Eingang als reiner Triggereingang dazu. Und dieser muss da halt auf das eingegeangene 'pv' horchen. Kommt der triger wird der Text gebaut und ausgegeben, und dort die Option auf Allways. Den Ausgang auf die Rest.API zum Bot und schon hast dieNachricht mit den jeweils letzten Werten.
Die Logik auf persistenz gestellt dann überstehen die zuletzt empfangenen Werte auch einen Neustart der Logikengine/TWS.
An der Syntax für die Telegram API hakt es auch noch ein bisschen, ich kann aktuell Text und variablen verschicken, mehr aber noch nicht - aber die Lernkurve ist hoch
Zuletzt geändert von hans4711 am Sa Dez 23, 2023 8:50 pm, insgesamt 1-mal geändert.
3500 XL ID:1339
-
gbglace
- Beiträge: 4361
- Registriert: So Aug 12, 2018 10:20 am
- Hat sich bedankt: 1539 Mal
- Danksagung erhalten: 2706 Mal
Da alle mit V4 IP5 auf gleichem Niveau sind wie mein Dev-Server schau mal in die 16Text Logikmodule. Auf dem Tabletcgerade ist es der erste wenn ich eine neue Logik hinzufügen möchte.
Grüße Göran
#1 Timberwolf 2600 Velvet Red
#2 Timberwolf 2600 Organic Silver
#1 Timberwolf 2600 Velvet Red
#2 Timberwolf 2600 Organic Silver
-
Robert_Mini
- Beiträge: 3936
- Registriert: So Aug 12, 2018 8:44 am
- Hat sich bedankt: 1312 Mal
- Danksagung erhalten: 2519 Mal
Timberwolf Server 2500 / #117 (VPN offen + reboot nach Rückfrage) / zusätzlich: 3500M/#935, 3500L/#1297
-
blaubaerli
- Beiträge: 2785
- Registriert: Sa Sep 15, 2018 10:26 am
- Wohnort: Kerpen
- Hat sich bedankt: 1081 Mal
- Danksagung erhalten: 1056 Mal
Hallo zusammen, im ersten Post steht 3.5.1
Ich vermute, dass Hans damit noch was fehlt, oder?
Beste Grüße
Jens
Ich vermute, dass Hans damit noch was fehlt, oder?
Beste Grüße
Jens
| timberwolf168 | (2600er) | VPN offen | Reboot nach Vereinbarung |
| timberwolf1699 | (3500XL) | VPN offen | Reboot jederzeit |
| wiregate1250 |