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] [V 3.5.1 ⎥ ETS 5.7.7] Fehlermeldung DPT falsch (DPT1) programmiert, aber warum?
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
-
Jimmytool
- Beiträge: 8
- Registriert: Sa Jan 07, 2023 6:13 pm
- Hat sich bedankt: 5 Mal
- Danksagung erhalten: 4 Mal
[V 3.5.1 ⎥ ETS 5.7.7] Fehlermeldung DPT falsch (DPT1) programmiert, aber warum?
Guten Abend zusammen,
Bei mir kommt der Fehler:
FEHLER: KNX Objekt 63 (1.0.1) wurde programmiert mit DPT 1.000, jedoch ist die damit assoziierte Gruppenadresse 4/1/3 im Projekt parametriert mit abweichendem DPT 1
Ich verstehe nicht was der DPT1 ist? Wenn dann 1.000 oder 1.001? In der Gruppenadresse sollte eigentlich nur ein Licht geschaltet werden. Es sind mehrere Taster/Wippen drin und ein Schaltaktor. Theoretisch würde ich hier ja den Datentyp 1.001 zu wählen, was ich anfangs auch für alle Teilnehmer machte aber da kam ebenfalls diese Fehlermeldung halt nur mit 1.001, dann versuchte ich es mit 1.* aber wieder diese Meldung. Ich kann soweit keine "Abweichung" in den Datentypen feststellen, alle Teilnehmer in der Gruppenadresse sind mit dem gleichen DPT parametriert.
Was mir allerdings zuvor aufgefallen ist, dass die beiden MDT Glastaster in der Gruppenadresse mit 1.001 parametriert waren (als bei der Erstellung der Parametrierung vor ca 2Jahren), der Schaltaktor auch mit 1.001 und die Jung Wippen mit 1.* wurde so damals wohl direkt von der ETS vergeben. Wenn ich das wieder so abändere aber die selbe Fehlermeldung. Liegt es vlt an den Jung Wippen?
Bei mir kommt der Fehler:
FEHLER: KNX Objekt 63 (1.0.1) wurde programmiert mit DPT 1.000, jedoch ist die damit assoziierte Gruppenadresse 4/1/3 im Projekt parametriert mit abweichendem DPT 1
Ich verstehe nicht was der DPT1 ist? Wenn dann 1.000 oder 1.001? In der Gruppenadresse sollte eigentlich nur ein Licht geschaltet werden. Es sind mehrere Taster/Wippen drin und ein Schaltaktor. Theoretisch würde ich hier ja den Datentyp 1.001 zu wählen, was ich anfangs auch für alle Teilnehmer machte aber da kam ebenfalls diese Fehlermeldung halt nur mit 1.001, dann versuchte ich es mit 1.* aber wieder diese Meldung. Ich kann soweit keine "Abweichung" in den Datentypen feststellen, alle Teilnehmer in der Gruppenadresse sind mit dem gleichen DPT parametriert.
Was mir allerdings zuvor aufgefallen ist, dass die beiden MDT Glastaster in der Gruppenadresse mit 1.001 parametriert waren (als bei der Erstellung der Parametrierung vor ca 2Jahren), der Schaltaktor auch mit 1.001 und die Jung Wippen mit 1.* wurde so damals wohl direkt von der ETS vergeben. Wenn ich das wieder so abändere aber die selbe Fehlermeldung. Liegt es vlt an den Jung Wippen?
Zuletzt geändert von StefanW am Fr Feb 03, 2023 8:02 pm, insgesamt 3-mal geändert.
-
StefanW
- Elaborated Networks

- Beiträge: 11399
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 5521 Mal
- Danksagung erhalten: 10996 Mal
- Kontaktdaten:
Hallo *
bitte TWS ID im Footer angeben und die SW-Version NUR im Titel.
merci
Stefan
bitte TWS ID im Footer angeben und die SW-Version NUR im Titel.
merci
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.
-
gbglace
- Beiträge: 4360
- Registriert: So Aug 12, 2018 10:20 am
- Hat sich bedankt: 1539 Mal
- Danksagung erhalten: 2706 Mal
Es liegt immer an den DPT der KO, denn diese bestimmen wie der Inhalt in einem Telegramm ausschaut. Der DPT in der ETS an der GA selbst gespeichert ist für die Funktionalität auf dem Bus vollkommen irrelevant. Dieser Speicherort ist ein Service das zu exportieren und sowas wie nem HS oder dem TWS für die Dekodierung von Telegrammen wie im TWS-Busmonitor die passende Dekodierung und Ansicht zu liefern. Der TWS beim Import des gesamten Projektes gleicht alle DPT die über eine GA verbunden sind miteinander ab und meldet Unstimmigkeiten / Unvollständigkeiten.
DPT 1 bedeutet nur es kommt ein 1-Bit Signal. die weiteren Typen ergeben dann aber eine Differenzierung nach AN/AUS Oben/unten Offen /geschlossen usw. Die Jungtaster haben da offensichtlich nur eine ungenaue Angabe.
DPT 1 bedeutet nur es kommt ein 1-Bit Signal. die weiteren Typen ergeben dann aber eine Differenzierung nach AN/AUS Oben/unten Offen /geschlossen usw. Die Jungtaster haben da offensichtlich nur eine ungenaue Angabe.
Grüße Göran
#1 Timberwolf 2600 Velvet Red
#2 Timberwolf 2600 Organic Silver
#1 Timberwolf 2600 Velvet Red
#2 Timberwolf 2600 Organic Silver
-
Jimmytool
- Beiträge: 8
- Registriert: Sa Jan 07, 2023 6:13 pm
- Hat sich bedankt: 5 Mal
- Danksagung erhalten: 4 Mal
Die hatte ich auch schon in Verdacht. Ich war von Anfang an kein Fan von Jung bei KNX weil es noch weitere Probleme abseits des TWS gab aber mein Schwiegervater der als Bauelektriker generell nur Jung verbaut brauchte die Wippen. Zum Glück konnte ich mich im Haus durchsetzen und nur in der Garage die Jung Wippen.
Mit DPT1 kann ich die Wippen so nicht als Objekt nutzen... Tolle Wurst
Zuletzt geändert von Jimmytool am Mo Jan 30, 2023 6:47 pm, insgesamt 1-mal geändert.
-
maggyver
- Beiträge: 387
- Registriert: So Okt 14, 2018 1:48 pm
- Hat sich bedankt: 252 Mal
- Danksagung erhalten: 446 Mal
Hallo Jimmytool,
eventuell würden einige Bilder der entsprechenden Einstellungen aus der ETS wohl weiterhelfen.
Die Kommunikationsobjekte (KO) werden mit den Gruppenadressen (GA) verknüpft. Der Datentyp (DPT) kann sowohl in der Gruppenadresse und als auch im Kommunikationsobjekt eingestellt werden.
Der TWS hat beim ersten Import bei mir auch einige "Warnungen" ausgeworfen.
Daraufhin habe ich allen Einstellungen bezüglich der Datentypen der verwendeten Kommunikationsobjekte und Gruppenadressen in der ETS überprüft und abgeändert. Ich habe nur den Datentyp in der Gruppenadresse eingestellt und habe dies nicht im auch noch zusätzlich im Kommunikationsobjekt getan.
Für die Funktion des KNX ist die Einstellung des Datentypes nicht von Bedeutung. Jedoch zur Dekodierung wird dies benötigt und dies ist nicht nur im TWS von Vorteil in der ETS lässt sich dadurch einfacher ein Zustand erkennen "Offen/Zu" oder "Freigegeben/Gesperrt".
In deinem Fall eben über den Datentyp 1.001 (Schalten) die Dekodierung "Ein/Aus" für diese Gruppenadresse zur Darstellung festgelegt wurde.
Schau dir doch bitte mal die Einstellung bezüglich des Datentypes in der Gruppenadresse und den damit verknüpften Kommunikationsobjekten bei dir in der ETS an. Gibt es diesbezüglich eine Abweichung? Wenn ja, dann entsprechend bereinigen und die Geräte falls nötig neu programmieren und das ETS-Projekt erneuet in den TWS importieren.
Nachtrag:
Welche "Wippen" der Firma Jung meinst du denn? Der Artikel wird ja sicherlich eine Nummer oder Bezeichung haben?
eventuell würden einige Bilder der entsprechenden Einstellungen aus der ETS wohl weiterhelfen.
Die Kommunikationsobjekte (KO) werden mit den Gruppenadressen (GA) verknüpft. Der Datentyp (DPT) kann sowohl in der Gruppenadresse und als auch im Kommunikationsobjekt eingestellt werden.
Der TWS hat beim ersten Import bei mir auch einige "Warnungen" ausgeworfen.
Daraufhin habe ich allen Einstellungen bezüglich der Datentypen der verwendeten Kommunikationsobjekte und Gruppenadressen in der ETS überprüft und abgeändert. Ich habe nur den Datentyp in der Gruppenadresse eingestellt und habe dies nicht im auch noch zusätzlich im Kommunikationsobjekt getan.
Für die Funktion des KNX ist die Einstellung des Datentypes nicht von Bedeutung. Jedoch zur Dekodierung wird dies benötigt und dies ist nicht nur im TWS von Vorteil in der ETS lässt sich dadurch einfacher ein Zustand erkennen "Offen/Zu" oder "Freigegeben/Gesperrt".
In deinem Fall eben über den Datentyp 1.001 (Schalten) die Dekodierung "Ein/Aus" für diese Gruppenadresse zur Darstellung festgelegt wurde.
Schau dir doch bitte mal die Einstellung bezüglich des Datentypes in der Gruppenadresse und den damit verknüpften Kommunikationsobjekten bei dir in der ETS an. Gibt es diesbezüglich eine Abweichung? Wenn ja, dann entsprechend bereinigen und die Geräte falls nötig neu programmieren und das ETS-Projekt erneuet in den TWS importieren.
Nachtrag:
Welche "Wippen" der Firma Jung meinst du denn? Der Artikel wird ja sicherlich eine Nummer oder Bezeichung haben?
Zuletzt geändert von maggyver am Mo Jan 30, 2023 7:34 pm, insgesamt 1-mal geändert.
Grüße
René
_______________________________________________________________________________
TWS 2600LW ID:504
TWS 3500 ID:1306
VPN offen , Reboot erlaubt , Offline , Insider
René
_______________________________________________________________________________
TWS 2600LW ID:504
TWS 3500 ID:1306
VPN offen , Reboot erlaubt , Offline , Insider
-
maggyver
- Beiträge: 387
- Registriert: So Okt 14, 2018 1:48 pm
- Hat sich bedankt: 252 Mal
- Danksagung erhalten: 446 Mal
Hallo Jimmytool,
anbei die Punkte bzw. Einstellungen die du kontrollieren solltest.
Die "Bilder" zeigen die ETS-Standardwerte nach dem Anlegen einer Gruppenadresse bzw. des Jung Taster BA 8471.01LEDW.
anbei die Punkte bzw. Einstellungen die du kontrollieren solltest.
Die "Bilder" zeigen die ETS-Standardwerte nach dem Anlegen einer Gruppenadresse bzw. des Jung Taster BA 8471.01LEDW.
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Grüße
René
_______________________________________________________________________________
TWS 2600LW ID:504
TWS 3500 ID:1306
VPN offen , Reboot erlaubt , Offline , Insider
René
_______________________________________________________________________________
TWS 2600LW ID:504
TWS 3500 ID:1306
VPN offen , Reboot erlaubt , Offline , Insider
-
Mibr85
- Beiträge: 633
- Registriert: Mo Dez 02, 2019 5:38 am
- Wohnort: Freital
- Hat sich bedankt: 452 Mal
- Danksagung erhalten: 361 Mal
@macgyver
Eine Bitte am Rande, einfache Bilder bitte nicht als PDF in den Beitrag packen auf dem Telefon muss man diese erst herunterladen eh man die sehen kann.
Danke im Voraus.
Eine Bitte am Rande, einfache Bilder bitte nicht als PDF in den Beitrag packen auf dem Telefon muss man diese erst herunterladen eh man die sehen kann.
Danke im Voraus.
Grüße Micha
TWS 3500 XL #1209 + TWS 2600 #528 + PBM #972,
VPN offen, Reboot möglich
PLZ 01...
TWS 3500 XL #1209 + TWS 2600 #528 + PBM #972,
VPN offen, Reboot möglich
PLZ 01...
-
maggyver
- Beiträge: 387
- Registriert: So Okt 14, 2018 1:48 pm
- Hat sich bedankt: 252 Mal
- Danksagung erhalten: 446 Mal
Hallo Micha,
mist daran habe ich jetzt echt nicht gedacht.
Am Laptop ist das halt doch eine Ecke anders ...
mist daran habe ich jetzt echt nicht gedacht.
Am Laptop ist das halt doch eine Ecke anders ...
Zuletzt geändert von maggyver am Do Feb 02, 2023 6:33 am, insgesamt 1-mal geändert.
Grüße
René
_______________________________________________________________________________
TWS 2600LW ID:504
TWS 3500 ID:1306
VPN offen , Reboot erlaubt , Offline , Insider
René
_______________________________________________________________________________
TWS 2600LW ID:504
TWS 3500 ID:1306
VPN offen , Reboot erlaubt , Offline , Insider
-
Jimmytool
- Beiträge: 8
- Registriert: Sa Jan 07, 2023 6:13 pm
- Hat sich bedankt: 5 Mal
- Danksagung erhalten: 4 Mal
Gruppenadresse und Kommunikationsadresse haben den richtigen Datenpunkt.
Hier die Fehler aus dem TWS

Hier eine der betroffenen Gruppenadressen

die beiden Objekte dazu


und das Universalobjekt

Hier die Fehler aus dem TWS

Hier eine der betroffenen Gruppenadressen

die beiden Objekte dazu


und das Universalobjekt

Zuletzt geändert von Jimmytool am Do Feb 02, 2023 7:59 pm, insgesamt 1-mal geändert.