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)

[Frage] [3.5.1] Warum wird im Modbus Profil RTU oder TCP festgelegt?

Wissen, Planung & Diskussion zur Modbus Unterstützung im Timberwolf Server.
Stellt uns hier Eure Modbus 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
Antworten
Benutzeravatar

Ersteller
cybersmart
Beiträge: 279
Registriert: Do Jan 20, 2022 6:15 pm
Wohnort: München
Hat sich bedankt: 179 Mal
Danksagung erhalten: 236 Mal
Kontaktdaten:

[3.5.1] Warum wird im Modbus Profil RTU oder TCP festgelegt?

#1

Beitrag von cybersmart »

Durch den Einsatzbeines Modbus RTU -> Modbus TCP Gareway ist mir aufgefallen, dass die Profile auf RTU/TCP festgelegt sind.
Ich musste letztlich eine Kopie eines RTU Profils anlegen ind dort auf TCP ändern.

Warum ist das so?
Alle Registerangaben sind ja identisch. Wäre es nicht besser die Profile unabhängig vom Bus/Protokoll erstellen zu können? Das Protokoll/Bus ergibt sich ja dann zwangsläufig sobald ich es zuweise.
Zuletzt geändert von Robert_Mini am Mi Apr 05, 2023 8:49 pm, insgesamt 1-mal geändert.
VG, Uwe

timberwolf765 VPN: closed Reboot: no

Mibr85
Beiträge: 633
Registriert: Mo Dez 02, 2019 5:38 am
Wohnort: Freital
Hat sich bedankt: 452 Mal
Danksagung erhalten: 361 Mal

#2

Beitrag von Mibr85 »

Hallo…
Bitte auch bei den allgemeinen Post deine SW Version mit angeben. Siehe Forumsregeln.
Danke 😉
Grüße Micha

TWS 3500 XL #1209 + TWS 2600 #528 + PBM #972,
VPN offen, Reboot möglich
PLZ 01...
Benutzeravatar

Ersteller
cybersmart
Beiträge: 279
Registriert: Do Jan 20, 2022 6:15 pm
Wohnort: München
Hat sich bedankt: 179 Mal
Danksagung erhalten: 236 Mal
Kontaktdaten:

#3

Beitrag von cybersmart »

Kann den Beitrag leider nicht mehr editieren und Schreibfehler vom Smartphonetippen auch nicht mehr korrigieren :-(

[V3.5.1] für die Mods zum ggf Ergänzen - aber ist ja wirklich eine komplett generische Frage.
Zuletzt geändert von cybersmart am Mi Apr 05, 2023 8:16 pm, insgesamt 2-mal geändert.
VG, Uwe

timberwolf765 VPN: closed Reboot: no

gbglace
Beiträge: 4361
Registriert: So Aug 12, 2018 10:20 am
Hat sich bedankt: 1539 Mal
Danksagung erhalten: 2706 Mal

#4

Beitrag von gbglace »

Generisch ist da nichts, denn mit einer späteren Version kann das ja ggf gar nicht mehr als Angabe notwendig sein, dann fragt sich ein geneigter Leser wenn er auf diesen Thread stößt, wovon schreibt der da eigentlich?
Grüße Göran
#1 Timberwolf 2600 Velvet Red
#2 Timberwolf 2600 Organic Silver

esb82
Beiträge: 45
Registriert: Mi Aug 02, 2023 8:56 am
Wohnort: Puschendorf
Hat sich bedankt: 9 Mal
Danksagung erhalten: 31 Mal
Kontaktdaten:

#5

Beitrag von esb82 »

Guten Abend

Hab hier diverse RTU I/O Karten und beim Anlegen der Profile bin ich über die gleiche Frage gestolpert.

[3.5.1]
TWS 3500M ID:705 (war ULTRA)

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

#6

Beitrag von StefanW »

Hi,

man gibt das an, weil sich bestimmte Fragestellungen / Parameter danach richten. Ein Teil ist für "Future Use".

Ich glaube (bitte kurz testen), dass der Gerätemanager nicht darauf achtet. Es sollte keine größeren Einschränkungen geben, ansonsten kann man es auch ändern.

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.

esb82
Beiträge: 45
Registriert: Mi Aug 02, 2023 8:56 am
Wohnort: Puschendorf
Hat sich bedankt: 9 Mal
Danksagung erhalten: 31 Mal
Kontaktdaten:

#7

Beitrag von esb82 »

Hallo Stefan

Gerätemanager filtert nach TCP und RTU Geräten. Deshalb bin ich dadrüber gestolpert.

Habe die IO Karte als RTU device angelegt, habe aber nun eine TCP>RTU Gateway dazwischen. Ergo muss man hier, wie auch @cybersmart schreibt, das device nochmal kopieren und als TCP anlegen.

Somit würde ich deinen Vorschlag der änderung zustimmen.

[UserStory]
Als Integrator/Anwender möchte ich beim anlegen der Modbus Profile die "Modbus Technologie" RTU / TCP nicht definieren müssen, um eine doppelte haltung der Profile je nach verwendeter "Modbus Technologie" beim zuweisen im Gerätemanager zu vermeiden.


Ab damit ins "Backlog" und dann in die nächste "Sprintplanung" :dance:

Gruß
Emil
Zuletzt geändert von esb82 am Sa Aug 19, 2023 5:44 am, insgesamt 1-mal geändert.
TWS 3500M ID:705 (war ULTRA)

Cepheus73
Beiträge: 203
Registriert: Sa Aug 11, 2018 11:36 pm
Wohnort: München
Hat sich bedankt: 527 Mal
Danksagung erhalten: 162 Mal

#8

Beitrag von Cepheus73 »

Feature Requests sollten hier gestellt werden.
Dann können die User drüber abstimmen. (trotzdem keine Garantie, dass es überhaupt / zu einem bestimmten Zeitpunkt von Elabnet implementiert werden kann).
Zuletzt geändert von Cepheus73 am Sa Aug 19, 2023 8:58 am, insgesamt 1-mal geändert.
TW 2600 #178 + TW 3500 #1704 - VPN offen, Zugriff jederzeit
EFH, KNX, 1-Wire, DALI, Wiregate,
CometVisu (TW Docker-Container), Mobotix T25, Logiken für Licht- und Rolladensteuerung
1-Wire-Ventilaktoren + Logiken für Gartenbewässerung

esb82
Beiträge: 45
Registriert: Mi Aug 02, 2023 8:56 am
Wohnort: Puschendorf
Hat sich bedankt: 9 Mal
Danksagung erhalten: 31 Mal
Kontaktdaten:

#9

Beitrag von esb82 »

Danke @Cepheus73 für den Hinweis. Bin noch neu hier, kenne die Prozesse noch nicht.
Werde ich beim nächsten mal berücksichtigen.

Gruß
Emil
TWS 3500M ID:705 (war ULTRA)
Antworten

Zurück zu „Modbus“