Hallo Yves,
hat das einen spezifischen Grund, warum du mit evcc nicht via MQTT sprichst?
Beste Grüße
Jens
Moderation: Dieser Post war ursprünglich in einem anderen Thread, wurde aber nun hier als Einstieg in eine neue Diskussion abgespalten.
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)
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)
[DISKUSSION] [V4.0 IP7] MQTT-Kommunikation mit evcc
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
-
blaubaerli
- Beiträge: 2785
- Registriert: Sa Sep 15, 2018 10:26 am
- Wohnort: Kerpen
- Hat sich bedankt: 1081 Mal
- Danksagung erhalten: 1056 Mal
[V4.0 IP7] MQTT-Kommunikation mit evcc
Zuletzt geändert von blaubaerli am Mo Feb 05, 2024 6:38 pm, insgesamt 1-mal geändert.
| timberwolf168 | (2600er) | VPN offen | Reboot nach Vereinbarung |
| timberwolf1699 | (3500XL) | VPN offen | Reboot jederzeit |
| wiregate1250 |
-
starwarsfan
- Beiträge: 1430
- Registriert: Mi Okt 10, 2018 2:39 pm
- Hat sich bedankt: 911 Mal
- Danksagung erhalten: 1499 Mal
Hallo Jens
Wie würde das denn grundsätzlich ablaufen? evcc als eigenes MQTT-Subsystem anlegen und dann direkt dahin schreiben?
Nunja, REST-API ist IMHO wesentlich einfacher als MQTT. Das geht im Notfall auch via curl von der Cmdline aus, von daher habe ich mich mit MQTT@evcc gar nicht weiter beschäftigt.blaubaerli hat geschrieben: ↑Sa Feb 03, 2024 6:33 pm hat das einen spezifischen Grund, warum du mit evcc nicht via MQTT sprichst?
Wie würde das denn grundsätzlich ablaufen? evcc als eigenes MQTT-Subsystem anlegen und dann direkt dahin schreiben?
Kind regards,
Yves
TWS 2500 ID:159 / TWS 3500 ID:618 / TWS 3500 ID:1653 + PBM ID:401 / ProxMox / 1-Wire / iButtons / Edomi (LXC / Docker) / evcc / ControlPro
(TW-VPN jeweils offen, Reboot nach Rücksprache)
Yves
TWS 2500 ID:159 / TWS 3500 ID:618 / TWS 3500 ID:1653 + PBM ID:401 / ProxMox / 1-Wire / iButtons / Edomi (LXC / Docker) / evcc / ControlPro
(TW-VPN jeweils offen, Reboot nach Rücksprache)
-
gbglace
- Beiträge: 4361
- Registriert: So Aug 12, 2018 10:20 am
- Hat sich bedankt: 1540 Mal
- Danksagung erhalten: 2706 Mal
Hi Yves. Kommt drauf an wie die das umgesetzt haben. Bei Victrons baut der CerboGX einen eigenen MQTT Broker auf. Den kannst im TWS als eigens Subsystem einrichten und dann Mal im MQTT Explorer (da auch den einrichten) welche Topics dann so gesendet werden die dann subscriben/published.
Sollte das Gerät eine Konfiguration des MQTT ermöglichen, dann ist es ggf möglich dem Deinen MQTT-Broker vorzugehen.
Sollte das Gerät eine Konfiguration des MQTT ermöglichen, dann ist es ggf möglich dem Deinen MQTT-Broker vorzugehen.
Grüße Göran
#1 Timberwolf 2600 Velvet Red
#2 Timberwolf 2600 Organic Silver
#1 Timberwolf 2600 Velvet Red
#2 Timberwolf 2600 Organic Silver
-
blaubaerli
- Beiträge: 2785
- Registriert: Sa Sep 15, 2018 10:26 am
- Wohnort: Kerpen
- Hat sich bedankt: 1081 Mal
- Danksagung erhalten: 1056 Mal
Hallo zusammen,
evcc kommt nicht mit einem eigenen MQTT-Broker daher, sondern wird über die entsprechenden Passagen in der Konfigdatei gegen eine bestehende Instanz konfiguriert. Doku dazu siehe hier.
Ein zusätzliches MQTT-Subsystem auf Seiten des TWS öffnet ja zunächst im ElabNET-Wording mal eine Kommunikationsstrecke zu einer MQTT-Broker-Instanz.
Wenn also z.B. lokal auf deinem Wolf bereits ein Mosquitto läuft, dann spricht also mal nichts grundsätzliches dagegen, genau diesen auch für die Kommunikation mit evcc zu nutzen. Auch hier mögen Ausnahmen die Regel bestätigen. Wenn also eine speziell gesicherte Verbindung zu einem externen MQTT-Dienstleister eingerichtet ist und du die lokale Kommunikation zwischen dem evcc und dem TWS nicht ohne Not über die externe Verbindung schleusen willst, mag das durchaus für eine zusätzliches MQTT-Subsystem sprechen.
Aus meiner Sicht liegt der klare Vorteil bei der MQTT-Kommunikation, dass eben der Rückkanal von evcc zum TWS damit automatisch per PUSH gleich auch implizit funktioniert. Bei der Rest-API ist halt bei Bedarf zu pollen und das finde ich architekturell immer was "unschön". Zumal es ja die Alternative gibt.
Die MQTT-API von evcc ist hier zu finden.
Zudem ist zu Diagnosezwecken der "MQTT Explorer" da als unabhängige Dritte Instanz immer recht hilfreich.
Beste Grüße
Jens
evcc kommt nicht mit einem eigenen MQTT-Broker daher, sondern wird über die entsprechenden Passagen in der Konfigdatei gegen eine bestehende Instanz konfiguriert. Doku dazu siehe hier.
Ein zusätzliches MQTT-Subsystem auf Seiten des TWS öffnet ja zunächst im ElabNET-Wording mal eine Kommunikationsstrecke zu einer MQTT-Broker-Instanz.
Wenn also z.B. lokal auf deinem Wolf bereits ein Mosquitto läuft, dann spricht also mal nichts grundsätzliches dagegen, genau diesen auch für die Kommunikation mit evcc zu nutzen. Auch hier mögen Ausnahmen die Regel bestätigen. Wenn also eine speziell gesicherte Verbindung zu einem externen MQTT-Dienstleister eingerichtet ist und du die lokale Kommunikation zwischen dem evcc und dem TWS nicht ohne Not über die externe Verbindung schleusen willst, mag das durchaus für eine zusätzliches MQTT-Subsystem sprechen.
Aus meiner Sicht liegt der klare Vorteil bei der MQTT-Kommunikation, dass eben der Rückkanal von evcc zum TWS damit automatisch per PUSH gleich auch implizit funktioniert. Bei der Rest-API ist halt bei Bedarf zu pollen und das finde ich architekturell immer was "unschön". Zumal es ja die Alternative gibt.
Die MQTT-API von evcc ist hier zu finden.
Zudem ist zu Diagnosezwecken der "MQTT Explorer" da als unabhängige Dritte Instanz immer recht hilfreich.
Beste Grüße
Jens
| timberwolf168 | (2600er) | VPN offen | Reboot nach Vereinbarung |
| timberwolf1699 | (3500XL) | VPN offen | Reboot jederzeit |
| wiregate1250 |