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)

[Beantwortet] String ("on", "off") in Zeitserie

Wissen, Planung & Diskussion zur MQTT Unterstützung im Timberwolf Server.
Stellt uns hier Eure MQTT Projekte und Ideen vor.
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

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

#11

Beitrag von StefanW »

Hi Sven,
Robosoc hat geschrieben: ↑Mi Nov 17, 2021 8:06 amAber wir schreiben ja aktuell ein wenig an der Logik-Doku und haben da einen Abschnitt zum Thema Autokonvertierung. Da würde ich das gleich mal aufnehmen...
Ne, bitte nicht (dort)

Weil:

1. Das hier ist nicht die "Automatische Typ Konvertierung zwischen Subsystemen", sondern eine im Subsystem enthaltene Interpretation von Zeichenketten von / zu booleschen Werten auf der Seite der jeweiligen Technologie. Das passiert also zwischen der Kommunikation und dem entsprechenden Objekt (siehe beispielsweise die ganzen Konvertierungen im Datenfluss, hier für Modbus, unter: https://elabnet.atlassian.net/l/c/ubygc2e0)

2. Die "Automatische Typ Konvertierung zwischen Subsystemen" erfolgt IMMER nur zwischen Dispatcher und dem Objekt (ausgeführt durch das Ziel-Subsystem). Genau: Auf Basis einer Verknüpfung eines Objektes mit einem oder mehreren anderen Objekten werden Werte vom Dispatcher an das Subsystem für das jeweilige Zielobjekt übergeben. Das betreffende Subsystem erkennt, das der übergebene Objekttyp ein anderer ist (z.B. Float) als der Objekttyp des Zielobjektes (z.B. Boolsch) und nimmt eine Konvertierung vor, bevor der Wert dem eigenen Objekt übergeben wird. Die Autokonvertierung erfolgt also auf der "Dispatcher-Seite" eines Subsystems und wird vom jeweiligen Subsystem - durchaus technologiespezifisch - vorgenommen (und muss auch jeweils dort implementiert werden, was es aufwändig macht).

Robosoc hat geschrieben: ↑Mi Nov 17, 2021 8:06 amauch wenn das am Logik-Zellen Ein- und Ausgang nicht so entscheidend ist wie beim direkten Einlesen von z.B. MQTT-Daten.
Das Logik-Subsystem hat seine eigene Auto-Konvertierung, ist aber agnostisch dahingehend, woher der Objektwert kommt, also egal ob der Wert ursprünglich von MQTT, Modbus, 1-Wire oder was auch immer übernommen wurde

Mithin gehören die technologiespezifischen Konvertierungshandlungen in ANDEREN Subsystemen nicht in die Beschreibung zur Logik. Die für die Logik "Automatische Objekttyp Konvertierung" allerdings schon.

Leider ned einfach was da alles passiert ...

Robosoc hat geschrieben: ↑Mi Nov 17, 2021 8:06 amSie wie es auf den Screenshots dargestellt ist, würde ich davon ausgehen, dass die Konvertiereung vollständig Case-Sensitiv ist und "On" (nicht ON und nicht on) somit als FALSE erkannt werden würde.
Das gehört noch ins Wiki für MQTT (und bei HTTP/REST-API haben wir das auch)


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

Parsley
Beiträge: 769
Registriert: Di Okt 09, 2018 7:27 am
Wohnort: 4908.
Hat sich bedankt: 939 Mal
Danksagung erhalten: 636 Mal

#12

Beitrag von Parsley »

StefanW hat geschrieben: ↑Mi Nov 17, 2021 9:56 am
Robosoc hat geschrieben: ↑Mi Nov 17, 2021 8:06 amSie wie es auf den Screenshots dargestellt ist, würde ich davon ausgehen, dass die Konvertiereung vollständig Case-Sensitiv ist und "On" (nicht ON und nicht on) somit als FALSE erkannt werden würde.
Das gehört noch ins Wiki für MQTT (und bei HTTP/REST-API haben wir das auch)
Steht die Info inzwischen im Wiki?

Davon abgesehen ist der Thread inzwischen so alt, dass ich die "Frage" als "beantwortet" betrachte.
Gruß Parsley

3500L #657 (VPN offen, reboot nach Absprache)
3500XL #1705 (VPN offen, reboot ok)
EFH Bj.2016: KNX, DALI, 1-Wire, Modbus TCP, KWL, PV, MQTT, BSB-LAN, 2x AI on the Edge Device, Tasmota, ESPHome, VLANs, VPN, NAS
Bitte WIKI lesen.
Antworten

Zurück zu „MQTT“