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] [V3 IP5.1] Seltsames Verhalten Multi I/O

Alles zu 1-Wire im Allgemeinen. Für den Busmaster gibt es ein eigenes Unterforum unter Zubehör
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

maggyver
Beiträge: 387
Registriert: So Okt 14, 2018 1:48 pm
Hat sich bedankt: 252 Mal
Danksagung erhalten: 446 Mal

#11

Beitrag von maggyver »

Alex,

eine sehr subtile Methode.

Dann beobachte mal ob dies in deinen Fall eine nachhaltige Lösung darstellen könnte.
Grüße
René
_______________________________________________________________________________

TWS 2600LW ID:504
TWS 3500 ID:1306
VPN offen , Reboot erlaubt , Offline , Insider

Dragonos2000
Beiträge: 2209
Registriert: So Aug 12, 2018 1:38 pm
Wohnort: Karlsruher Raum
Hat sich bedankt: 503 Mal
Danksagung erhalten: 1069 Mal

#12

Beitrag von Dragonos2000 »

Also Vorschlaghammer neben das Fenster hängen :lol:
Oder einen dieser schicken Nothammer :mrgreen:
Lg
Jochen
____________________________________________________________
TW 2600 #188
VPN offen, Zugriff jederzeit, Experimente jederzeit, Reboot jederzeit

maggyver
Beiträge: 387
Registriert: So Okt 14, 2018 1:48 pm
Hat sich bedankt: 252 Mal
Danksagung erhalten: 446 Mal

#13

Beitrag von maggyver »

Alex @Piranha,

du sagst die "hammersche" Methode hilft
... mir ist gerade dazu noch etwas eingefallen ...
sind denn die Fensterkontakte mit magnetisierbaren Schrauben befestigt?

Es könnte schon sein, dass du durch den Schlag den ungewollten Magnetismus in den magnetisierbaren Befestigungsschrauben aufgehoben hast und deshalb nun die Funktion des Reedkontaktes wieder gegeben ist.

Überprüfe doch mal ob die dort eingesetzten Befestigungsschrauben magnetisierbar sind.

Zur Befestigung der Fensterkontakte sollten nicht magnetisierbare Befestigungsschrauben benützt werden.
Zuletzt geändert von maggyver am Sa Jan 08, 2022 1:10 pm, insgesamt 2-mal geändert.
Grüße
René
_______________________________________________________________________________

TWS 2600LW ID:504
TWS 3500 ID:1306
VPN offen , Reboot erlaubt , Offline , Insider
Benutzeravatar

773H
Beiträge: 428
Registriert: Mo Okt 15, 2018 9:24 pm
Hat sich bedankt: 104 Mal
Danksagung erhalten: 291 Mal

#14

Beitrag von 773H »

maggyver hat geschrieben: ↑Mi Jan 05, 2022 2:12 pm Die Leitungslänge ist so kurz wie möglich zwischen dem Fensterkontakt und der Auswerteeinheit zu realisieren.
Laut Datenblatt hält der Schaltkontakt bei 48V DC und 6 Meter Leitungslänge immerhin 1000000 Schaltspiele aus.
Gibt es hier irgenwelche Praxiswerte wie z.B. die Probleme fangen i.d.R. etwa bei 25 m 2x4x0,6 an?
maggyver hat geschrieben: ↑Mi Jan 05, 2022 2:12 pm Es empfiehlt sich... einen Schutzwiderstand mit ausreichender Belastbarkeit einzubauen. Der Wert des Schutzwiderstandes sollte anhand der örtlichen Gegebenheiten bestimmt werden.
Auch hier die Frage: irgendwelche Anhaltspunkte? Z.B. bei 10 Meter Länge 470 Ohm?

Ich hatte Leute, die diese Kontakte montieren und 40 Meter zu einem Binäreingang im Schlatschrank verlängert haben, schon mal auf das Problem angesprochen. Bislang habe ich nur ungläubige Blicke geerntet: warum, das piept doch ...

Gruß
Stephan
Zuletzt geändert von 773H am Di Mär 15, 2022 7:07 am, insgesamt 1-mal geändert.
TWS 2500 ID:677, PBM ID:495 & ID:632, TWS 2500 ID:574, TWS 2500 ID:220, PBM ID:1022, VPN offen, Neustart kein Problem

Sun1453
Beiträge: 2506
Registriert: Do Feb 07, 2019 8:08 am
Hat sich bedankt: 2268 Mal
Danksagung erhalten: 1276 Mal

#15

Beitrag von Sun1453 »

Also ich habe bei mir auch Längen bis 20 Meter zum Schaltschrank. Beim Fenster habe ich eine Verbindung mit Pressverbindern auf KNX Kabel und dann wandern die Kabel zur UV. Dort dann auf einen KNX Binäreingang mit Potenzialfreien Kontakten.
Gruß Michael

Timberwolf 950 QL #344 | Mit Internetanbindung | VPN Offen | Reboot nach Absprache | PROD Server
Timberwolf 2500 #602 | VPN offen | TEST Server | Reboot nach Absprache |

maggyver
Beiträge: 387
Registriert: So Okt 14, 2018 1:48 pm
Hat sich bedankt: 252 Mal
Danksagung erhalten: 446 Mal

#16

Beitrag von maggyver »

Hallo,

mit einer „optimierten“ Auswerteeinheit kann man „gute“ Reedkontakte auch über längere Strecken betriebssicher anschalten.

Wobei „optimiert“ oder „gut“ nicht für teuer steht. Es kommt immer darauf an was die eingesetzte Auswerteeinheit für Einsatzbedingungen hat (maximale Leitungslänge, Abfragespannung, Störfestigkeit, usw.) und das im Zusammenspiel mit dem eingesetzten Sensor.

Es lohnt sich hierfür ein Blick in das Datenblatt der Sensoren und der Auswerteeinheit. Möglichst hohe Schaltspannung/Schaltstrom/Schaltspiele gepaart mit einer Auswerteeinheit die dafür konzipiert wurde eben solche Sensoren sicher auszuwerten.


Ja ich weiß, Männer lesen keine „Anleitungen“.


Der Schutzwiderstand stellt auch eine Art Optimierung bzw. Anpassung zwischen Auswerteeinheit und Sensor dar. Und war als Vorschlag zum Thema „Seltsames Verhalten Multi I/O“ gefallen um die Betriebssicherheit zu erhöhen.

Bitte keine Angaben/Aussagen ohne Berücksichtigungen des Kontextes als allgemeingültig ansehen.

Der Schutzwiderstand wird nur gebraucht, wenn die Auswerteeinheit ihrerseits den Abfragestrom im Normalfall und im Fehlerfall nicht begrenzt.


In der Praxis werden Sensoren, Leitungen und Auswerteeinheiten außerhalb deren Spezifikation zusammengeschalten und/oder betrieben.


Das kann funktionieren, jedoch es gibt keine Garantie darauf. In diesem Zusammenhang treten etwaige Fehlerbilder sporadisch auf und erschweren eine genaue Fehleranalyse.


Bitte anhand euerer Einsatzbedingen die notwendigen Sensoren und Auswerteeinheiten passend dazu auswählen. Dann habt Ihr sehr lange Freude daran und keinen bis sehr wenig Ärger damit.
Zuletzt geändert von maggyver am Di Mär 15, 2022 8:30 pm, insgesamt 2-mal geändert.
Grüße
René
_______________________________________________________________________________

TWS 2600LW ID:504
TWS 3500 ID:1306
VPN offen , Reboot erlaubt , Offline , Insider

adimaster
Beiträge: 380
Registriert: So Apr 14, 2019 11:12 am
Hat sich bedankt: 208 Mal
Danksagung erhalten: 262 Mal

#17

Beitrag von adimaster »

Bei mir war mal ein Magnet zu schwach :shock:
Erfassung hat daher nur sporadisch geklappt.
Magnet getauscht, Thema erledigt :D
Grüße, Adi
TWS 2600 ID: 331, VPN geschlossen, Reboot nach Rücksprache
Antworten

Zurück zu „1-Wire“