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
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)
Diskussionen über Zeitserien, Logging und Auswertung mit Grafana
Forumsregeln
Denke bitte an aussagekräftige Titel und gebe dort auch die [Firmware] an. Wenn ETS, CometVisu, Grafana, Edomi oder eine andere Software beteiligt ist, dann auch immer 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
auch meinerseits vielen Dank für das Vorstellen dieser Lösung für das Monitoring des Timberwolf Servers.
Ich habe es bereits vor einiger Zeit nachgebaut.
Da ich in letzter Zeit öfters Probleme mit der Verbindung des Timberwolf Servers zu Endgeräten habe, wollte ich mithilfe des Dashboards herausfinden, ob es irgendwo hakt.
Allerdings: bist du dir sicher, dass Node-Exporter in einem Container tatsächlich den Timberwolf Server überwacht und nicht nur den Container?
In der Beschreibung des Docker-Images steht:
The node_exporter is designed to monitor the host system. Deploying in containers requires extra care in order to avoid monitoring the container itself.
speckenbuettel hat geschrieben: ↑Do Aug 21, 2025 8:02 am
bist du dir sicher, dass Node-Exporter in einem Container tatsächlich den Timberwolf Server überwacht und nicht nur den Container?
Hallo Falk,
ich denke schon, sonst würde das Grafana-Dashboard falsche Werte liefern, was bei mir nicht der Fall ist.
Seit 7 Jahren läuft das Monitoring-Tool zuverlässig auf meinem TWS
Solche Metriken wie System Uptime, Total Ram, Anzahl Cores, Belegter und freier Festplattenspeicher und Hardware-Temperatur usw. werden richtig vom Node-Exporter erfasst und richtig im Grafana-Dashboard visualisiert.
speckenbuettel hat geschrieben: ↑Do Aug 21, 2025 8:02 am
Muss man vielleicht noch weitere Einstellungen vornehmen, damit der Exporter wirklich den Wolf überwacht?
Ich habe vor 7 Jahren alles nach meiner Anleitung eingerichtet und es hat alles funktioniert.
Wenn du für deine Installation neuere Container-Versionen von Node-Exporter und Prometheus nimmt, dann schließe ich nicht aus, dass meine Anleitung nicht mehr aktuell ist.
frage
der eine hat einen 2400 der andere 3500 er
damit hat es nichts zu tun ??
beide sind nicht identisch vom aufbau
der 2400 er hat eine apu
der 3500 er weis jeder keine apu
ich denke gerade mal laut
ich denke, das Metriken wie Uptime, RAM, Temperatur etc. schon richtig vom Node-Exporter erfasst werden. Der Container in Portainer hat diese Parameter ja überhaupt nicht.
Aber Metriken, die z. B. die Netzwerkbverbindung betreffen - hier fürchte ich, dass der Node-Exporter die Verbindung zwischen Container und Timberwolf überwacht, und nicht die Verbindung des Timberwolf Servers nach außen.
Hintergrund für meine Frage ist folgendes Problem: seit einigen Monaten stelle ich immer wieder eine instabile Verbindung meines Wolfs zur Außenwelt fest - Außenwelt umfasst dabei das Heimnetz und das Internet.
Manchmal dauert es lange, bis eine Visu-Seite geladen wird. Manchmal werden Grafana-Seiten nicht geladen oder nicht aktualisiert. Oder es gibt Probleme bei der Anzeige von Seiten der Timberwolf-UI (Logikeditor, MQTT, Zeitserien - eigentlich überall).
Das Problem kann natürlich mehrere Ursachen haben: TWS, Patchkabel zum Router, Router, Leitungsweg zum Rechner, WLAN zu mobilen Endgeräten.
Da ich allerdings nirgends sonst Probleme habe außer mit dem Wolf, bin ich dabei, das Problem näher zu betrachten. Ich habe den Node-Exporter und das TWS-Dashboard nach deiner Anleitung schon vor geraumer Zeit eingerichtet und immer mal wieder einen Blick darauf geworfen. Aber im Hinblick auf die Verbindungsprobleme in letzter Zeit öfter.
Dabei sehen alle Verbindungsmetriken einwandfrei aus - während die Verbindung zum Wolf definitiv irgendwo klemmt. Danach habe ich angefangen, mich mit Node-Exporter im Detail auseinanderzusetzen und bin auf den Hinweis auf Dockerhub gestoßen.
Auf Grund der Ausführungen dort bin ich mir eben nicht sicher, ob wirklich alle exportierten Metriken die des Timberwolf Servers als solchem darstellen, sondern eben auch interne Metriken des Containers, von Portainer oder zwischen Portainer und Wolf.
Aber ich forsche weiter ...
Vielen Dank und viele Grüße
Falk
Vielen Dank und viele Grüße
Falk
TWS 3500M ID:810 - VPN aktiv - Reboot nach Absprache 1-Wire, KNX (MDT u. a.), EnOcean (Eltako u. a.), Gira TKS, ekey multi
