evcc eebus im Kubernetes

[SilverHunter1st]

Hallo zusammen,

ich habe vermutlich einen absoluten "Sonderfall" aber ich betreibe zu Hause meinen eiegenen Kubernetes Cluster und würde hier auch gerner EVCC in Verbindung mit einem ID.Charger Pro nutzen.

Leider bekomme ich die Komplung nicht hin, was vermutlich daran liegt (soweit ich die interne Logik verstanden habe), dass die IP-Adresse welche EVCC zum ID.Charger Pro schickt, automatisch die ist welche er für sich lokal erkennt / local lookup.

Das funktioniert aber leider nicht im Kubernetes, da kein mDNS genutzt wird:

[eebus ] DEBUG 2023/02/14 00:29:15 mdns: announce
[eebus ] DEBUG 2023/02/14 00:29:15 mdns: using zeroconf
[eebus ] DEBUG 2023/02/14 00:29:15 starting websocket server on :4712
[eebus ] TRACE 2023/02/14 00:29:15 registering ski: XXXXXXXXXXXXXXXXXXX
[eebus ] DEBUG 2023/02/14 00:29:15 mdns: start search

Das Problem kann man im Docker lösen indem man den Container das Netzwerk des Host zuweißt, dies geht aber im Kubernetes nicht.

Gibt es eine Möglichkeit neben der IP-Adresse des ID.Charger auch die von EVCC zu konfigurieren, welche für das Koppeln genutzt wird ?

Wenn ich das ganze auf einem seperaten RaspberryPI laufen lasse funktioniert es, sodass die grundsätzliche Funktionalität gegeben ist:

[eebus ] TRACE 2023/02/14 00:30:11 mDNS: announcing id: EVCC-test ski: XXXXXXXXXXXXXXXXXXX
[eebus ] TRACE 2023/02/14 00:30:11 mDNS: raspberrypi.local. [10.1.1.65] [txtvers=1 path=/ship/ id=EVCC-test ski=XXXXXXXXXXXXXXXXXX brand=EVCC model=EVCC_HEMS_01 type=EnergyManagementSystem register=true]

[StefanSchoof]

Ich denke das geht aktuell nicht. Du müsstest wahrscheinlich in Richtung macvlan gehen.

Wichtig ist das wenn dein Auto mit ID.Charger verbunden ist und du den Container neu startest, dein Auto anfängt zu laden und auch nicht aufhört, sobald evcc wieder gestartet ist. Und frei nach Loriot für Kubernetes: Ein Leben ohne Restarts is möglich, aber sinnlos.

[DerAndereAndi]

Zusätzlich müssen sich ja beide Geräte gegenseitig über mDNS korrekt finden. Ohne dass evcc den mDNS Eintrag des Chargers findet, wird es auch keine Verbindung aufbauen.

Die IP Eingabe des Chargers in evcc ist nur ein Workaround, weil die mDNS Implementierung in Go ein paar Schwächen hat. Die IP wird nur in einen unvollständigen mDNS Eintrag von der bekannten SKI hineingepatched.

Ich sehe da keinen für nicht "Hardcore"-ITler gangbaren Weg. Und dafür jetzt noch ein Extra Setup zu ermöglichen ist imho den (Wartungs-)Aufwand nicht wert.

Dass die Ladung nicht stopped, liegt an Software Bugs in der Wallbox. Das geschieht mit anderen EEBUS basierten Wallboxen nicht.

[SilverHunter1st]

Danke für die Antworten, das hatte ich schon vermutet, wollte aber trotzdem mal nachfragen.

Vielen Dank für eure tolle Arbeit!