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
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)
Alles zu 1-Wire im Allgemeinen. Für den Busmaster gibt es ein eigenes Unterforum unter Zubehör
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
starwarsfan hat geschrieben: ↑So Dez 03, 2023 4:25 pm
Oder wo genau läuft Deine CV-Instanz?
Auf dem TWS, im Docker, aktuell die „Standard“ App.
Die CV hat auch ne eigene PA aber die habe bis jetzt nicht wirklich in der ETS aufgeführt. Evtl. sollte ich das mal versuchen aber wenn es kein richtiges ETS device für die CV gibt kann ich ja auch die Gruppenadresse nicht verknüpfen oder?
Gruß Ralf
Timberwolf Server 2600 #196, VPN offen, Reboot nach Vereinbarung, BM 729
SchlaubySchlu hat geschrieben: ↑So Dez 03, 2023 7:08 pm
aber wenn es kein richtiges ETS device für die CV gibt kann ich ja auch die Gruppenadresse nicht verknüpfen oder?
Genau dafür gibt es ja Dummy-Devices. Das sind Dummy-Geräte, welche eine PA bekommen und dann mit allen möglichen DPT-Typen verknüpft werden können. Damit kann die ETS dann bspw. die Filtertabellen der Linienkoppler berechnen und auch die Projektprüfung hat keine Schmerzen bzgl. nicht korrekt verknüpfter GAs mehr.
Aber mit dem grundsätzlichen Problem der Telegramwiederholung hat das nicht viel zu tun...
Nur auf der gleichen Linie (TWS-Tunnel) bringt der Dummy auch nix, weil dann kein LK die Telegramme Alternativ quittieren würde. Der TWS-KNX-Stack weiß ja nicht das es ein Dummy als "Empfänger" auf der Linie gibt um dann nicht nochmal als Wiederholung zu senden.
eigentlich sollten ALLE modernen KNX Geräte die mit TP-256 Chips ausgestattet sind, dieses Ack senden. Egal ob die GA verknüpft ist, sondern einfach nur zur Bestätigung, dass das Telegramm lesbar am Bus angekommen ist.
Gibt es denn kein einziges modernes Gerät in der Linie? Eine Spannungsversorgung mit Stack? LK?
Wir müssen das nun mal klären, ob mein Wissenstand (dass jedes neue Gerät das automatisch macht) korrekt ist oder es braucht, dass die GA verknüpft 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.
StefanW hat geschrieben: ↑So Dez 03, 2023 8:34 pm
Wir müssen das nun mal klären, ob mein Wissenstand (dass jedes neue Gerät das automatisch macht) korrekt ist oder es braucht, dass die GA verknüpft ist.
IMHO sind hier zwei verschiedene Dinge. Dass die GA verknüpft ist, wird von der ETS gebraucht, damit die Projektprüfung sauber funktioniert. Anderenfalls wird es zumindest entsprechende Warnungen geben, wenn eine GA nur einmal verknüpft ist. Das ist aus ETS-Sicht auch durchaus nachvollziehbar denn wenn auf eine GA geschrieben wird, dann braucht es auch eine "Gegenstelle", welche darauf hört. Ansonsten könnte man sich die GA auch sparen.
es geht nicht um die ETS (von LK und BK Tabellen abgesehen).
Sondern um die Frage, ob ein PA-zu-GA-Telegramm nur von Devices acknowledged wird, denen diese GA zu einem ihrer Objekte per Programmierung zugeordnet wurde.
Ich war bisher der Meinung, dass alle NEUEN (aber das gilt schon seit Jahren) Geräte mit Tp-256 das vom Chip automatisch gemacht wird. Ich bin nur unsicher, dass immer wieder Kunden mit neuen Anlagen diese Probleme haben.
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.
StefanW hat geschrieben: ↑So Dez 03, 2023 10:00 pm
es geht nicht um die ETS (von LK und BK Tabellen abgesehen).
Das ist mir schon klar. Da ich aber die ETS in's Spiel gebracht habe, wollte ich das einfach nochmal klarstellen.
IMHO ist eine saubere GA-Zuweisung aber gar nicht so unwichtig denn die ETS meckert bei einer Projektprüfung nicht umsonst, wenn GAs nur "halb" verknüpft sind.
also nach den mir bekannten Unterlagen zu den TP-UART ... egal ob -d / 2 / 2+ sind diese alle TP-256.
Die o. g. BCU nehmen erst nach Erhalt einer PA das Quittieren von GA-Telegrammen auf. Eine automatische Quittierung kann durch den MCU bzw. den HOST explizit deaktiviert werden, wenn dieser selbst die Verifikation durchführen möchte.
Bringt jedoch in diesem Fall keinen Erfolg, denn von der Quittierung durch die BCU, sind die durch die BCU selbst versendeten Telegramme ausgenommen.
Wenn dann kein anderer KNX-Teilnehmer der GA zugeordnet wurde, erfolgt laut KNX-Spezifikation, die bis zu dreimalige Wiederholung des Telegrammes.
NACHTRAG:
Rechtschreibfehler entfernt
Zuletzt geändert von maggyver am Mo Dez 04, 2023 12:22 am, insgesamt 7-mal geändert.
Grüße
René
_______________________________________________________________________________
danke, ich lese das so, dass diese BCU alle anderen Telegramme mit anderer PA als der eigenen quittiert. Der Chip weiß ja gar nicht, welche GAs den Objekten des eigenen Gerätes zugeordnet ist, weil das passiert ja nicht auf der Schicht des Link Layer sondern einige Schichten höher.
Damit müsste jedes andere TP-256 Gerät an der Linie den ACK ausführen. Passiert aber nicht, also fehlt eine Info
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.
