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)
[Gelöst] Probleme mit KNX Interface und MDT Data Secure Komponenten
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
Probleme mit KNX Interface und MDT Data Secure Komponenten
Hallo Zusammen,
hat schon jemand probiert die neuen MDT Komponenten mit Data Secure über den Timberwolf zu programmieren?
Das Vergeben der PA funktioniert noch, jedoch das Aufspielen der Applikation leider nicht. Läuft in einen Time Out. Vermute das es am Long Frame Support liegt, oder? Habe es mit drei unterschiedlichen Linienkopplern von MDT probiert. Die Applikation ohne Data Secure lässt sich problemlos aufspielen.
Grüße
Alex
hat schon jemand probiert die neuen MDT Komponenten mit Data Secure über den Timberwolf zu programmieren?
Das Vergeben der PA funktioniert noch, jedoch das Aufspielen der Applikation leider nicht. Läuft in einen Time Out. Vermute das es am Long Frame Support liegt, oder? Habe es mit drei unterschiedlichen Linienkopplern von MDT probiert. Die Applikation ohne Data Secure lässt sich problemlos aufspielen.
Grüße
Alex
TWS 975 ID:433, VPN offen, Reboot auf nachfrage
-
blaubaerli
- Beiträge: 2785
- Registriert: Sa Sep 15, 2018 10:26 am
- Wohnort: Kerpen
- Hat sich bedankt: 1080 Mal
- Danksagung erhalten: 1056 Mal
Hi Alex,
zu dem Thema gab es hier viewtopic.php?f=69&t=1285&p=13052&hilit=secure#p13052 von Stefan schon mal einen Hinweis.
Beste Grüße
Jens
zu dem Thema gab es hier viewtopic.php?f=69&t=1285&p=13052&hilit=secure#p13052 von Stefan schon mal einen Hinweis.
Beste Grüße
Jens
| timberwolf168 | (2600er) | VPN offen | Reboot nach Vereinbarung |
| timberwolf1699 | (3500XL) | VPN offen | Reboot jederzeit |
| wiregate1250 |
-
gbglace
- Beiträge: 4360
- Registriert: So Aug 12, 2018 10:20 am
- Hat sich bedankt: 1539 Mal
- Danksagung erhalten: 2706 Mal
Das Programmieren eines Securegerätes als solches sollte schon gehen.
Im laufenden Betrieb ist es aber unsinnig sich Secure TP-LK einzubauen dann aber sowas wie den TWS, der ja gern mit allen GA verbunden wird, als nicht Secure-Gerät mitten auf m Busverkehr stecken zu haben. Der Secure-Traffic entsteht erst wenn eine GA ausschließlich mit Securegeräten verbunden ist.
Sofern man also nicht die komplette Aktorik und Sensorik mit Secure verbaut hat, ist der Mehrwert noch sehr begrenzt.
Für die Aussenwirkung das der KNX so unsicher ist ist die Verfügbarkeit gut aber mehr als Nebligen Werbetrommel ist es nicht. Im EFH-Bereich sehe ich den IP-Bereich als den Schwachpunkt und somit wäre im Schritt eins die Schnittstelle IP zu KNX-TP wichtig abzusichern. Den bösen Laptopeinbrecher an der grünen Leitung der Aussenlinie kann man auch mit passend parametrieren LK und gern noch dem MDT-SAFE aussperren.
KNX-RF ist ein anderes Thema, da geht aber wohl auch die Securefunktionalität auf der RF-Teilstrecke zu nutzen.
Im laufenden Betrieb ist es aber unsinnig sich Secure TP-LK einzubauen dann aber sowas wie den TWS, der ja gern mit allen GA verbunden wird, als nicht Secure-Gerät mitten auf m Busverkehr stecken zu haben. Der Secure-Traffic entsteht erst wenn eine GA ausschließlich mit Securegeräten verbunden ist.
Sofern man also nicht die komplette Aktorik und Sensorik mit Secure verbaut hat, ist der Mehrwert noch sehr begrenzt.
Für die Aussenwirkung das der KNX so unsicher ist ist die Verfügbarkeit gut aber mehr als Nebligen Werbetrommel ist es nicht. Im EFH-Bereich sehe ich den IP-Bereich als den Schwachpunkt und somit wäre im Schritt eins die Schnittstelle IP zu KNX-TP wichtig abzusichern. Den bösen Laptopeinbrecher an der grünen Leitung der Aussenlinie kann man auch mit passend parametrieren LK und gern noch dem MDT-SAFE aussperren.
KNX-RF ist ein anderes Thema, da geht aber wohl auch die Securefunktionalität auf der RF-Teilstrecke zu nutzen.
Grüße Göran
#1 Timberwolf 2600 Velvet Red
#2 Timberwolf 2600 Organic Silver
#1 Timberwolf 2600 Velvet Red
#2 Timberwolf 2600 Organic Silver
Hallo Göran,
ich stimme dir bei dem Mehrwert von Data Secure zu. Aufspielen lässt sich z.B. die Applikation Version 4.1 mit und ohne aktivierten Data Secure mit TW leider nicht.
Lediglich die Version 3.1 komplett ohne Data Secure funktioniert. Es scheint also dann doch ein Problem vorzuliegen.
Vermute das wird bei allen weiteren Komponenten mit Unterstützung von Data Secure zukünftig ein Problem sein.
Schöne Grüße
Alex
ich stimme dir bei dem Mehrwert von Data Secure zu. Aufspielen lässt sich z.B. die Applikation Version 4.1 mit und ohne aktivierten Data Secure mit TW leider nicht.
Lediglich die Version 3.1 komplett ohne Data Secure funktioniert. Es scheint also dann doch ein Problem vorzuliegen.
Vermute das wird bei allen weiteren Komponenten mit Unterstützung von Data Secure zukünftig ein Problem sein.
Schöne Grüße
Alex
TWS 975 ID:433, VPN offen, Reboot auf nachfrage
-
Robert_Mini
- Beiträge: 3936
- Registriert: So Aug 12, 2018 8:44 am
- Hat sich bedankt: 1311 Mal
- Danksagung erhalten: 2519 Mal
Hallo Alex!
Hast du das Reduzieren der Busgeschwindigkeit in der ETS (unter Projekteigenschaften) probiert?
Das hat bei anderen Programmierproblemen geholfen.
Lg
Robert
Hast du das Reduzieren der Busgeschwindigkeit in der ETS (unter Projekteigenschaften) probiert?
Das hat bei anderen Programmierproblemen geholfen.
Lg
Robert
Timberwolf Server 2500 / #117 (VPN offen + reboot nach Rückfrage) / zusätzlich: 3500M/#935, 3500L/#1297
Ja, hatte ich ausprobiert. Dann funktioniert nicht mal das Setzen der PA noch das Aufspielen der App
TWS 975 ID:433, VPN offen, Reboot auf nachfrage
-
StefanW
- Elaborated Networks

- Beiträge: 11403
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 5521 Mal
- Danksagung erhalten: 10996 Mal
- Kontaktdaten:
Hallo Alex,
kannst Du mit der ETS mal bitte den Busverkehr aufzeichnen, also dort wo es funktioniert und dort wo es nicht funktioniert. Und beide Mitschnitte hier zur Analyse hochladen.
==> Bitte genaue Angaben zu dem Produkt, weil es sagt mir erstmal nichts
==> Wenn es da ein Problem gibt, dann wollen wir das schon finden!
lg
Stefan
kannst Du mit der ETS mal bitte den Busverkehr aufzeichnen, also dort wo es funktioniert und dort wo es nicht funktioniert. Und beide Mitschnitte hier zur Analyse hochladen.
==> Bitte genaue Angaben zu dem Produkt, weil es sagt mir erstmal nichts
==> Wenn es da ein Problem gibt, dann wollen wir das schon finden!
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.
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.
-
MiniMaxV2
- Beiträge: 278
- Registriert: Sa Jan 12, 2019 8:41 pm
- Wohnort: Bremen
- Hat sich bedankt: 342 Mal
- Danksagung erhalten: 156 Mal
Moin @StefanW,
ich hole mal den Thread hoch, da ich exakt das selbe Problem hab (und fast an mir und meinen Kenntnissen gezweifelt hab).
Ok also von vorne.
Folgender Aufbau: Hauptlinie 1.0.0, UG-Linie 1.2, EG-Linie 1.3 / 2x MDT-LK SCN-LK001.03 (1.2.0 und 1.3.0) / TW in Hauptlinie (1.0.225-250) / MDT IP-Interface in 1.2 (1.2.2).
Die beiden Linienkoppler sind mit Secure geladen (ja ich weiß, dass es nicht unbedingt sinn macht, aber es bringt auch keinen Nachteil).
Also nun folgende Situationen:

Ebenso anbei die beiden zugehörigen Busaufzeichnungen jeweils via TWS.
Das ganze Verhalten bestätigt das hier geschilderte Problem: Secure Komponenten (bzw. hier grade Secure LK) lassen sich nicht via TWS programmieren.
Vielleicht helfen euch die Logs weiter
Nachtrag: Alles mit dem aktuellen Wolf Dev Stand (heute 08.03.2020)
ich hole mal den Thread hoch, da ich exakt das selbe Problem hab (und fast an mir und meinen Kenntnissen gezweifelt hab).
Folgender Aufbau: Hauptlinie 1.0.0, UG-Linie 1.2, EG-Linie 1.3 / 2x MDT-LK SCN-LK001.03 (1.2.0 und 1.3.0) / TW in Hauptlinie (1.0.225-250) / MDT IP-Interface in 1.2 (1.2.2).
Die beiden Linienkoppler sind mit Secure geladen (ja ich weiß, dass es nicht unbedingt sinn macht, aber es bringt auch keinen Nachteil).
Also nun folgende Situationen:
- Programmieren (App und Adresse) von einem Gerät in 1.3 via TWS (1.0.227) => geht
- Programmieren (App und Adresse) von einem Gerät in 1.3 via MDT-IP (1.2.2) => geht
- Programmieren der Adresse von 1.3.0 via TWS (1.0.227) => geht
- Programmieren der APP von 1.3.0 via TWS (1.0.227) => Timeout

- nun zum Testen, nachdem ich das hier gefunden hab => Programmieren der App von 1.3.0 via MDT-IP (1.2.2) (also über einen anderen LK hinweg) => geht


Ebenso anbei die beiden zugehörigen Busaufzeichnungen jeweils via TWS.
Das ganze Verhalten bestätigt das hier geschilderte Problem: Secure Komponenten (bzw. hier grade Secure LK) lassen sich nicht via TWS programmieren.
Vielleicht helfen euch die Logs weiter
Nachtrag: Alles mit dem aktuellen Wolf Dev Stand (heute 08.03.2020)
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Zuletzt geändert von MiniMaxV2 am So Mär 08, 2020 7:14 pm, insgesamt 1-mal geändert.
LG
Hans Martin
timberwolf413 (950Q) - VPN offen - reboot erlaubt / timberwolf610 (950Q) - VPN offen - reboot erlaubt
Hans Martin
timberwolf413 (950Q) - VPN offen - reboot erlaubt / timberwolf610 (950Q) - VPN offen - reboot erlaubt
-
Robert_Mini
- Beiträge: 3936
- Registriert: So Aug 12, 2018 8:44 am
- Hat sich bedankt: 1311 Mal
- Danksagung erhalten: 2519 Mal
Hast du irgendwelche Container im Einsatz zb OpenHAB?
Lg
Robert
Lg
Robert
Timberwolf Server 2500 / #117 (VPN offen + reboot nach Rückfrage) / zusätzlich: 3500M/#935, 3500L/#1297