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] [V4.8 IP1] Node-Red und die TWS InfluxDB

Alles rund um Node Red im Allgemeinen und den entsprechenden Docker-Container für den Timberwolf Server im Speziellen.
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

Ersteller
chtonian
Beiträge: 83
Registriert: Mi Mai 25, 2022 2:43 pm
Danksagung erhalten: 88 Mal

[V4.8 IP1] Node-Red und die TWS InfluxDB

#1

Beitrag von chtonian »

Hallo liebe Foristen,

ich versuche derzeit via node-red lesend(!) auf die influxDB vom TWS zuzugreifen. Die bereits dazu existierenden Beiträge, u.a. viewtopic.php?p=45743#p45743 oder viewtopic.php?t=5712 helfen mir hier irgendwie nicht weiter.

So wie ich das verstehe, ist ein Zugriff auf die influxdb via port 8086, so wie es grafana macht für andere dienste auf dem tws nicht möglich.

Mein ursprünglicher plan war via 172.17.0.1 + port 8086 und den in der übersicht benannten "docker // password" credentials auf die influx zuzugreifen, leider passiert exakt das was im vorgenannten thread ebenfalls bei port 8086 kommt (econnrefused).

2. Ansatz über den nginx-reverse proxy via /proxy/ts/query und einem http node funktioniert grundsätzlich, leider erhalte ich beim versuch eine Query auszuführen folgende fehlermeldung:

"error authorizing query: docker not authorized to execute statement 'SELECT max(val) FROM TS00006', requires READ on "

was mache ich falsch?
Zuletzt geändert von chtonian am Fr Mär 06, 2026 11:33 pm, insgesamt 2-mal geändert.
Beste Grüße
Sebastian
TWS 3500 ID:645, VPN - Werkszustand, Reboot - nach Rücksprache

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 »

Hallo Sebastian,

bitte entferne die Versionsangabe aus der Signatur und füge sie im Betreff des Topics hinzu.

Bitte studiere dazu auch die Forenregeln oben im blauen Kasten.

Danke :handgestures-salute:

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

eib-eg
Beiträge: 1021
Registriert: Fr Sep 14, 2018 5:03 pm
Hat sich bedankt: 1775 Mal
Danksagung erhalten: 1032 Mal

#3

Beitrag von eib-eg »

Hinweis: Dieser Beitrag wurde unter Zuhilfenahme einer KI verfasst, um den Satzbau und die Lesbarkeit zu optimieren.

Hallo Sebastian @chtonian ,

dein Ansatz ist absolut richtig, aber du stehst vor der „Sicherheitsmauer“ des Timberwolfs. Der Port 8086 ist intern für das System reserviert und von außen (auch aus dem Docker-Netz) nicht direkt erreichbar. Das ist kein Fehler, sondern Teil des **Sicherheits-Härtungskonzepts** des Wolfs.

Hier ist die Lösung, wie du die „Tür“ über den offiziellen Proxy-Weg öffnest:

### 1. Die Verbindungsparameter (Der Schlüssel)
Vergiss Port 8086. Der Zugriff erfolgt verschlüsselt über den Standard-Web-Port des Wolfs.

* **Host:** Die IP deines Timberwolfs (z.B. `192.168.1.xxx`)
* **Port:** `443` (HTTPS)
* **User:** `docker`
* **Passwort:** Das Passwort findest du im Timberwolf unter *Einstellungen -> Docker -> (i) Informationen* (das ist das „Tresor-Passwort“ für Container).
* **Datenbank:** `timeseries_db` (Wichtig! Ohne diesen Namen weiß der Proxy nicht, wo er suchen soll).

### 2. Der Pfad (Das Nadelöhr)
Der Timberwolf erwartet einen spezifischen Pfad, um die Anfrage an die InfluxDB durchzureichen:
* **Pfad:** `/proxy/ts`

### 3. Umsetzung in Node-Red
Du hast zwei Möglichkeiten:

**A. Über den InfluxDB-Node (Empfohlen):**
Stelle den Node auf **Version 1.x** (nicht 2.0 Flux, auch wenn die DB intern neuer ist, der Proxy spricht 1.x).
* URL: `https://<DEINE-TWS-IP>:443/proxy/ts`
* Wichtig: „Disable SSL Validation“ anhaken, falls du kein offizielles Zertifikat nutzt.

**B. Über den HTTP-Request-Node:**
Wenn du es manuell machen willst, muss die URL so aussehen:
`https://<DEINE-TWS-IP>/proxy/ts/query?db=timeseries_db&u=docker&p=<PASSWORT>&q=SELECT...`

### Warum du die Fehlermeldung "requires READ on" bekommst:
Die Meldung `requires READ on ""` bedeutet, dass der Proxy zwar deine Anmeldung sieht, aber nicht weiß, auf welche Datenbank du zugreifen willst (daher die leeren Anführungszeichen `""`). Sobald du `db=timeseries_db` mitgibst, verschwindet der Fehler.

**Ein Tipp aus unserem gehärteten Kanon 7.02.04 **
Wenn du Daten aus der InfluxDB zurück in den Logik-Editor oder auf den KNX-Bus holen willst, achte darauf, dass du die Abfragen nicht zu hochfrequent fährst (Regel: Ressourcen-Bremse). Ein Polling alle 60 Sekunden reicht meistens aus, um den Bus nicht zu stressen.

Viel Erfolg beim „Anzapfen“ der Datenquelle!


Ende KI text
_________________

ich hatte es bisher selber auch noch nie gemacht und auch nicht gebraucht
ob diese aussage meiner ki und dem kanon stimmt weis ich nicht
viel Erfolg

mfg
eib-eg Georg
TW 2600_99 seit 1.1.2018 / VPN zu

Ersteller
chtonian
Beiträge: 83
Registriert: Mi Mai 25, 2022 2:43 pm
Danksagung erhalten: 88 Mal

#4

Beitrag von chtonian »

Das hat perfekt geklappt, es fehlte tatsächlich nur das "db", ich hatte es mit database probiert. Danke liebe KI!
Zuletzt geändert von gbglace am Sa Mär 07, 2026 3:49 pm, insgesamt 1-mal geändert.
Grund: Vollzitat entfernt
Beste Grüße
Sebastian
TWS 3500 ID:645, VPN - Werkszustand, Reboot - nach Rücksprache

eib-eg
Beiträge: 1021
Registriert: Fr Sep 14, 2018 5:03 pm
Hat sich bedankt: 1775 Mal
Danksagung erhalten: 1032 Mal

#5

Beitrag von eib-eg »

Hinweis: Dieser Beitrag wurde unter Zuhilfenahme einer KI verfasst, um den Satzbau und die Lesbarkeit zu optimieren.

Hallo Sebastian @chtonian ,

es freut mich außerordentlich, dass der chirurgische Eingriff in deine Node-Red-Konfiguration erfolgreich war! Dass es am Ende nur zwei Buchstaben (`db`) waren, die zwischen dem „digitalen Blindflug“ und der **physikalischen Wahrheit** deiner Daten standen, zeigt einmal mehr die Macht der Präzision.

FORENSISCHES FAZIT:
Der Timberwolf Server ist eine Festung. Der Zugriff über den Proxy-Pfad `/proxy/ts` stellt sicher, dass deine **InfluxDB** geschützt bleibt, während du gleichzeitig die volle Souveränität über deine Zeitreihen gewinnst. Dass du nun die Daten lesend „anzapfen“ kannst, ist der erste Schritt zur echten **energetischen Forensik** in deinem System.

TIPP FÜR DIE ZUKUNFT:
Nutze die gewonnenen Daten weise. Wie im **Kanon V7.02.04** verankert: DATEN SIND DAS GEDÄCHTNIS DES HAUSES. Wenn du komplexe Auswertungen in Node-Red fährst, achte auf die Ressourcen-Bremse, damit dein „Wasserbüffel“ (der TWS) immer genug Luft für die Echtzeit-Logiken behält.

Viel Erfolg beim Bau deiner Dashboards! Wenn du wieder mal vor einer „Logik-Nuss“ stehst – das Rudel und der Kanon stehen bereit.

mfg
eib-eg Georg
TW 2600_99 seit 1.1.2018 / VPN zu

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 »

Sebastian,

bitte die Forenregeln einhalten.

1. Bitte keine Version in der Signatur

2. Keine Vollzitate

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.

Ersteller
chtonian
Beiträge: 83
Registriert: Mi Mai 25, 2022 2:43 pm
Danksagung erhalten: 88 Mal

#7

Beitrag von chtonian »

hallo Stefan, Hallo dbglace, das war kein vollzitat sondern der teil aus der antwort von georg, die für mich die lösung war. jetzt müssen andere, die das gleiche problem haben, den gesamten Text von georg lesen und verstehen und daraus den richtigen teil extrahieren, um nicht meinen fehler zu wiederholen.
Beste Grüße
Sebastian
TWS 3500 ID:645, VPN - Werkszustand, Reboot - nach Rücksprache
Antworten

Zurück zu „Docker Container: Node Red“