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)
[Problem] [CV 12 RC6] Probleme mit Testversion der neuen CometVisu APP auf TWS
-
Robosoc
- Beiträge: 1921
- Registriert: Di Okt 09, 2018 9:26 am
- Hat sich bedankt: 645 Mal
- Danksagung erhalten: 902 Mal
Habe gestern erneut ein Problem erzeugt, welches zu diesem Topic passt.
V3.0 RC1.1
TWS ID 291
Habe eine neue CometVisu-Instanz erstellen wollen.
->App Seite -> ID: CV oben -> Aktion "+ Installieren" geklickt
Das sah zunächst erfolgreich aus (Status "Herunterladen und Installieren") und ich habe in der Zeit des Installierens dann etwas Anderes weiter gemacht (dazu weiter unten gleich mehr).
Nach einiger Zeit meldete sich mein Watchdog-Alarmsystem eines KNX-Panels, dass das KNX-Lebensbit vom TWS ausgebieben ist.
Ein Blick auf die Systemmonitorseite veriet mir, dass inziwschen alles Dienste im TWS neu gestartet wurden.
Die neue CV-App (CV-15) verharrt seit dem im Zustand "Herunterladen und Installieren" und ich kann sie weder löschen noch ändern.
Eine weitere CV-App (CV-16), die ich heute zum Test installiert habe um das Problem eventuell zu reproduzieren, läuft einwandfrei.
Der Neustart der Dienste war so gegen 17:02 Uhr gestern. Ich kann nicht alles mit Sicherheit sagen, aber meiner Browser-Chronik nach habe ich genau zu dem Zeitpunkt in Node Red gearbeitet (läuft als Container auf dem gleichen TWS). Ich kann es durch den Browserverlauf nicht rekonsturieren, aber irgendwann im Rahmen meiner Arbeiten bei Node Red bin ich auch in den Portainer gegangen und habe dort A) Node Red neu gestartet (ich hatte eine Palette geupdated, was den Restart erforderlich gemacht hat -> Start Time gemäß Portainerstatistik: Start time 2022-03-14 17:02:36) und B) habe in Portainer irgendwann auch im SSH-Container Einstellungen vorgenommen um über WinSCP auf die CV-Pfade zuzugreifen (hatte vor zwei Wochen eine CV-App installiert, die noch nicht in SSH drin war. Hier zeigt die Portainerseite aber eine Startime um 17:26 an, also deutlich später).
Ich gehe davon aus, dass dies parallel zur Installation einer neuen CV-App den Systemabsturz verursacht hat.
Ich denke es ist mühselig den Absturzgrund zu analysieren und da der Server ja nach einem Neustart wieder in den Normalmodus gegangen ist, ist es auch nicht schlimm, dass er neu gestartet ist.
Lediglich der nicht änderbare Zustand der CV-App ist ungünstig, weil er solange bleibt, bis das Elabnet-Team sich mit Aufwand auf meinen Server schaltet. Ich bin mir jetzt nicht sicher, ob Ihr in den kürzlich erschienen RC-Versionen zur 3.0 da schon was angepasst habt. Ich war um Urlaub und werde die neuesten Versionen jetzt erst installieren. Ich berichte dann, ob sich das Problem der "im Zustand eingefrohrenen CV-App" von alleine behoben haat.
V3.0 RC1.1
TWS ID 291
Habe eine neue CometVisu-Instanz erstellen wollen.
->App Seite -> ID: CV oben -> Aktion "+ Installieren" geklickt
Das sah zunächst erfolgreich aus (Status "Herunterladen und Installieren") und ich habe in der Zeit des Installierens dann etwas Anderes weiter gemacht (dazu weiter unten gleich mehr).
Nach einiger Zeit meldete sich mein Watchdog-Alarmsystem eines KNX-Panels, dass das KNX-Lebensbit vom TWS ausgebieben ist.
Ein Blick auf die Systemmonitorseite veriet mir, dass inziwschen alles Dienste im TWS neu gestartet wurden.
Die neue CV-App (CV-15) verharrt seit dem im Zustand "Herunterladen und Installieren" und ich kann sie weder löschen noch ändern.
Eine weitere CV-App (CV-16), die ich heute zum Test installiert habe um das Problem eventuell zu reproduzieren, läuft einwandfrei.
Der Neustart der Dienste war so gegen 17:02 Uhr gestern. Ich kann nicht alles mit Sicherheit sagen, aber meiner Browser-Chronik nach habe ich genau zu dem Zeitpunkt in Node Red gearbeitet (läuft als Container auf dem gleichen TWS). Ich kann es durch den Browserverlauf nicht rekonsturieren, aber irgendwann im Rahmen meiner Arbeiten bei Node Red bin ich auch in den Portainer gegangen und habe dort A) Node Red neu gestartet (ich hatte eine Palette geupdated, was den Restart erforderlich gemacht hat -> Start Time gemäß Portainerstatistik: Start time 2022-03-14 17:02:36) und B) habe in Portainer irgendwann auch im SSH-Container Einstellungen vorgenommen um über WinSCP auf die CV-Pfade zuzugreifen (hatte vor zwei Wochen eine CV-App installiert, die noch nicht in SSH drin war. Hier zeigt die Portainerseite aber eine Startime um 17:26 an, also deutlich später).
Ich gehe davon aus, dass dies parallel zur Installation einer neuen CV-App den Systemabsturz verursacht hat.
Ich denke es ist mühselig den Absturzgrund zu analysieren und da der Server ja nach einem Neustart wieder in den Normalmodus gegangen ist, ist es auch nicht schlimm, dass er neu gestartet ist.
Lediglich der nicht änderbare Zustand der CV-App ist ungünstig, weil er solange bleibt, bis das Elabnet-Team sich mit Aufwand auf meinen Server schaltet. Ich bin mir jetzt nicht sicher, ob Ihr in den kürzlich erschienen RC-Versionen zur 3.0 da schon was angepasst habt. Ich war um Urlaub und werde die neuesten Versionen jetzt erst installieren. Ich berichte dann, ob sich das Problem der "im Zustand eingefrohrenen CV-App" von alleine behoben haat.
VG, Sven - 3500 XL ID:1369 | 3500 L ID:1355, VPN offen, Reboot OK
-
StefanW
- 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:
Hi Sven,
ich bin verwirrt. Der Thread steht auf "gelöst" aber es gibt noch ein Problem?
Stefan
ich bin verwirrt. Der Thread steht auf "gelöst" aber es gibt noch ein Problem?
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.
-
Robosoc
- Beiträge: 1921
- Registriert: Di Okt 09, 2018 9:26 am
- Hat sich bedankt: 645 Mal
- Danksagung erhalten: 902 Mal
"werde die neuesten Versionen jetzt erst installieren. Ich berichte dann, ob sich das Problem der "im Zustand eingefrohrenen CV-App" von alleine behoben hat."
Wenn das Problem auch nach Update auf V3.0 RC3 existiert, ändere ich den Status des Topics . Aber wenn es dann bereits behoben ist, ergänze ich das hier lediglich als Feedback.
Wenn das Problem auch nach Update auf V3.0 RC3 existiert, ändere ich den Status des Topics . Aber wenn es dann bereits behoben ist, ergänze ich das hier lediglich als Feedback.
Zuletzt geändert von Robosoc am Di Mär 15, 2022 10:06 am, insgesamt 1-mal geändert.
VG, Sven - 3500 XL ID:1369 | 3500 L ID:1355, VPN offen, Reboot OK
-
Robosoc
- Beiträge: 1921
- Registriert: Di Okt 09, 2018 9:26 am
- Hat sich bedankt: 645 Mal
- Danksagung erhalten: 902 Mal
Das in Beitrag #9 geschilderte Problem auf Server ID 291 besteht auch nach dem Update auf V3.0 RC3 weiterhin.

Mir ist aufgefallen, dass im Systemmonitor keine Zeile zu dieser App existiert.

CV-11 ist meine aktuelle Produktiv-App
CV-12 ist meine Test-App für CV-V12 (aktuell auf v0.12.0-RC6-arm)
CV-14 ist eine Produktiv-App für die RGB-Regelung eines Raumes (aktuell auch auf v0.12.0-RC6-arm)
CV-15 und CV16 sind Spiel-Apps, die ich gestern und heute installiert haben und die noch keine Config haben.

Mir ist aufgefallen, dass im Systemmonitor keine Zeile zu dieser App existiert.

CV-11 ist meine aktuelle Produktiv-App
CV-12 ist meine Test-App für CV-V12 (aktuell auf v0.12.0-RC6-arm)
CV-14 ist eine Produktiv-App für die RGB-Regelung eines Raumes (aktuell auch auf v0.12.0-RC6-arm)
CV-15 und CV16 sind Spiel-Apps, die ich gestern und heute installiert haben und die noch keine Config haben.
VG, Sven - 3500 XL ID:1369 | 3500 L ID:1355, VPN offen, Reboot OK
-
ms20de
- Elaborated Networks

- Beiträge: 1402
- Registriert: Sa Aug 11, 2018 9:14 pm
- Hat sich bedankt: 434 Mal
- Danksagung erhalten: 1045 Mal
Hallo Sven,
@Robosoc
ich habe den Status der APP #15 bei dir zurückgesetzt.
Bei dem Apps gibt es viele Möglichkeiten, dass etwas schief gehen kann. Die aktuellen Verbesserungen greifen nur zur Laufzeit des Timberwolf Servers. Wenn der Server während der Installation einer APP hart neu gestartet wird, kann das von dir geschilderte Verhalten auftreten.
Ich habe hierfür ein Ticket (WD-2161) angelegt, nehme aber an das dies eher ein selten auftretender Fall ist.
Viele Grüße,
Matthias
@Robosoc
ich habe den Status der APP #15 bei dir zurückgesetzt.
Bei dem Apps gibt es viele Möglichkeiten, dass etwas schief gehen kann. Die aktuellen Verbesserungen greifen nur zur Laufzeit des Timberwolf Servers. Wenn der Server während der Installation einer APP hart neu gestartet wird, kann das von dir geschilderte Verhalten auftreten.
Ich habe hierfür ein Ticket (WD-2161) angelegt, nehme aber an das dies eher ein selten auftretender Fall ist.
Viele Grüße,
Matthias
[ Timberwolf Entwicklung ]
TWS 2400 ID:102 VPN offen, Reboot auf Nachfrage
TWS 3500 ID:695 VPN offen, Bitte kein Reboot ohne Absprache
TWS 2400 ID:102 VPN offen, Reboot auf Nachfrage
TWS 3500 ID:695 VPN offen, Bitte kein Reboot ohne Absprache
-
TobiasK
- Beiträge: 6
- Registriert: So Aug 12, 2018 9:33 pm
- Hat sich bedankt: 5 Mal
- Danksagung erhalten: 2 Mal
Hallo,
bei mir das gleiche Problem (schon seit langer Zeit CV-1 hängt in "Änderungen werden angewendet" und lässt sich weder löschen noch editieren.
Die App CV-1 funktioniert aber sonst tadellos - ich kann halt nicht mehr updaten. Daher habe ich CV-2 neu installiert und die Configs übertragen - jetzt wollte ich CV-1 löschen aber auch das geht nicht.
Gibt es dazu eine Lösung, die man selbst vornehmen kann und eine Anleitung? Ich denke das Problem existiert noch immer.
VG Tobias
bei mir das gleiche Problem (schon seit langer Zeit CV-1 hängt in "Änderungen werden angewendet" und lässt sich weder löschen noch editieren.
Die App CV-1 funktioniert aber sonst tadellos - ich kann halt nicht mehr updaten. Daher habe ich CV-2 neu installiert und die Configs übertragen - jetzt wollte ich CV-1 löschen aber auch das geht nicht.
Gibt es dazu eine Lösung, die man selbst vornehmen kann und eine Anleitung? Ich denke das Problem existiert noch immer.
VG Tobias
TWS 2600 ID:183, VPN offen, kein Reboot
-
adimaster
- Beiträge: 380
- Registriert: So Apr 14, 2019 11:12 am
- Hat sich bedankt: 208 Mal
- Danksagung erhalten: 262 Mal
Lässt sich hier seitens Elabnet ein simples Timeout vll. einstellen ... 30 min keine Reaktion --> Neustart der App oder so ähnlich?
Grüße, Adi
TWS 2600 ID: 331, VPN geschlossen, Reboot nach Rücksprache
TWS 2600 ID: 331, VPN geschlossen, Reboot nach Rücksprache
-
Robosoc
- Beiträge: 1921
- Registriert: Di Okt 09, 2018 9:26 am
- Hat sich bedankt: 645 Mal
- Danksagung erhalten: 902 Mal
Ich habe den Status des Post mal wieder von gelöst auf Problem gesetzt.
Nach Update von V3.1 RC5.1 auf RC6 wird meine App#15 mit dem Status "wird Deinstalliert" angezeigt und verharrt dort.
Auch @TobiasK scheint ja ein ähnliches Problem zu haben (in den letzten Beiträgen hier in der Diskussion gemeldet)
@pbm : Meldet hier viewtopic.php?p=40186#p40186 ein ebenso ähnliches Problem.
Matthias hatte bei mir den Status der einen App #15 zurückgesetzt, das scheint aber nicht komplett gehoilfen zu haben:
Auch CV-16 nutze ich nicht und aus meiner Erinnerung habe ich Euch diese App gelassen um das Prpblem eventuell zu rekonstruieren. Ich würde im Moment vermuten, dass sie sich genauso wie CV-15 verhält. Probiert es gerne remote aus um der Sache vielleicht mehr auf die Schliche zu kommen.
Nach Update von V3.1 RC5.1 auf RC6 wird meine App#15 mit dem Status "wird Deinstalliert" angezeigt und verharrt dort.
Auch @TobiasK scheint ja ein ähnliches Problem zu haben (in den letzten Beiträgen hier in der Diskussion gemeldet)
@pbm : Meldet hier viewtopic.php?p=40186#p40186 ein ebenso ähnliches Problem.
Matthias hatte bei mir den Status der einen App #15 zurückgesetzt, das scheint aber nicht komplett gehoilfen zu haben:
Ich nutzte CV-15 nicht. Bitte löscht die App bei mir, dann ist das Thema für mich erledigt.
Auch CV-16 nutze ich nicht und aus meiner Erinnerung habe ich Euch diese App gelassen um das Prpblem eventuell zu rekonstruieren. Ich würde im Moment vermuten, dass sie sich genauso wie CV-15 verhält. Probiert es gerne remote aus um der Sache vielleicht mehr auf die Schliche zu kommen.
VG, Sven - 3500 XL ID:1369 | 3500 L ID:1355, VPN offen, Reboot OK