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)
OpenHAB 2.4.0 KNX/IP Gateway Einrichten (TWS V1.5 RC10)
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
-
MacLitze
- Beiträge: 69
- Registriert: Mo Mär 18, 2019 4:30 pm
- Hat sich bedankt: 10 Mal
- Danksagung erhalten: 19 Mal
OpenHAB 2.4.0 KNX/IP Gateway Einrichten (TWS V1.5 RC10)
Moin!
Bin immer noch dabei mein OpenHAB einzurichten!
Das KNX Binding ist installiert!
Nun bin ich bei Folgendem Problem:
Wenn ich nun versuche mein KNX/IP Gateway einzurichten bekommen ich keine Verbindung.
Es sei denn ich stelle in OpenHAB das Gateway auf IP Connection Typ: Router.
Nun habe ich aber nur Tunnel-Verbindungen: TWS, Weinzerl IP Interface 731 und auch noch das Wiregate (wo der Router nicht aktiviert wurde).
Zu dem habe ich anscheinend keine Verbindung zum KNX, da ich keine Verbindung zu einen KNX Device bekomme bzw. kein Licht schalten kann.
Irgendjemand eine Idee wo ich ansetzen muss?
Schon einmal Danke für eure Hilfe!
Kay
Bin immer noch dabei mein OpenHAB einzurichten!
Das KNX Binding ist installiert!
Nun bin ich bei Folgendem Problem:
Wenn ich nun versuche mein KNX/IP Gateway einzurichten bekommen ich keine Verbindung.
Es sei denn ich stelle in OpenHAB das Gateway auf IP Connection Typ: Router.
Nun habe ich aber nur Tunnel-Verbindungen: TWS, Weinzerl IP Interface 731 und auch noch das Wiregate (wo der Router nicht aktiviert wurde).
Zu dem habe ich anscheinend keine Verbindung zum KNX, da ich keine Verbindung zu einen KNX Device bekomme bzw. kein Licht schalten kann.
Irgendjemand eine Idee wo ich ansetzen muss?
Schon einmal Danke für eure Hilfe!
Kay
TWS 3500 ID:1415, VPN offen, Reboot erlaubt
-
Matze76
- Beiträge: 316
- Registriert: Mo Sep 24, 2018 9:59 am
- Hat sich bedankt: 292 Mal
- Danksagung erhalten: 208 Mal
Moin!
Wie sieht denn insgesamt deine Gateway-Konfiguration aus?
Meine (funktionierenden) Einstellungen sind:
IP Connection Type : Tunnel
Network Address : [IP des Timberwolf]
Port: 3700 (= Port der TWS-KNX Schnittstelle)
Local Device Address: 0.0.0
Wie sieht denn insgesamt deine Gateway-Konfiguration aus?
Meine (funktionierenden) Einstellungen sind:
IP Connection Type : Tunnel
Network Address : [IP des Timberwolf]
Port: 3700 (= Port der TWS-KNX Schnittstelle)
Local Device Address: 0.0.0
Gruß
Matthias
TWS 2500 ID:110 + PBM, VPN offen, Reboot nach Rücksprache
Matthias
TWS 2500 ID:110 + PBM, VPN offen, Reboot nach Rücksprache
-
Robert_Mini
- Beiträge: 3936
- Registriert: So Aug 12, 2018 8:44 am
- Hat sich bedankt: 1312 Mal
- Danksagung erhalten: 2519 Mal
Du solltest dazu noch aktiviertes macvlan am TWS erwähnen.
Robert
Timberwolf Server 2500 / #117 (VPN offen + reboot nach Rückfrage) / zusätzlich: 3500M/#935, 3500L/#1297
-
MacLitze
- Beiträge: 69
- Registriert: Mo Mär 18, 2019 4:30 pm
- Hat sich bedankt: 10 Mal
- Danksagung erhalten: 19 Mal
Bei mir wird so das Gateway als online erkannt:
IP Connection Type: ROUTER
Network address: [IP_TWS/24]
Port: 3700
Local Network Address: [IP_Fritzbox:3700]
Local Divice Address: 0.0.0
macVlan ist aktiviert
Kay
IP Connection Type: ROUTER
Network address: [IP_TWS/24]
Port: 3700
Local Network Address: [IP_Fritzbox:3700]
Local Divice Address: 0.0.0
macVlan ist aktiviert
Kay
TWS 3500 ID:1415, VPN offen, Reboot erlaubt
-
MacLitze
- Beiträge: 69
- Registriert: Mo Mär 18, 2019 4:30 pm
- Hat sich bedankt: 10 Mal
- Danksagung erhalten: 19 Mal
So, nun bin ich zum testen gekommen!
Bin mir zwar ziemlich sicher das ich es auch schon vorher ohne Local Network Address probiert hatte, aber da stimmte wohl etwas anderes nicht.
Hab mich dann wohl auf die Local IP versteift gehabt, denn in der Anleitung:
"4.5.6 ALEXA in <15min am TWS einrichten (OpenHAB basierend)" Steht unter Punkt 4 die Local IP im Code.
Auf der OpenHAB-Seite steht was ganz anderes: Gruß
Kay
Doch, es funktioniert jetzt! Licht geht an und auch aus!!!
Bin mir zwar ziemlich sicher das ich es auch schon vorher ohne Local Network Address probiert hatte, aber da stimmte wohl etwas anderes nicht.
Hab mich dann wohl auf die Local IP versteift gehabt, denn in der Anleitung:
"4.5.6 ALEXA in <15min am TWS einrichten (OpenHAB basierend)" Steht unter Punkt 4 die Local IP im Code.
Auf der OpenHAB-Seite steht was ganz anderes: Gruß
Kay
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
TWS 3500 ID:1415, VPN offen, Reboot erlaubt
-
Robert_Mini
- Beiträge: 3936
- Registriert: So Aug 12, 2018 8:44 am
- Hat sich bedankt: 1312 Mal
- Danksagung erhalten: 2519 Mal
Danke für die Info.
In der Tat hatte ich zuerst das WG als KNX-Schnittstelle verwendet. Da war die IP dann auch notwendig.
Lg
Robert
In der Tat hatte ich zuerst das WG als KNX-Schnittstelle verwendet. Da war die IP dann auch notwendig.
Lg
Robert
Timberwolf Server 2500 / #117 (VPN offen + reboot nach Rückfrage) / zusätzlich: 3500M/#935, 3500L/#1297
-
Robert_Mini
- Beiträge: 3936
- Registriert: So Aug 12, 2018 8:44 am
- Hat sich bedankt: 1312 Mal
- Danksagung erhalten: 2519 Mal
Hab das in der KB ergänzt.
Wobei ein wenig komisch ist das ganze schon, denn ich hab die Option "Tunnel" defeiniert und die IP des Routers (mein WG) angegeben.
Laut deinem Screenshot sollte das ROUTER + IP oder Tunnel ohne IP sein??
Robert
Wobei ein wenig komisch ist das ganze schon, denn ich hab die Option "Tunnel" defeiniert und die IP des Routers (mein WG) angegeben.
Laut deinem Screenshot sollte das ROUTER + IP oder Tunnel ohne IP sein??
Robert
Timberwolf Server 2500 / #117 (VPN offen + reboot nach Rückfrage) / zusätzlich: 3500M/#935, 3500L/#1297
-
Dragonos2000
- Beiträge: 2209
- Registriert: So Aug 12, 2018 1:38 pm
- Wohnort: Karlsruher Raum
- Hat sich bedankt: 503 Mal
- Danksagung erhalten: 1069 Mal
Macht doch aber bei "Tunnel" wenig Sinn ohne IP-Adresse, denn dann wird kein MCast verwendet. Was die Einstellungen angeht, ist weniger jedenfalls mehr. Bei mir sieht es so aus:
Code: Alles auswählen
Bridge knx:ip:bridge
[
ipAddress="1.2.3.4",
portNumber=3700,
localIp="1.2.3.5",
type="TUNNEL"
] Lg
Jochen
____________________________________________________________
TW 2600 #188
VPN offen, Zugriff jederzeit, Experimente jederzeit, Reboot jederzeit
Jochen
____________________________________________________________
TW 2600 #188
VPN offen, Zugriff jederzeit, Experimente jederzeit, Reboot jederzeit
-
StefanW
- Elaborated Networks

- Beiträge: 11406
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 5522 Mal
- Danksagung erhalten: 11000 Mal
- Kontaktdaten:
Hallo zusammen,
ich glaube hier liegen womöglich Missverständnisse vor.
Es gibt zwei Formen von Multicast bei KNXnet/IP!
- KNXnet/IP Routing: Das eine Multicast ist das, mit dem die KNXnet/IP Router auf der IP-Seite untereinander arbeiten, also wenn die TP-Pakete einfach als Multicast auf der IP-Seite abgebildet werden. Alle anderen KNXnet/IP Router sehen das und kopieren diese wieder (unter Beachtung der von der ETS berechneten Filterlisten) auf die jeweiligen TP-Linien. Dieses Multicast dient also für den Datenaustausch! Routing-Clients wie der HS können das auch benutzen natürlich, weil es ist einfach KNX-Datagramme auf IP Multicast.
- KNXnet/IP Tunneling: Das "andere" KNX Multicast gibt es, damit ein KNXnet/IP Client einen KNXnet/IP Tunnelserver automatisch finden kann. Damit kann also ein Client herausfinden, welche Geräte KNXnet/IP Tunnel anbieten. Das ist der Grund, warum die ETS alle Tunnelschnittstellen im gleichen Netz so automatisch anzeigen kann. Dieses Multicast dient also dazu, um automatisch Tunnel-Devices zu finden. Der eigentliche Datenaustausch über den Tunnel in eine spezifische TP-Linie hinein erfolgt auf Basis eines IP-Unicast. Daher ist hier auch letztlich eine IP und ein Port anzugeben (die mit dem Multicast herausgefunden werden kann).
Hinweis: Unser Tunnel-Interface hat meist einen anderen Port, oft ist das 3700 (also abweichend von dem üblichen Port)
Bedeutet: Der TWS unterstützt KNXnet/IP Tunneling. Mithin ist die IP des TWS und der entsprechende Port anzugeben. Den Port kann man sehen unter -> Einstellungen -> KNX -> Schnittstellen.
lg
Stefan
ich glaube hier liegen womöglich Missverständnisse vor.
Es gibt zwei Formen von Multicast bei KNXnet/IP!
- KNXnet/IP Routing: Das eine Multicast ist das, mit dem die KNXnet/IP Router auf der IP-Seite untereinander arbeiten, also wenn die TP-Pakete einfach als Multicast auf der IP-Seite abgebildet werden. Alle anderen KNXnet/IP Router sehen das und kopieren diese wieder (unter Beachtung der von der ETS berechneten Filterlisten) auf die jeweiligen TP-Linien. Dieses Multicast dient also für den Datenaustausch! Routing-Clients wie der HS können das auch benutzen natürlich, weil es ist einfach KNX-Datagramme auf IP Multicast.
- KNXnet/IP Tunneling: Das "andere" KNX Multicast gibt es, damit ein KNXnet/IP Client einen KNXnet/IP Tunnelserver automatisch finden kann. Damit kann also ein Client herausfinden, welche Geräte KNXnet/IP Tunnel anbieten. Das ist der Grund, warum die ETS alle Tunnelschnittstellen im gleichen Netz so automatisch anzeigen kann. Dieses Multicast dient also dazu, um automatisch Tunnel-Devices zu finden. Der eigentliche Datenaustausch über den Tunnel in eine spezifische TP-Linie hinein erfolgt auf Basis eines IP-Unicast. Daher ist hier auch letztlich eine IP und ein Port anzugeben (die mit dem Multicast herausgefunden werden kann).
Hinweis: Unser Tunnel-Interface hat meist einen anderen Port, oft ist das 3700 (also abweichend von dem üblichen Port)
Bedeutet: Der TWS unterstützt KNXnet/IP Tunneling. Mithin ist die IP des TWS und der entsprechende Port anzugeben. Den Port kann man sehen unter -> Einstellungen -> KNX -> Schnittstellen.
lg
Stefan
Zuletzt geändert von StefanW am Mo Dez 02, 2019 10:43 pm, insgesamt 1-mal geändert.
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.
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.