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
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)
Alles rund um Node Red im Allgemeinen und den entsprechenden Docker-Container für den Timberwolf Server im Speziellen.
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
ich habe im Docker/Portainer Node-RED installiert und habe einige komplexe Logiken in Verbindung mit der node-red-contrib-knx-ultimate Bibliothek am laufen. Hier spreche ich das KNX Interface aktuell per IP-Adresse des Timberwolf an.
Wenn mein Netzwerk ausfällt würde diese Verbindung nicht mehr funktionieren. Nun möchte ich gerne in NodeRED das Gateway so konfigurieren, das die Telegrame Lokal verarbeitet werden und nicht auf das Netzwerk angewiesen ist.
Die Ultimate erkennt ein paar Schnittstellen. Wie muss ich das Gateway konfigurieren das die "lokale" Verarbeitung/Schnittstelle verwendet wird?
Gruß Jürgen
Zuletzt geändert von jogi95 am Do Feb 26, 2026 8:35 am, insgesamt 1-mal geändert.
Timberwolf 3500XL #1456 | VPN Offen | Reboot nach Absprache
Der KNX-Ultimate spricht nur KNX-IP entweder per Routing auf einer IP-Linie oder er sucht eine KNX-IP Tunnelverbindung. Der Baustein kann kein KNX-TP Sprechen. Desweiteren kannst den KNX-TP Anschluss vom TWS nicht in den Container durchreichen. das ist eine BCU mit KNX-Stack hart am OS verdrahtet. Da kommt nur das TWS Obejtksystem KNX drauf in dem es die KNX Applikation mit KOs bedient.
Wenn Du mit NR KNX-Bus lesen und schreiben willst dann eben nur über einen IP-Tunnel und damit NR >> Docker raus aus dem TWS ins LAN und zurück in den TWS in den Tunnel.
Das ist keine Schwäche des TWS so funktioniert einfach der TWS und alle anderen echten KNX-TP Geräte mit ETS Applikation und KOs.
Warum sollen denn Logiken den KNX betreffend durch NR-laufen?
Integrationen aus IOT Devices kann ich ja noch verstehen aber die haben ja dann eh ihre eigene Abhängigkeit zum LAN. Aber reines KNX kann ja gut im KNX bleiben. Ansonsten ist es wie mit jedem anderen OpenSource Logikserver, das die eben vom funktionierenden LAN Abhängigsind. das ist die Natur der Sache wie NR HA und CO funktionieren.
Auch ein NR auf einenm RPI mit einer BCU Emulation würde sich so verhalten. ansonsten musst wie die openKNX Leute eben einen eigenen Stack bauen und in der Applikation ein dickes Logikmodul integrieren.
wenn man das Netzwerk auf dem TWS im Modus betreibt und statische IP Zuweisungen festgelegt hat, müsste dann nicht die virtuelle Schnittstelle des Containers mit der physischen
Schnittstelle des TWS reden können, auch wenn der Rest von LAN tot ist?
Ich nutze KNX Ultimate, aber nur für die Hue-Anbindung und außerdem habe ich DHCP aktiv, sonst hätte ich das mal schnell ausprobiert.
VG Stefan
TWS 3500XL ID:1486, VPN aktiv, Reboot nach Rücksprache
danke für eure Antworten. Ich habe es nun so hinbekommen, das NodeRED nicht auf das physische Netzwerk angewiesen ist und bei einem Ausfall dennoch NodeRED mit dem Timberwolf intern reden.
Das Gateway in NodeRED habe ich auf die IP-Adresse der docker0 Schnittstelle gestellt. In meinen fall auf die 172.17.0.1
Im Anschluss habe ich das LAN Kabel gezogen, also einen "Netzwerk-Ausfall" Simuliert und die Logiken in NodeRED arbeiten weiter als wäre nichts.
Gruß Jürgen
Zuletzt geändert von jogi95 am Sa Feb 28, 2026 1:36 pm, insgesamt 1-mal geändert.
Timberwolf 3500XL #1456 | VPN Offen | Reboot nach Absprache
