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)

[Gelöst] [V 1.6 Hells Bells] Problem mit Programmierung von KNX Geräten

Diskussionen über die KNX-Funktionen im Timberwolf Server
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

Ersteller
terseek
Beiträge: 334
Registriert: Mi Sep 05, 2018 1:09 pm
Hat sich bedankt: 663 Mal
Danksagung erhalten: 167 Mal

[V 1.6 Hells Bells] Problem mit Programmierung von KNX Geräten

#1

Beitrag von terseek »

Guten Tag allerseits,

ich habe heute ein Problem, bei dem ich nicht mehr weiterkomme.

Ich wollte bei meinem Theben Dimmaktor DM 8-2 nur eine GA ändern, geht jedoch nicht, das Programmieren bricht mit der Meldung "Das Gerät antwortet nicht in angemessener Zeit." ab.

Habe das Gerät kurzzeitig vom KNX-Bus getrennt, dann Programmiertaste gedrückt, PA neu programmiert, kein Problem. Wieder probiert Applikationsprogramm zu laden, selber Fehler.

Da ich noch einen anderen Theben Dimmaktor habe, dachte ich, ich versuche den mal zu programmieren, gleiches Problem wie beim ersten.

Dann habe ich mal einen MDT Schaltkator, der auf dem gleichen Bus angeschlossen ist und sich in gleicher UV befindet, versucht zu programmieren; das geht prima ohne Problem.

Inzwischen schon mehrfach wiederholt ohne daß sich etwas am Problem ändert. Vom letzten Versuch habe ich mal einen Screenshot der ETS Fehlermeldung gemacht und einen vom KNX Busmonitor, siehe hier:
progfehler.jpg
knx trace.jpg
Ich hoffe, daß jemand von Euch eine Idee hat was die Ursache des Problems sein könnte.

Beste Grüße,

Peter
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
TWS 2600 ID:186 + 3 PBM, VPN offen, Reboot nach Vereinbarung
TWS 3500L ID:895 + 1 PBM, VPN offen, Reboot nach Vereinbarung
TWS 3500XL ID:1647, VPN offen, Reboot nach Vereinbarung

StefanW
Elaborated Networks
Elaborated Networks
Beiträge: 11406
Registriert: So Aug 12, 2018 9:27 am
Wohnort: Frauenneuharting
Hat sich bedankt: 5522 Mal
Danksagung erhalten: 10999 Mal
Kontaktdaten:

#2

Beitrag von StefanW »

Hallo Peter,

es gab mal in der ETS einen Parameter, mit dem man auf "langsame Übertragung" (oder so ähnlich) schalten kann.

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.

gbglace
Beiträge: 4361
Registriert: So Aug 12, 2018 10:20 am
Hat sich bedankt: 1539 Mal
Danksagung erhalten: 2706 Mal

#3

Beitrag von gbglace »

Hi Peter,
Phänomene die hier und da bei solchen Meldungen ursächlich im Spiel waren:

-irgendwo in der Anlage ein knxd aktiv?
-Busspannungsversorgung an der Belastungsgrenze?
-LK auf dem Weg zum Aktor? (hier eher unwahrscheinlich)
-longframe support ggf. mal deaktivieren
Grüße Göran
#1 Timberwolf 2600 Velvet Red
#2 Timberwolf 2600 Organic Silver

Ersteller
terseek
Beiträge: 334
Registriert: Mi Sep 05, 2018 1:09 pm
Hat sich bedankt: 663 Mal
Danksagung erhalten: 167 Mal

#4

Beitrag von terseek »

StefanW hat geschrieben: ↑Mi Jan 13, 2021 5:11 pm es gab mal in der ETS einen Parameter, mit dem man auf "langsame Übertragung" (oder so ähnlich) schalten kann.
Hallo Stefan,

danke, ja die Option heißt genau "Verwende reduzierte Bus-Kommunikation." Hatte ich auch schon probiert, allerdings vergessen zu schreiben.
gbglace hat geschrieben: ↑Mi Jan 13, 2021 5:13 pm -irgendwo in der Anlage ein knxd aktiv?
Hallo Göran,

guter Punkt, ja hier läuft ein Container mit Cometvisu. Habe den mal deaktiviert, Problem bleibt jedoch bestehen.
gbglace hat geschrieben: ↑Mi Jan 13, 2021 5:13 pm -Busspannungsversorgung an der Belastungsgrenze?
ETS sagt "40 Geräte auf dem Bus, Busstrom 430 mA". Stromversorgung ist MDT STR-0640, sollte also noch OK sein. Habe gerade gesehen, daß ich die Überwachungswerte der Spannungsversorgung noch gar nicht benutze; habe sie gerade mal mit Zeitserien verbunden und hier die Werte:

- Spannung 29,5 V
- Strom 274 mA

Klingt gut für mich.
gbglace hat geschrieben: ↑Mi Jan 13, 2021 5:13 pm -LK auf dem Weg zum Aktor? (hier eher unwahrscheinlich)
nein
gbglace hat geschrieben: ↑Mi Jan 13, 2021 5:13 pm -longframe support ggf. mal deaktivieren
Hm, kann ich nicht finden, wo kann man das deaktivieren?

Beste Grüße,

Peter
TWS 2600 ID:186 + 3 PBM, VPN offen, Reboot nach Vereinbarung
TWS 3500L ID:895 + 1 PBM, VPN offen, Reboot nach Vereinbarung
TWS 3500XL ID:1647, VPN offen, Reboot nach Vereinbarung

gbglace
Beiträge: 4361
Registriert: So Aug 12, 2018 10:20 am
Hat sich bedankt: 1539 Mal
Danksagung erhalten: 2706 Mal

#5

Beitrag von gbglace »

Ohne longframe ist wohl das gleiche wie die langsame Programmierung.

Auffällig ist leider das es verschiedene Aktoren gleichen Typs betrifft, sonst wäre man schnell dabei sagen zu können, defektes Gerät.
Grüße Göran
#1 Timberwolf 2600 Velvet Red
#2 Timberwolf 2600 Organic Silver

paralan
Beiträge: 318
Registriert: Mi Sep 05, 2018 11:49 pm
Hat sich bedankt: 348 Mal
Danksagung erhalten: 109 Mal

#6

Beitrag von paralan »

Hallo Peter,
hast du noch weitere Docker Container am laufen?
Falls ja würde ich diese mal stoppen.
Bei mir verhindert ein aktiver Openhab Container das Programmieren mancher KNX Geräte.
Gruß Alan

TWS 2600 ID:190; VPN offen; Reboot nach Absprache, da Beschattung über Logikeditor aktiv!

Ersteller
terseek
Beiträge: 334
Registriert: Mi Sep 05, 2018 1:09 pm
Hat sich bedankt: 663 Mal
Danksagung erhalten: 167 Mal

#7

Beitrag von terseek »

Das Programmieren geht wieder!

Nachdem ich nun alles überprüft hatte kam mir eine letzte Idee: der Timberwolf war während des ganzen Prozesses nie neu gestartet worden. Das habe ich nun getan und seitdem kann ich beide Theben Dimmer wieder programmieren.
TWS 2600 ID:186 + 3 PBM, VPN offen, Reboot nach Vereinbarung
TWS 3500L ID:895 + 1 PBM, VPN offen, Reboot nach Vereinbarung
TWS 3500XL ID:1647, VPN offen, Reboot nach Vereinbarung

eib-eg
Beiträge: 1021
Registriert: Fr Sep 14, 2018 5:03 pm
Hat sich bedankt: 1777 Mal
Danksagung erhalten: 1032 Mal

#8

Beitrag von eib-eg »

Hallo @terseek sowie alle.

Wie Stefan geschrieben hat im Update sogar in rot
Unter Punkt 2 Timberwolf Neustarten.

Frage an @terseek Peter

Hast du deinen Wolf nach dem Update wie Stefan geschrieben hat Neu gestartet ?
TW 2600_99 seit 1.1.2018 / VPN zu

Ersteller
terseek
Beiträge: 334
Registriert: Mi Sep 05, 2018 1:09 pm
Hat sich bedankt: 663 Mal
Danksagung erhalten: 167 Mal

#9

Beitrag von terseek »

Ich hatte VOR dem update neu gestartet, daß man danach auch neu starten soll, habe ich wohl übersehen.
TWS 2600 ID:186 + 3 PBM, VPN offen, Reboot nach Vereinbarung
TWS 3500L ID:895 + 1 PBM, VPN offen, Reboot nach Vereinbarung
TWS 3500XL ID:1647, VPN offen, Reboot nach Vereinbarung

StefanW
Elaborated Networks
Elaborated Networks
Beiträge: 11406
Registriert: So Aug 12, 2018 9:27 am
Wohnort: Frauenneuharting
Hat sich bedankt: 5522 Mal
Danksagung erhalten: 10999 Mal
Kontaktdaten:

#10

Beitrag von StefanW »

Hallo,

ich hatte nur geschrieben, dass VOR dem Update neu gestartet werden sollte. Ob er danach auch zu starten war, würde dann von der Oberfläche nach den Update angezeigt, weil es hier drauf ankommt, welcher Server das ist und von welcher Version aus man updatet, da kann ich keine pauschale Aussage treffen. Erst gestern hatten wir einen Nutzer mit einer Anfrage, da läuft der Wolf noch mit der RC5 der V 1.5 vom September 2019.

Freut mich, dass das Problem behoben ist.


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.
Antworten

Zurück zu „KNX“