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] [V1.5 RC8] Sensorproblem Multi-I/O-4x

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
Antworten

Ersteller
TH1989
Beiträge: 10
Registriert: Di Okt 08, 2019 8:51 am
Danksagung erhalten: 1 Mal

[V1.5 RC8] Sensorproblem Multi-I/O-4x

#1

Beitrag von TH1989 »

Hallo zusammen,

ich habe heute ein Mulit-I/O Modul mit 4 IO`s an mein 1-Wire System angeschlossen.
Die Plug and Play Funktionalität hat das Modul sofort erkannt.

Ich habe selbst die Input Applikationen hinzugefügt und möchte den Wert auf eine KNX Adresse schreiben.
Hier leider das Problem
1: Fenster geschlossen
Bild

2: Fenster offen
Bild

Wie zu erkennen ist, wird das öffnen des Fenster von der 1. Applikation erkannt.
Nur leider ändert sich der Wert der Objket ID nicht. Hier steht immer true...

Habe den KNX Bus aufgezeichnet während ich das Fenster geöffent und geschlossen habe.
Es ist keine Botschaft vorhanden... somit ist es nicht "nur" ein Anzeige Problem in der 1-Wire-Geräte View, sondern es wird nichts auf den KNX Bus geschrieben.

Habt Ihr eine Idee, wo der Fehler liegt?

Danke
VG
Tobi
TWS 350Q #425 VPN offen Reboot erlaubt.

EarlBacid
Beiträge: 387
Registriert: So Aug 26, 2018 5:59 pm
Wohnort: Herborn
Hat sich bedankt: 141 Mal
Danksagung erhalten: 262 Mal

#2

Beitrag von EarlBacid »

Hi Tobi,

versuche mal entweder etwas abzuwarten, oder unter Intervall die Werte zu ändern. Dort ist eingestellt, das der IO nur alle 300s abgefragt wird, was für einen Fensterkontakt etwas lange ist.

Hier als Beispiel meine Fensterkontakte:
Bild

Ich habe zudem noch die IOs invertiert, sodass ein true = "Fenster zu", und false = "Fenster auf" bedeutet, aber das ist sicherlich Geschmackssache und sollte der Funktion nicht hinderlich sein.

Zusätzlich habe ich anstelle von Change auch noch einen fixen Intervall konfiguriert, um nach einem Neustart des TWS recht zügig die Fensterinformationen wieder zur Verfügung zu haben, da auch meine Heizungssteuerung damit verknüpft ist.

VG
Earl
Zuletzt geändert von EarlBacid am Mi Okt 30, 2019 3:09 pm, insgesamt 1-mal geändert.
Wiregate#1504 + PBM
Timberwolf 950Q #233
Timberwolf 3500XL #1459 + PBM/ VPN aktiv / Reboot OK
EFH mit KNX, 1-Wire, DMX, MQTT (RTC PV, OpenWB, AWtrix, OpenDTU), HTTP API (Tibber)
Docker: MQTT Broker, Unifi WLAN Controller, NodeJS, CometVisu

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 »

Ich hätte jetzt auch erstmal spontan daran gedacht, das es an der Intervallzeit liegt. Wenn es mit der neuen noch nicht passt dann kann es jetzt noch an der Globalen Zeit des Busmasters liegen, denn die Zeit im Objekteditor ist der Intervall in dem der vorhandene Wert quasi in den DOS gegeben wird. Aber die globale Poll-Zeit am Busmaster entscheidet wie oft im 1-wire Bus nach Messwerten geschaut wird. Da muss man nun an einem Kanal mit eigentlich trägen Temperaturen und schnellen iOs einen gescheiten Kompromiss finden.

Da gab es hier aber auch schon einige Beiträge oder KB's wo das Zusammenspiel erörtert wurde.
Grüße Göran
#1 Timberwolf 2600 Velvet Red
#2 Timberwolf 2600 Organic Silver

Ersteller
TH1989
Beiträge: 10
Registriert: Di Okt 08, 2019 8:51 am
Danksagung erhalten: 1 Mal

#4

Beitrag von TH1989 »

Hallo,
leider war ich die letzten Tage verhindert deswegen der delay.
Vielen Dank für die Antwort.
Nun läuft alles reibungslos :)
TWS 350Q #425 VPN offen Reboot erlaubt.
Antworten

Zurück zu „1-Wire Topologie, Busmaster & Server“