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)
Grundsätzliche Diskussionen zur 1-Wire Topologie, zur Rolle der Busmaster und des Servers.
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
terseek hat geschrieben: ↑So Dez 20, 2020 3:44 pm
Das scheint mir allerdings genau das richtige Verhalten zu sein; erst wenn der Port auf GND-Potential gezogen wird - bsp. durch einen geschlossenen Kontakt - wird er false.
Meine ich anders bisher gesehen zu haben. Geschlossen (GND auf PortA/B): true, Offen (Kein GND auf PortA/B): false. Allerdings würde es das Fehlerbild bei mir nicht verändern, das ich mache Ports dauerhaft "false" sehe, andere dauerhaft "true"...
Hallo Markus,
hier ist meine Konfiguration, siehe Bild unten.
True: Fenster geschlossen
False: Fenster offen
Ganz wichtig ist das richtige Ausmessen des Fensterkontaktes bevor er angeschlossen wird.
Um zu testen das Fenster aufmachen und paar Sekunden, je nachdem was du beim Intervall eingestellt hast, warten.
FK1.jpg
MfG Juri
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Zuletzt geändert von Sensej am So Dez 20, 2020 4:16 pm, insgesamt 1-mal geändert.
Meine Fensterkontakte und Glasbruchmelder kenne ich und habe ich auch jeweils mit einem Multimeter (Ohmmeter) vorab durchgemessen. Bei den MultiIOs die funktieren sehe ich bei den Registertwerten im Menüpunkt "Slave-Manager" eine sofortige Reaktion.
@Marinux, darf ich fragen was beim Support rausgekommen ist?
Ich habe einen Multi-I/O der immer false anzeigt, ganz egal ob ich den Inpurt mit GND kurzschließe oder offen lasse.
Screen Shot 2021-01-05 at 17.24.48.png
_PHO0241.jpg
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
alle meine Multi-IOs (30 Stk.) werden zurückgenommen, erneut einer Qualitätssicherung unterzogen, ggf. ausgetauscht und an mich zurückgesendet.
Bei den meisten meiner defekten Multi-IOs, die ich nach einem aufwändigen Prüverfahren getestet habe, konnte ich eine falsche oder nicht vollständige Bestückung von Bauteilen auf der Platine ausmachen. Dies wurde mir in Teilen auch schon vom Support, an Hand von Bildern die ich eingesendet habe, bestätigt. Bei Interesse kann ich mein Prüfprotokoll per PN teilen.
pholler hat geschrieben: ↑Di Jan 05, 2021 8:31 pm
Danke Marinux,
eine wichtige Information!
Ich habe nämlich auch min. zwei Teile die nicht funktionieren. Dachte bisher es liegt an mir bzw. dem Bus.
Nun eigenes Verschulden sollte man auch ersteinmal nicht ausschließen. Ich vermute mal, dass die meisten Fehlfunktionen nämlich durch fehlerhafte Bedienung bzw. Verkabelung herrühren, deswegen möchte ich hier vorsichtig sein und nicht pauschal behaupten, dass die Multi-IOs ein Qualitätsproblem haben. In meinem Fall habe ich das aber mit einer aufwändigen Fehleranalyse und dem hervorragenden Support von Elabnet dahingehend klären können.
Zuletzt geändert von Marinux am Mi Jan 06, 2021 4:21 pm, insgesamt 1-mal geändert.