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] Probleme mit KNX Interface und MDT Data Secure Komponenten

Diskussionen über die KNX-Funktionen im Timberwolf Server
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

Ersteller
Piranha
Beiträge: 48
Registriert: Sa Jan 04, 2020 10:23 pm
Danksagung erhalten: 11 Mal

Probleme mit KNX Interface und MDT Data Secure Komponenten

#1

Beitrag von Piranha »

Hallo Zusammen,

hat schon jemand probiert die neuen MDT Komponenten mit Data Secure über den Timberwolf zu programmieren?
Das Vergeben der PA funktioniert noch, jedoch das Aufspielen der Applikation leider nicht. Läuft in einen Time Out. Vermute das es am Long Frame Support liegt, oder? Habe es mit drei unterschiedlichen Linienkopplern von MDT probiert. Die Applikation ohne Data Secure lässt sich problemlos aufspielen.

Grüße

Alex
TWS 975 ID:433, VPN offen, Reboot auf nachfrage

blaubaerli
Beiträge: 2785
Registriert: Sa Sep 15, 2018 10:26 am
Wohnort: Kerpen
Hat sich bedankt: 1080 Mal
Danksagung erhalten: 1056 Mal

#2

Beitrag von blaubaerli »

Hi Alex,

zu dem Thema gab es hier viewtopic.php?f=69&t=1285&p=13052&hilit=secure#p13052 von Stefan schon mal einen Hinweis.

Beste Grüße
Jens
timberwolf168(2600er)VPN offenReboot nach Vereinbarung
timberwolf1699(3500XL)VPN offenReboot jederzeit
wiregate1250
Bitte WIKI lesen.

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

#3

Beitrag von gbglace »

Das Programmieren eines Securegerätes als solches sollte schon gehen.
Im laufenden Betrieb ist es aber unsinnig sich Secure TP-LK einzubauen dann aber sowas wie den TWS, der ja gern mit allen GA verbunden wird, als nicht Secure-Gerät mitten auf m Busverkehr stecken zu haben. Der Secure-Traffic entsteht erst wenn eine GA ausschließlich mit Securegeräten verbunden ist.

Sofern man also nicht die komplette Aktorik und Sensorik mit Secure verbaut hat, ist der Mehrwert noch sehr begrenzt.
Für die Aussenwirkung das der KNX so unsicher ist ist die Verfügbarkeit gut aber mehr als Nebligen Werbetrommel ist es nicht. Im EFH-Bereich sehe ich den IP-Bereich als den Schwachpunkt und somit wäre im Schritt eins die Schnittstelle IP zu KNX-TP wichtig abzusichern. Den bösen Laptopeinbrecher an der grünen Leitung der Aussenlinie kann man auch mit passend parametrieren LK und gern noch dem MDT-SAFE aussperren.

KNX-RF ist ein anderes Thema, da geht aber wohl auch die Securefunktionalität auf der RF-Teilstrecke zu nutzen.
Grüße Göran
#1 Timberwolf 2600 Velvet Red
#2 Timberwolf 2600 Organic Silver

Ersteller
Piranha
Beiträge: 48
Registriert: Sa Jan 04, 2020 10:23 pm
Danksagung erhalten: 11 Mal

#4

Beitrag von Piranha »

Hallo Göran,

ich stimme dir bei dem Mehrwert von Data Secure zu. Aufspielen lässt sich z.B. die Applikation Version 4.1 mit und ohne aktivierten Data Secure mit TW leider nicht.

Lediglich die Version 3.1 komplett ohne Data Secure funktioniert. Es scheint also dann doch ein Problem vorzuliegen.

Vermute das wird bei allen weiteren Komponenten mit Unterstützung von Data Secure zukünftig ein Problem sein.

Schöne Grüße

Alex
TWS 975 ID:433, VPN offen, Reboot auf nachfrage

Robert_Mini
Beiträge: 3936
Registriert: So Aug 12, 2018 8:44 am
Hat sich bedankt: 1311 Mal
Danksagung erhalten: 2519 Mal

#5

Beitrag von Robert_Mini »

Hallo Alex!

Hast du das Reduzieren der Busgeschwindigkeit in der ETS (unter Projekteigenschaften) probiert?
Das hat bei anderen Programmierproblemen geholfen.

Lg
Robert
Timberwolf Server 2500 / #117 (VPN offen + reboot nach Rückfrage) / zusätzlich: 3500M/#935, 3500L/#1297

Ersteller
Piranha
Beiträge: 48
Registriert: Sa Jan 04, 2020 10:23 pm
Danksagung erhalten: 11 Mal

#6

Beitrag von Piranha »

Ja, hatte ich ausprobiert. Dann funktioniert nicht mal das Setzen der PA noch das Aufspielen der App
TWS 975 ID:433, VPN offen, Reboot auf nachfrage

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

#7

Beitrag von StefanW »

Hallo Alex,

kannst Du mit der ETS mal bitte den Busverkehr aufzeichnen, also dort wo es funktioniert und dort wo es nicht funktioniert. Und beide Mitschnitte hier zur Analyse hochladen.

==> Bitte genaue Angaben zu dem Produkt, weil es sagt mir erstmal nichts

==> Wenn es da ein Problem gibt, dann wollen wir das schon finden!

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.

MiniMaxV2
Beiträge: 278
Registriert: Sa Jan 12, 2019 8:41 pm
Wohnort: Bremen
Hat sich bedankt: 342 Mal
Danksagung erhalten: 156 Mal

#8

Beitrag von MiniMaxV2 »

Moin @StefanW,
ich hole mal den Thread hoch, da ich exakt das selbe Problem hab (und fast an mir und meinen Kenntnissen gezweifelt hab). :angry-banghead: Ok also von vorne.
Folgender Aufbau: Hauptlinie 1.0.0, UG-Linie 1.2, EG-Linie 1.3 / 2x MDT-LK SCN-LK001.03 (1.2.0 und 1.3.0) / TW in Hauptlinie (1.0.225-250) / MDT IP-Interface in 1.2 (1.2.2).
Die beiden Linienkoppler sind mit Secure geladen (ja ich weiß, dass es nicht unbedingt sinn macht, aber es bringt auch keinen Nachteil).
Also nun folgende Situationen:
  1. Programmieren (App und Adresse) von einem Gerät in 1.3 via TWS (1.0.227) => geht
  2. Programmieren (App und Adresse) von einem Gerät in 1.3 via MDT-IP (1.2.2) => geht
  3. Programmieren der Adresse von 1.3.0 via TWS (1.0.227) => geht
  4. Programmieren der APP von 1.3.0 via TWS (1.0.227) => Timeout :confusion-scratchheadyellow:
  5. nun zum Testen, nachdem ich das hier gefunden hab => Programmieren der App von 1.3.0 via MDT-IP (1.2.2) (also über einen anderen LK hinweg) => geht :think:
So ich hab nun einmal einen Screenshot der Vorgänge 4 und 5 in der ETS gemacht.

Bild

Ebenso anbei die beiden zugehörigen Busaufzeichnungen jeweils via TWS.

Das ganze Verhalten bestätigt das hier geschilderte Problem: Secure Komponenten (bzw. hier grade Secure LK) lassen sich nicht via TWS programmieren.
Vielleicht helfen euch die Logs weiter :)

Nachtrag: Alles mit dem aktuellen Wolf Dev Stand (heute 08.03.2020)
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Zuletzt geändert von MiniMaxV2 am So Mär 08, 2020 7:14 pm, insgesamt 1-mal geändert.
LG
Hans Martin
timberwolf413 (950Q) - VPN offen - reboot erlaubt / timberwolf610 (950Q) - VPN offen - reboot erlaubt

Robert_Mini
Beiträge: 3936
Registriert: So Aug 12, 2018 8:44 am
Hat sich bedankt: 1311 Mal
Danksagung erhalten: 2519 Mal

#9

Beitrag von Robert_Mini »

Hast du irgendwelche Container im Einsatz zb OpenHAB?

Lg
Robert
Timberwolf Server 2500 / #117 (VPN offen + reboot nach Rückfrage) / zusätzlich: 3500M/#935, 3500L/#1297

MiniMaxV2
Beiträge: 278
Registriert: Sa Jan 12, 2019 8:41 pm
Wohnort: Bremen
Hat sich bedankt: 342 Mal
Danksagung erhalten: 156 Mal

#10

Beitrag von MiniMaxV2 »

Nope Robert. Einzig die CV läuft.
LG
Hans Martin
timberwolf413 (950Q) - VPN offen - reboot erlaubt / timberwolf610 (950Q) - VPN offen - reboot erlaubt
Antworten

Zurück zu „KNX“