Übertragen einer funktionierenden evcc Konfiguration in Docker

[PVMartin]

Guten Abend und Hallo Zusammen,

ist das erste Mal, dass ich in einem Forum etwas poste, bitte habt Nachsicht mit mir...
Seit einigen Stunden versuche ich nun, das EVCC ans Laufen zu bekommen.
Mittels evcc configure konnte ich mir eine - auf Windows funktionierende - YAML-Datei erzeugen. Wenn ich diese Datei dann im Docker/Container Manager auf einem Synology NAS laufen lasse möchte, bekomme ich folgenden Fehler:
cannot create meter 'grid1': cannot create meter 'template': cannot create meter 'sma': failed to get device: no ping response for 192.168.2.31

Ich habe einen
1x Sunny Home Manager 2.0
2x VW Wallbox Connect
1x SMA Wechselrichter STP 15-50
EVCC würde ich eigentlich gerne auf einer Synology DS220+ im Docker/Container Manager laufen lassen.
Was das Programmieren angeht bin ich absoluter Anfänger. Ich meine aber verstanden zu haben, dass ein Sunny Home Manager 2.0 eine eindeutige Geräte ID benötigt, damit er im Docker läuft. Ich hätte angenommen, dass es sich bei der
# unique installation id
plant: MEINEPLANTID
um diese eindeutige Geräte ID handelt?
Ich bin am verzweifeln, kann mir jemand einen Tipp geben?

Vielen Dank im Voraus!!
Martin

evcc_discussion.txt

[sfrevel]

Was ein Zufall, genau das hatte ich gestern auch als ich ein zweites evcc als demo gestartet hatte und sma emeter noch konfiguriert hatte. Ich habs dann raus kommentiert und dan lief die zweite Instanz von evcc. Für das was ich machen wollte war das Emeter nicht wirklich wichtig - wollte nur eine Konfig testen. Für mich sah es so aus als ob das Emeter nur ein Vebindung erlaubt. Ping auf command line ging aber. Ich wollte nur nicht mein Standard evcc stoppen wil das EV gerade geladen wurde.

[premultiply]

failed to get device: no ping response for 192.168.2.31

Gemeint ist ein SMA Speedwire Ping, kein ICMP Ping.

[andig]

@PVMartin hast Du denn die im Dockerfile gelisteten Ports alle auf den Container gemappt?

[PVMartin]

@andig Vielen Dank für den Tip. Die Ports waren tatsächlich nicht in den Container gemappt. Dies habe ich nun für die Ports 7070, 9522, 7090 und 8887 nachgeholt. Das Hinzufügen von Port 5353 generiert eine Fehlermeldung "Lokaler Port 5353 steht im Konflikt mit anderen Ports und anderen Diensten." (Nach meinem Verständnis bräuchte ich für meine Installation aber auch nur 7070 (UI) und 9522 (SMA Energy Meter), richtig?
Leider ändert das Ganze nichts an der Fehlermeldung.
In der PV-Anlagenkonfiguration ist die Speedwire-Verschlüsselung aktuell deaktiviert.

[andig]

Vllt. weiß @bboehmke Rat?

[bboehmke]

Das einzige das mir spontan einfällt ist den docker container mal im host network mode (ich meine das war --net=host) laufen zu lassen. In der Regel überträgt sich multicast (was das SMA speedwire so mehr oder weniger ist) nicht besonders über Subnetzgrenzen hinweg.

Alternativ müsste evcc auch nativ auf dem Synology NAS ausführbar sein. Das ist nichts für den produktiven Betrieb aber vielleicht hilfreich um das Problem einzugrenzen.

[PVMartin]

So, heute konnte ich endlich die Umgehung der Powerline testen, leider ohne Erfolg. Das Verhalten ändert sich nicht.
@bboehmke , evcc läuft ja auch auf meinem Windows-PC, der ebenfalls über die Powerline mit dem PV-Anlage und den Wallboxen verbunden ist, und ja, die Syno hängt direkt an der Fritzbox.
Es ist auch so, dass evcc im Container auf der Syno einwandfrei läuft, solange die Firewall der Syno komplett aus ist. Sobald die Firewall wieder aktiviert wird (mit durchgeleiteten Ports) dauert es einige Minuten bis die wieder die Fehlermeldung "energy meter does not respond" kommt.
Gibt es hier jemanden, der evcc auch als Container auf einer Syno laufen hat und mir noch sachdienliche Hinweise zur Konfiguration der Firewall geben kann?

[bboehmke]

Oh ich hatte verstanden das es generell nach einiger Zeit hängen bleibt aber wenn es mit dem Windows PC und auch bei deaktivierter Firewall funktioniert ist das Netzwerk tatsächlich nicht das Problem.

Im Grunde sollte alle Kommunikation via SMA Speedwire über Port 9522 und der Multicast Adresse 239.12.255.254 bzw der IP des Geräts. Ich habe aber keine Ahnung wie man das bei der Syno Firewall einstellt.

[PVMartin]

@bboehmke , vielen Dank für Deine Hinweise! Leider habe ich es nicht hinbekommen, die Konfiguration mit aktiviertem Speedwire oder aktivierter Syno Firewall ans Laufen zu bekommen. Ich weiß auch nicht, was ich an der Syno Firewall noch anderes einstellen kann oder muss außer eben die genannten Ports weiterzuleiten. Mehr Möglichkeiten gibt es da nicht.
Da die Syno eh nicht unbedingt von extern zugänglich sein muss, habe ich sie nun aus dem Internet herausgenommen und die Firewall deaktiviert. Damit läuft evcc.
@andig , die Port-Weiterleitung in den Docker-Container scheint nicht erforderlich zu sein, wenn der Container im "Host" Netzwerkmodus läuft, es funktioniert zumindest auch so (natürlich ohne Syno Firewall und ohne Speedwire).
-> Diskussion kann geschlossen werden.

[bboehmke]

bezüglich dem host mode:
wenn du einen docker container im host mode laufen lässt fällt die ganze Netzwerkisolierung weg, entsprechend sind die port forwards auch nicht mehr nötig.

[andig]

die Port-Weiterleitung in den Docker-Container scheint nicht erforderlich zu sein

Ne, natürlich nicht. Das ist jetzt aber auch keine Überraschung und deshalb (=komplexe Technologie) wollen wir auch keine Docker Installationen supporten...

[PVMartin]

Moin zusammen,
das Thema "evcc vs Syno Firewall" hat mir keine Ruhe gelassen, sodass ich mich gestern nochmals damit beschäftig habe.
Nun habe ich eine Lösung gefunden um evcc in einem Docker-Container auf einer Syno mit eingeschalteter Syno Firewall laufen zu lassen.
In der Syno Firewall müssen neben den Ports 7070 TCP, 9522 UDP, 5353 UDP auch das IGMP-Protokoll durchgeleitet werden.
Jetzt funktioniert es einwandfrei!!

[premultiply]

Klar, ohne IGMP halt kein Multicast.

[Lohnor]

N´abend PVMartin,

ich habe EVCC auch im Docker auf einer 920+ laufen und das selbe Problem wie Du mit der Firewall gehabt.

Dank Deines obigen Posts habe ich jetzt die Firewall entsprechend eingerichtet und grds. läuft alles. :-)

Grds. deshalb weil die Tibber Preise nicht aktualisiert werden (gleiches gilt auch für meine Tibber Entität bei Home Assistant im Docker). Sobald ich die Firewall abschalte werden die Preise aktualisiert.

Kannst Du mir hier bitte einen Tip geben wo ich noch suchen muss?

Vielen lieben Dank
Norbert

[PVMartin]

Hi Norbert, das freut mich, dass Du EVCC im Docker mit aktivierter Syno Firewall ans Laufen bekommen hast! 🙂 Mit Tibber kann ich Dir aber leider nicht weiterhelfen, damit kenn ich mich überhaupt nicht aus. Hast Du schonmal versucht, bei Tibber direkt anzufragen, welcher Port für die Preisaktualisierung verwendet wird? Ich bin mit EVCC nun übrigens doch auf einen Raspi umgestiegen. Am Ende lief das EVCC im Docker doch nicht so stabil, wie gedacht. Der Container (und/oder die Syno) mussten gefühlt alle paar Tage neu gestartet werden... VG, Martin

…

________________________________ Von: Lohnor ***@***.***> Gesendet: Montag, 11. Dezember 2023 08:13 An: evcc-io/evcc ***@***.***> Cc: PVMartin ***@***.***>; State change ***@***.***> Betreff: Re: [evcc-io/evcc] Übertragen einer funktionierenden evcc Konfiguration in Docker (Discussion #8890) N´abend PVMartin, ich habe EVCC auch im Docker auf einer 920+ laufen und das selbe Problem wie Du mit der Firewall gehabt. Dank Deines obigen Posts habe ich jetzt die Firewall entsprechend eingerichtet und grds. läuft alles. :-) Grds. deshalb weil die Tibber Preise nicht aktualisiert werden (gleiches gilt auch für meine Tibber Entität bei Home Assistant im Docker). Sobald ich die Firewall abschalte werden die Preise aktualisiert. Kannst Du mir hier bitte einen Tip geben wo ich noch suchen muss? Vielen lieben Dank Norbert — Reply to this email directly, view it on GitHub<#8890 (reply in thread)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/BBFCCJB642MYI3RKW47ERODYI4WJBAVCNFSM6AAAAAA2DWNGJCVHI2DSMVQWIX3LMV43SRDJONRXK43TNFXW4Q3PNVWWK3TUHM3TQMRRG43TG>. You are receiving this because you modified the open/close state.

[Lohnor]

Moin Martin, vielen Dank für die schnelle Antwort 😊. Ich werde jetzt mal Tibber anschreiben und nachfragen, ob sie für die API Abfrage eine Port o.ä. brauchen. Warum bist Du denn auf den Raspi umgestiegen? Wo ist Dein EVCC ausgestiegen? VG Norbert

[PVMartin]

Hi Norbert, das EVCC im Docker lief "gefühlt" instabil. Es gab Probleme bei der Erkennung der Fahrzeuge. Diese sind entweder gar nicht erkannt worden oder nur als "offline". Vielleicht ist die Einschätzung auch falsch, aber seitdem EVCC auf dem Raspi läuft, funktioniert es einfach. Die Autos werden zuverlässig erkannt, wenn sie mit der Wallbox verbunden werden. Natürlich könnte das geänderte Verhalten auch mit der neuen *.yaml Datei zusammenhängen, die ich im Rahmen der Portierung vom Docker auf den Raspi erstellt habe. Allerdings wüsste ich jetzt nicht, ob dort irgendein Parameter enthalten ist, der für die sporadisch auftretende Nicht-Erkennung der Autos verantwortlich sein könnte, denn nach einem Neustart und/oder Zurücksetzen des Containers, wahlweise auch mit der Installation eines EVCC-Updates lief es dann ja wieder (ohne irgendeine Änderung in der *.yaml Datei). Gib mir in 1-2 Wochen gerne mal Rückmeldung, wie Dein Setup im Docker läuft. Vielleicht hängt es bei mir ja auch an der miserablen Programmierung der VW Wallboxen oder der Kommunikation mit dem VW-Server zusammen? VG, Martin

…

________________________________ Von: Lohnor ***@***.***> Gesendet: Dienstag, 12. Dezember 2023 00:00 An: evcc-io/evcc ***@***.***> Cc: PVMartin ***@***.***>; State change ***@***.***> Betreff: Re: [evcc-io/evcc] Übertragen einer funktionierenden evcc Konfiguration in Docker (Discussion #8890) Moin Martin, vielen Dank für die schnelle Antwort 😊. Ich werde jetzt mal Tibber anschreiben und nachfragen, ob sie für die API Abfrage eine Port o.ä. brauchen. Warum bist Du denn auf den Raspi umgestiegen. Wo ist Dein EVCC ausgestiegen? VG Norbert Von: PVMartin ***@***.***> Gesendet: Montag, 11. Dezember 2023 19:14 An: evcc-io/evcc ***@***.***> Cc: Lohnor ***@***.***>; Comment ***@***.***> Betreff: Re: [evcc-io/evcc] Übertragen einer funktionierenden evcc Konfiguration in Docker (Discussion #8890) Hi Norbert, das freut mich, dass Du EVCC im Docker mit aktivierter Syno Firewall ans Laufen bekommen hast! 🙂 Mit Tibber kann ich Dir aber leider nicht weiterhelfen, damit kenn ich mich überhaupt nicht aus. Hast Du schonmal versucht, bei Tibber direkt anzufragen, welcher Port für die Preisaktualisierung verwendet wird? Ich bin mit EVCC nun übrigens doch auf einen Raspi umgestiegen. Am Ende lief das EVCC im Docker doch nicht so stabil, wie gedacht. Der Container (und/oder die Syno) mussten gefühlt alle paar Tage neu gestartet werden... VG, Martin

________________________________ Von: Lohnor ***@***.*** <mailto:***@***.***> > Gesendet: Montag, 11. Dezember 2023 08:13 An: evcc-io/evcc ***@***.*** <mailto:***@***.***> > Cc: PVMartin ***@***.*** <mailto:***@***.***> >; State change ***@***.*** <mailto:***@***.***> > Betreff: Re: [evcc-io/evcc] Übertragen einer funktionierenden evcc Konfiguration in Docker (Discussion #8890) N´abend PVMartin, ich habe EVCC auch im Docker auf einer 920+ laufen und das selbe Problem wie Du mit der Firewall gehabt. Dank Deines obigen Posts habe ich jetzt die Firewall entsprechend eingerichtet und grds. läuft alles. :-) Grds. deshalb weil die Tibber Preise nicht aktualisiert werden (gleiches gilt auch für meine Tibber Entität bei Home Assistant im Docker). Sobald ich die Firewall abschalte werden die Preise aktualisiert. Kannst Du mir hier bitte einen Tip geben wo ich noch suchen muss? Vielen lieben Dank Norbert — Reply to this email directly, view it on GitHub<#8890 (reply in thread)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/BBFCCJB642MYI3RKW47ERODYI4WJBAVCNFSM6AAAAAA2DWNGJCVHI2DSMVQWIX3LMV43SRDJONRXK43TNFXW4Q3PNVWWK3TUHM3TQMRRG43TG>. You are receiving this because you modified the open/close state. — Reply to this email directly, view it on GitHub <#8890 (comment)> , or unsubscribe <https://github.com/notifications/unsubscribe-auth/A64GAPNMZP3JBEJOWGBCTS3YI5EPXAVCNFSM6AAAAAA2DWNGJCVHI2DSMVQWIX3LMV43SRDJONRXK43TNFXW4Q3PNVWWK3TUHM3TQMRTGAYTC> . You are receiving this because you commented. <https://github.com/notifications/beacon/A64GAPMA6YMLFJLBPDRJDITYI5EPXA5CNFSM6AAAAAA2DWNGJCWGG33NNVSW45C7OR4XAZNRIRUXGY3VONZWS33OINXW23LFNZ2KUY3PNVWWK3TUL5UWJTQAO5PKG.gif> Message ID: ***@***.*** ***@***.***> > — Reply to this email directly, view it on GitHub<#8890 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/BBFCCJFX2QHNNAE7MW7R2XTYJAFLXAVCNFSM6AAAAAA2DWNGJCVHI2DSMVQWIX3LMV43SRDJONRXK43TNFXW4Q3PNVWWK3TUHM3TQMRXHA3TS>. You are receiving this because you modified the open/close state.Message ID: ***@***.***>