E3DC Smart Connect Wallbox

[othorg]

Hallo,

ich habe die Möglichkeit eine E3DC Smart Connect Wallbox an meiner S10 und Photovoltaik zu testen. Ich habe normalerweise eine Keba P30 Wallbox mit evcc am Start, was alles sehr gut funktioniert.

Nun hätte ich aber mit der E3DC Wallbox die Möglichkeit, besser abzurechnen und eine "schönere" Visualisierung mit einer netten iOS-App dem "Autarkie Manager" zu bekommen und hätte auch bei Problemen nur noch ein Hersteller zu managen.

Da es dann ein geschlossenes System aus reinen E3DC Komponenten wäre, welches auch das Thema Ladelogik PV/Netz/Prio/SoC. etc. abdeckt, wollte ich einmal Fragen, ob es ggfs. hier schon Leute gibt, die eine Smart Connect Wallbox mit EVCC nutzen und ob es überhaupt funktioniert. (die E3DC ist baugleich zu Wallbee Eco 2.0 mit angefasster Firmware). Bei meinen ersten Tests habe ich festgestellt, dass es sehr schnell zu "Out of Sync" Meldungen bei EVCC kommt, wenn man diese als Wallbee Charger im EVCC konfiguriert.

Ich habe mich so an EVCC gewöhnt, dass ich es eigentlich nicht mehr missen möchte. Mir gefallen die Logiken und das schnelle Webinterface und die Möglichkeiten, alles sehr granular einstellen zu können in der Konfiguration.

Gibt es hier evtl. schon Erfahrungen, Hinweise oder oder gar Konfigurationen wie ich die Hardware nutzen kann, aber die Logiken von EVCC?

Danke Euch!

[lorbetzki]

Hi,

wenn du evcc nutzen möchtest, muss die wallbox aus dem Speicher des e3dc entfernt werden. Der Speicher sendet alle x sek seine Konfiguration neu an die wallbox und überschreibt so, die vom evcc.

Der Nachteil ist, daß du im e3dc Portal die wallbox nicht mehr steuern kannst und im Display des Speichers nicht mehr siehst, was an leistung ins Auto geht

viele grüsse

[othorg]

Hi,

ja, danke für die Antwort. So hatte ich Anfangs auch darüber nachgedacht. Aber es gibt ja externe Programme, die die S10/Wallbox steuern und konfigurieren können. Diese Konfiguration nutzt lokal RCSP/modbus und extern die Web-API von E3DC. Diese Konfigurationsänderungen sind auch persistent.
Aus diesem Grund hatte ich hier auch geschrieben. Aus meiner Sicht hat evcc alles an Board was man benötigt. Modbussteuerung/manuelle Register... Anpassungen per Modbus sowohl am S10 als auch für die Wallbox. Was ich halt brauche, wäre mal ein Sparringspartner zum überlegen ;-) Kann sehr gut sein, dass es nicht geht. Aber technisch wüsste ich nicht, warum es nicht gehen sollte. Vor allem weil es, wie gesagt, externe Apps gibt, die es extern persistent konfigurieren können.
z.B. https://apps.apple.com/de/app/autarkie-manager/id1518598578
Aus meiner Sicht, dürfte/sollte die Wallbox nicht extern gesteuert werden, sondern alles zentral von der S10 heraus... Oder mache ich einen kapitalen Denkfehler?

LG und Danke!

[lorbetzki]

Aus meiner Sicht, dürfte/sollte die Wallbox nicht extern gesteuert werden, sondern alles zentral von der S10 heraus... Oder mache ich einen kapitalen Denkfehler?

ja, der Speicher muss das alleine ohne Tools können.

evcc hat dafür eben nicht alles an Board. Um Werte im Speicher verändern zu können muss evcc mittels rscp kommunizieren.

Nur dann lässt sich der Speicher überreden Werte dauerhaft anzunehmen. Über modbus kann man nur bestimmte wallbox Werte verändern.

Wenn du aber Gimmicks wie eine ladesteuerung haben möchtest inkls 0,1a ladeschritte, muss die wallbox direkt beschrieben werden, und das beisst sich eben mit dem speicher

[andig]

Wenn ich Euch richtig verstehe möchtet ihr eine (beliebige) Wallbox über das e3dc System mittels rscp (https://github.com/spali/go-rscp) steuern. Der Vorteil bestünde darin, dass die Box weiter über die e3dc App zugreifbar bliebe. Nachteil: schlimmstenfalls konkurrierende Steuerungen.

Richtig verstanden?

Auf jeden Fall ne Menge Arbeit für ein Problem dass wir auf anderem Weg schon gelöst haben.
/cc @premultiply

[premultiply]

Vielleicht dann eher E3DC als HEMS an evcc ankoppeln und in Richtung eine Wallbox bzw. einen Verbraucher emulieren lassen?
So ähnlich machen wir das bei SMA ja auch.
Würde dann auch mit beliebigen Boxen funktionieren und man wäre das Vendor-Lock-in-Problem los.

[othorg]

Hi, eigentlich grade nicht eine beliebige Wallbox. Sondern genau die E3DC Wallbox (Smart Connect - Baugleich mit Wallbee Eco 2.0 und angepasster Firmware). Fremde Wallboxen können wir ja super mit EVCC und dem Speichersystem von E3DC regeln. Der Vorteil wäre die deutlich bessere Logik und Usability von EVCC. Alleine die sehr schnelle start/stop/min PV /PV Umschaltung ist brillant mit dem schnellem Webinterface und die SOC und Restladezeit Anzeige. Und auf der anderen Seite KANN halt die E3DC Software/Portal weiter (mit) benutzt werden.

[andig]

Sondern genau die E3DC Wallbox (Smart Connect - Baugleich mit Wallbee Eco 2.0 und angepasster Firmware).

Kosten/Nutzen erscheinen mir maximal unglücklich verteilt. Genau das können wir ja schon.

[premultiply]

Wenn man das so wie skizziert machen würde braucht man keine E3DC-Box bzw. Firmware mehr.

Allerdings wird es nie und nirgends funktionieren wenn zwei verschiedene Steuersysteme parallel auf eine Box zugreifen.
Die direkte Kommunikation zwischen E3DC und Box muss daher in jeden Fall unterbunden werden.

[holmu]

Hallo @lorbetzki
Ich habe eine Lösung für den von dir skizzierten Aufbau: E3DC EasyConnect Wallbox gesteuert von evcc und mit Datenübermittlung an E3DC S10 Pro zwecks Aufzeichnung/Auswerung der Ladedaten im E3DC-Portal bzw. in der App.
Bei Interesse kannst du dich gerne melden.
Zutaten sind ein ModbusProxy, und ein selbst entwickelter "Modbus-Filter", der Write-Requests blockiert und nur Read-Requests durchlässt. Funktioniert bei mir gut.

[maikheinrich]

Im Prinzip ließe sich mit diesem Aufbau vermutlich fast jede beliebige Wallbox, die ModbusTCP spricht, in E3DC-HKWs einbinden.

Ich weiß natürlich nicht, an welchen Merkmalen/Registern das HKW erkennt, das es eine E3DC-WB ist. Das könnte man aber sicher herausfinden...

Ein echter Anwendungsfall ist das aber vermutlich eher nicht.

Hi,

Das wäre cool. So könnten auch die wallboxen mit der Orginal Phoenix Firmware eingebunden werden. Der mod Bus proxy müsste dazu nur die Register Mappen können. Sprich einige Modbusadressen auf andere Adressen legen.

LG Maik

[othorg]

Hi,
ich habe das heute auch bei mir ausprobiert. Allerdings war es nicht mit Erfolg gekrönt. Die Wallbox hat sich bei mir nach dem Zugriff durch EVCC bzw. Proxy komplett aufgehängt und konnte nur noch durch einen Hard-Reset wieder hervorgeholt werden. Ich habe verschiedene Teilzugriffe ausprobiert und immer wieder hat sich die Box vom Netzwerk getrennt. Als ob sich der Netzwerk-Stack an der Box aufgehängt hat.
@holmu, welchen Box Typ hast Du bei evcc konfiguriert? Ich habe die Wallbe Konfiguration genommen.

chargers:
- type: template
  template: wallbe-meter
  host: 192.168.3.100
  port: 5020
  name: E3DC-Wallbox

Hättest Du einmal Lust Deine evcc Konfiguration hier zu posten? Und Welche E3DC Wallbox hast Du genau? Firmware-Version? Ich habe die SL-01.04.23

[jmucke]

Hallo,
ich bin zwar nicht @holmu, aber ich glaube ich kann deine Fragen trotzdem beantworten:
Konfiguration:

chargers:
- type: wallbe
  name: wallbox1
  uri: WB-ADRESSE:502
  meter:
    power: true
    energy: true
    currents: true

WB: E3DC easy connect 22 kW (ich hoffe das beantwortet deine Frage)
WB-Firmware: SL-01.04.23

Wichtig ist, dass der Modbus Filter (so nenne ich ihn mal) auf Port 502 hört und der Hausspeicher die Adresse vom Filter manuell bekommt. Sonst versucht dieser mit der WB direkt zu sprechen, was in Verbindung mit EVCC Probleme macht.
Der Proxy ist aktuell nicht in Benutzung. Wie @lorbetzki bemerkt hat geht es auch ohne.

[othorg]

HI, Danke für die Antwort. Bei mir scheint es so nicht zu funktionieren. Sobald ich über den Filter auf die Box zugreife, verabschiedet sich die WB vom Netz. Solange das Hauskraftwerk direkt kommuniziert, bleibt alles stabil. Ich habe ebenfalls die easy Connect 22kW aber mit fest angeschlagenem Ladekabel. Dip-Switches alle OFF bis auf Nr. 7 und 10.
Sehr schade, weil ich diese Lösung total charmant finde und ich sowas in der Art beim erstellen dieser Anfrage im Kopf hatte.

[holmu]

Wenn du magst, können wir uns gerne auch persönlich austauschen. Ich würde noch nicht aufgeben... ;-)

[lorbetzki]

Hi,

also mal "meine" Lösung ohne zusätzlichen Modbus Proxy...

in Zeile 10 des Filters trägt man die Ip Adresse der Wallbox ein sowie Port 502, als beispiel bei mir

client = ModbusTcpClient("192.168.147.2", port=502)

Nun den Filter starten.

Im E3DC Speicher die Wallbox entfernen und dann die IP des PC eingeben, auf dem der Filter gestartet ist. Alles Manuell, nicht suchen lassen!

Ende E3DC Speicher.

Evcc greift auch direkt auf die Wallbox zu.

chargers:
- name: wallbe
  type: wallbe # Wallbe charger
  uri: 192.168.147.2:502 # ModBus address
  meter:
    power: true
    energy: true
    currents: true

Ende evcc....

So läuft es seit der Einrichtung Einwandfrei. Abstürze hatte ich nur mit evcc 0.101 mit der 0.100 bzw 0.102.1 ist alles in Ordnung.

Ich habe allerdings noch Firmware 4.21

Viele Gürße

[lorbetzki]

Hi,

Ok. Danke! Ich habe den Filter jetzt noch einmal auf einer anderen Maschine installiert. Jetzt bleibt die Wallbox stabil. bekommt Ihr denn in der E3DC den Stomfluß durch die Wallbox angezeigt? Die Wallbox wurde gefunden wird grün angezeigt, aber die Seriennummer der Wallbox taucht nicht auf. Ebenfalls kommen keine Informationen der Wallbox in die E3DC zurück. EVCC funktioniert soweit.

Ich habe mir mal die letzte Version vom 11.9 des Filters runtergeladen und das gleiche Problem gehabt. Die Wallbox wird zwar im Speicher angezeigt aber es werden keine Werte und nicht die Seriennr übertragen. Wenn ich ab Zeile 90 des scriptes bis zum ende durch die nachfolgende hartcodierten Zeile ersetze, klappt es hingegen. Da scheint was mit den Argumenten nicht zu stimmen.

global client
client = ModbusTcpClient("192.168.147.2", port=502)
StartTcpServer(address=("0.0.0.0", 502), custom_functions=[
            ProxiedReadCoilsRequest,
            ProxiedReadDiscreteInputsRequest,
            ProxiedReadHoldingRegistersRequest,
            ProxiedReadInputRegistersRequest
        ])

Habt Ihr da eine Idee?

Viele Grüße

[andig]

@lorbetzki ich hab da einen offenen PR für einen Proxy. Fehlt nur die Initalisierung. Keine Ahnung ob der (besser) tut, aber wäre einen Versuch wert.

[jmucke]

@lorbetzki Gerade einen PR gemacht; sollte damit gefixt sein. Kannst du das bestätigen?

[lorbetzki]

ja, jetzt läuft es. Vielen Dank.

Einen Schönheitsfehler... Ich muss als Kommandozeile auch die Listen-address bzw den listen-port mitgeben obwohl ich die standardwerte nutze...

[lorbetzki]

Hi,

musste mal mein dev System hochziehen auf Ubuntu 22.04 und ich musste das Python-script in Zeile 3 und 4 anpassen

org

from pymodbus.client.sync import ModbusTcpClient
from pymodbus.server.sync import StartTcpServer

in

from pymodbus.client import ModbusTcpClient
from pymodbus.server import StartTcpServer

Ansonsten kam immer folgender Error

ModuleNotFoundError: No module named 'pymodbus.client.sync' 

Viele Grüße

[lorbetzki]

@andig
ich nutze nicht den Proxy, da E3DC durchaus mehrere Verbindungen akzeptiert (sofern innerhalb der IP Range) sondern den Filter. Der Filter sorgt dafür, das E3DC nur lesend auf die Wallbox zugreifen kann, da E3DC wie blöd per Modbus auf die Wallbox schreibt und EVCC nicht mehr synchron läuft. Oder ist im Proxy auch ein "readonly" Modus drin? Hab ich jetzt nicht reingeschaut.

[andig]

Oder ist im Proxy auch ein "readonly" Modus drin?

Lässt sich leicht hinzufügen!

[lorbetzki]

@andig

Lässt sich leicht hinzufügen!
ah, ich sehe es gerade in der PR zur Konfig

  #  - port: 5200
  #    uri: localhost:502
  # readonly: true

Muss ich mal mein DEV System anschmeißen und testen.

[andig]

Mach mal, ist bis auf Test fertig :). Coils werden bisher nicht unterstützt, ich hoffe die brauchst Du nicht?

[lorbetzki]

Hi,

laut Anleitung vom Controler wird für einiges coils benutzt, ich kann mir vorstellen, das die E3DC ins straucheln kommt, auch wenn ich nur lesend drauf zugreife. Ich habe aber mal mein DEV system aktualisiert und versuche mal evcc zu kompilieren

Viele Grüße

[andig]

Die sind zwischenzeitlich auch drin, einfach mal probieren. Du brauchst allerdings ein Token dafür.

[james777-de]

Hallo, ich habe die exakt gleiche Konstellation wie hier beschrieben von e3/dc. Der modbusproxy und das einbinden der Wallbox am S10 darüber funktioniert bei mir bereits fehlerfrei.

Ist es trotzdem nötig der Wallbox wie folgt in evcc einzubinden?
chargers:

• name: wallbe
  type: wallbe # Wallbe charger
  uri: 192.168.147.2:502 # ModBus address
  meter:
  power: true
  energy: true
  currents: true

Statt:
chargers:

• type: template
  template: wallbe-meter
  host: 192.168.3.100
  port: 5020
  name: E3DC-Wallbox

Aktuelle Firmware: Version:SL-01.04.23

[lorbetzki]

Hi,
Ist es trotzdem nötig der Wallbox wie folgt in evcc einzubinden?

ja, natürlich, sonst kann evcc auch nichts einstellen oder als Proxy etwas weiterleiten.

Du gibst aber die IP der Wallbox ein und denkorrekten Port. Der ist nicht 5020 sondern 502.

Im Speicher gibst Du dann die IP von EVCC und Port ein.

[james777-de]

Speicher, Proxy etc. war klar.
Mir ging es lediglich um die Art und Weise der Einbindung des Wallboxes. Also via type "template" oder type "wallbe".
Danke! Grüße, James

[james777-de]

Alles gut, hab mir das Wallbe Template im Gitlab angeschaut. Sollte egal sein. Beides bewirken das gleiche und setzten die gleiche Einstellungen.

[james777-de]

Hallo, ich nochmal.

Seit Donnerstag habe ich ein Zoe. Allerdings steuert evcc meine E3/DC Easy Connect Wallbox nicht an.
Es wird alles erkannt, der Timer läuft auch runter das es gleich anfängt aber es passiert einfach nichts. Ein Fehlermeldung kommt auch nirgends im Log vor.
Ich habe auch der Wallbox komplett aus dem E3/DC entfernt um sicher zu sein das alles geht. Aktuell testen tue ich das ganze auf mein Windows PC. Wenn die Konfig mal geht, kommt es dann ins Docker Container.
Aktuell habe ich beim Logging lp-1: debug aktiviert.

Ich hab jeweils mit folgende Konfig probiert.

chargers:
name: wallbox01
type: wallbe # Wallbe charger
uri: 192.168.178.x:502 # ModBus address
meter:
power: true
energy: true
currents: true
Statt:

und

chargers:
type: template
template: wallbe-meter
host: 192.168.178.x
port: 502
name: wallbox01

[site ] DEBUG 2023/04/09 16:23:40 battery soc: 99%
[site ] DEBUG 2023/04/09 16:23:40 battery power: 0W
[site ] DEBUG 2023/04/09 16:23:40 grid power: -196W
[site ] DEBUG 2023/04/09 16:23:40 site power: -96W
[lp-1 ] DEBUG 2023/04/09 16:23:40 charge currents: [0 0 0]A
[lp-1 ] DEBUG 2023/04/09 16:23:40 charger status: B
[lp-1 ] DEBUG 2023/04/09 16:23:41 max charge current: 30A
[lp-1 ] DEBUG 2023/04/09 16:23:41 charger enable
[lp-1 ] DEBUG 2023/04/09 16:23:41 wake-up timer: start
[site ] DEBUG 2023/04/09 16:23:50 ----
[lp-1 ] DEBUG 2023/04/09 16:23:50 charge power: 0W
[site ] DEBUG 2023/04/09 16:23:50 pv power: 3441W
[site ] DEBUG 2023/04/09 16:23:50 battery soc: 99%
[site ] DEBUG 2023/04/09 16:23:50 battery power: 0W
[site ] DEBUG 2023/04/09 16:23:50 grid power: -171W
[site ] DEBUG 2023/04/09 16:23:50 site power: -71W
[lp-1 ] DEBUG 2023/04/09 16:23:50 charge currents: [0 0 0]A
[lp-1 ] DEBUG 2023/04/09 16:23:50 charger status: B
[site ] DEBUG 2023/04/09 16:24:00 ----
[lp-1 ] DEBUG 2023/04/09 16:24:00 charge power: 0W
[site ] DEBUG 2023/04/09 16:24:00 pv power: 3397W
[site ] DEBUG 2023/04/09 16:24:00 battery soc: 99%
[site ] DEBUG 2023/04/09 16:24:00 battery power: 0W
[site ] DEBUG 2023/04/09 16:24:00 grid power: -135W
[site ] DEBUG 2023/04/09 16:24:00 site power: -35W
[lp-1 ] DEBUG 2023/04/09 16:24:00 charge currents: [0 0 0]A
[lp-1 ] DEBUG 2023/04/09 16:24:00 charger status: B
[site ] DEBUG 2023/04/09 16:24:10 ----
[lp-1 ] DEBUG 2023/04/09 16:24:10 charge power: 0W
[site ] DEBUG 2023/04/09 16:24:10 pv power: 3368W
[site ] DEBUG 2023/04/09 16:24:10 battery soc: 99%
[site ] DEBUG 2023/04/09 16:24:10 battery power: 0W
[site ] DEBUG 2023/04/09 16:24:10 grid power: -82W
[site ] DEBUG 2023/04/09 16:24:10 site power: 18W
[lp-1 ] DEBUG 2023/04/09 16:24:10 charge currents: [0 0 0]A
[lp-1 ] DEBUG 2023/04/09 16:24:10 charger status: B

Macht kein Unterschied. evcc fährt hoch, erkennt das die Wallbox da ist und versucht es laut log anzusteuern. Aber ich sehe keine Fehlermeldungen etc. Sofort laden geht natürlich auch nicht. Es ist egal wie lange ich warte, es passiert einfach nichts. Der Wallbox bemüht sich nicht mal anzuspringen von Grün auf Blau. Aktuelle Firmware: Version:SL-01.04.23
Die Ansteuerung der Wallbox via E3/DC funktioniert! Das konnte ich erfolgreich testen.

Habt Ihr ein paar Tips wo ich noch mehr das Logging hoch drehen kann um irgend ein Meldung zurück zubekommen? So komme ich im debugging nicht weiter.

Grüße, James

[premultiply]

Dip 10 entsprechend konfiguriert?

[james777-de]

Jap. Ist es. Dip 10 ist auf ON. Habe ich eben im Wallbox nachgeschaut.

[premultiply]

Was ist denn da für eine Firmware drauf?

[james777-de]

Version:SL-01.04.23

[james777-de]

Der Config im GUI sieht wie folgt aus.

[james777-de]

Es ist schon komisch. Wenn ich die Wallbox wieder zu dem E3/DC Speicher hinzufüge startet das laden sofort.
Wenn ich jetzt evcc parallel starte erkennt diese auch das der Wallbox arbeitet.

[lp-1 ] DEBUG 2023/04/09 17:56:40 charge power: 5343W
[site ] DEBUG 2023/04/09 17:56:40 pv power: 6775W
[site ] DEBUG 2023/04/09 17:56:40 battery soc: 98%
[site ] DEBUG 2023/04/09 17:56:40 battery power: 0W
[site ] DEBUG 2023/04/09 17:56:40 grid power: -209W
[site ] DEBUG 2023/04/09 17:56:40 site power: -109W
[lp-1 ] DEBUG 2023/04/09 17:56:40 charge currents: [9 9 9]A
[lp-1 ] DEBUG 2023/04/09 17:56:40 detected active phases: 3p
[lp-1 ] DEBUG 2023/04/09 17:56:40 charge meter total import: 38.625kWh
[lp-1 ] DEBUG 2023/04/09 17:56:40 charger status: C
[lp-1 ] DEBUG 2023/04/09 17:56:40 soc estimated: 86.08% (vehicle: 86.00%)
[lp-1 ] DEBUG 2023/04/09 17:56:40 vehicle soc: 86%
[lp-1 ] DEBUG 2023/04/09 17:56:40 vehicle range: 251km
[lp-1 ] WARN 2023/04/09 17:56:40 phase mismatch between 3p measured for 0p vehicle and 1p charger
[lp-1 ] DEBUG 2023/04/09 17:56:40 pv charge current: 11.5A = 11A + 0.474A (-109W @ 1p)
[site ] DEBUG 2023/04/09 17:56:50 ----
[lp-1 ] DEBUG 2023/04/09 17:56:50 charge power: 5343W
[site ] DEBUG 2023/04/09 17:56:50 pv power: 6979W
[site ] DEBUG 2023/04/09 17:56:50 battery soc: 98%
[site ] DEBUG 2023/04/09 17:56:50 battery power: 0W
[site ] DEBUG 2023/04/09 17:56:50 grid power: -370W
[site ] DEBUG 2023/04/09 17:56:50 site power: -270W
[lp-1 ] DEBUG 2023/04/09 17:56:50 charge currents: [9 9 9]A
[lp-1 ] DEBUG 2023/04/09 17:56:50 detected active phases: 3p
[lp-1 ] DEBUG 2023/04/09 17:56:50 charge meter total import: 38.640kWh
[lp-1 ] DEBUG 2023/04/09 17:56:50 charger status: C
[lp-1 ] DEBUG 2023/04/09 17:56:50 soc estimated: 86.10% (vehicle: 86.00%)
[lp-1 ] DEBUG 2023/04/09 17:56:50 vehicle soc: 86%
[lp-1 ] DEBUG 2023/04/09 17:56:50 vehicle range: 251km
[lp-1 ] WARN 2023/04/09 17:56:50 phase mismatch between 3p measured for 0p vehicle and 1p charger
[lp-1 ] DEBUG 2023/04/09 17:56:50 pv charge current: 12.2A = 11A + 1.17A (-270W @ 1p)

Irgendwie kommt der "Start Impuls" nicht an bzw. wird nicht an die Wallbox übertragen. Andere Einstellungen kann aber evcc überschreiben. Z.B. Register Enable Charging habe ich auf disabled gesetzt, im Debug log kam sofort ein "Mismatch" Meldung und die Option wurde wieder auf aktiviert gesetzt.

Grüße, James

[lorbetzki]

Hi,

also generell muss die wallbox aus dem e3dc Speicher gelöscht werden. Dieser kann später über die proxy Funktion lesend eingebunden werden.

Ich kann mich erinnern das ich diverse Probleme mit der Version: SL-01.04.23 hatte und auf die .21 zurück gegangen bin. Aber Ladestart ging immer.

Die zoe wird aber erkannt?

Viele grüsse

[james777-de]

Das hatte ich ja alles gemacht bereits oben. Nachdem ich die Wallbox entfernt habe, habe ich diese auch hart vom Stromnetz nochmal getrennt. Ja der Zoe wird erkannt. Version:SL-01.04.23. Nur kein Ladestart. Egal ob Sofort, PV laden mit min. 10 A, evcc tut da nicht.

[lorbetzki]

Hi,

du könntest in der evcc.yaml mal

log: debug

machen und die Ausgabe posten. was gibt denn

evcc -l debug charger

aus?

[james777-de]

C:\evcc>evcc -l debug charger
[main ] INFO 2023/04/09 19:56:29 evcc 0.115.0
[main ] INFO 2023/04/09 19:56:29 using config file: C:\evcc\evcc.yaml
[db ] INFO 2023/04/09 19:56:30 using sqlite database: C:\Users\jcunningham.evcc\evcc.db
Power: 0W
Energy: 39.7kWh
Current L1..L3: 0A 0A 0A
Charge status: A
Enabled: false
Duration: 13m8s

[james777-de]

Ansonsten wenn der Zoe dran hängt sieht es dann so aus.

C:\evcc>evcc -l debug charger
[main ] INFO 2023/04/09 19:56:29 evcc 0.115.0
[main ] INFO 2023/04/09 19:56:29 using config file: C:\evcc\evcc.yaml
[db ] INFO 2023/04/09 19:56:30 using sqlite database: C:\Users\jcunningham.evcc\evcc.db
Power: 0W
Energy: 39.7kWh
Current L1..L3: 0A 0A 0A
Charge status: B
Enabled: true
Duration: 13m8s

[james777-de]

Ladung fängt einfach nicht an.
[site ] DEBUG 2023/04/09 16:23:40 battery soc: 99%
[site ] DEBUG 2023/04/09 16:23:40 battery power: 0W
[site ] DEBUG 2023/04/09 16:23:40 grid power: -196W
[site ] DEBUG 2023/04/09 16:23:40 site power: -96W
[lp-1 ] DEBUG 2023/04/09 16:23:40 charge currents: [0 0 0]A
[lp-1 ] DEBUG 2023/04/09 16:23:40 charger status: B
[lp-1 ] DEBUG 2023/04/09 16:23:41 max charge current: 30A
[lp-1 ] DEBUG 2023/04/09 16:23:41 charger enable
[lp-1 ] DEBUG 2023/04/09 16:23:41 wake-up timer: start
[site ] DEBUG 2023/04/09 16:23:50 ----
[lp-1 ] DEBUG 2023/04/09 16:23:50 charge power: 0W
[site ] DEBUG 2023/04/09 16:23:50 pv power: 3441W
[site ] DEBUG 2023/04/09 16:23:50 battery soc: 99%
[site ] DEBUG 2023/04/09 16:23:50 battery power: 0W
[site ] DEBUG 2023/04/09 16:23:50 grid power: -171W
[site ] DEBUG 2023/04/09 16:23:50 site power: -71W
[lp-1 ] DEBUG 2023/04/09 16:23:50 charge currents: [0 0 0]A
[lp-1 ] DEBUG 2023/04/09 16:23:50 charger status: B
[site ] DEBUG 2023/04/09 16:24:00 ----
[lp-1 ] DEBUG 2023/04/09 16:24:00 charge power: 0W
[site ] DEBUG 2023/04/09 16:24:00 pv power: 3397W
[site ] DEBUG 2023/04/09 16:24:00 battery soc: 99%
[site ] DEBUG 2023/04/09 16:24:00 battery power: 0W
[site ] DEBUG 2023/04/09 16:24:00 grid power: -135W
[site ] DEBUG 2023/04/09 16:24:00 site power: -35W
[lp-1 ] DEBUG 2023/04/09 16:24:00 charge currents: [0 0 0]A
[lp-1 ] DEBUG 2023/04/09 16:24:00 charger status: B
[site ] DEBUG 2023/04/09 16:24:10 ----
[lp-1 ] DEBUG 2023/04/09 16:24:10 charge power: 0W
[site ] DEBUG 2023/04/09 16:24:10 pv power: 3368W
[site ] DEBUG 2023/04/09 16:24:10 battery soc: 99%
[site ] DEBUG 2023/04/09 16:24:10 battery power: 0W
[site ] DEBUG 2023/04/09 16:24:10 grid power: -82W
[site ] DEBUG 2023/04/09 16:24:10 site power: 18W
[lp-1 ] DEBUG 2023/04/09 16:24:10 charge currents: [0 0 0]A
[lp-1 ] DEBUG 2023/04/09 16:24:10 charger status: B

[james777-de]

Hier habe ich dann die Wallbox wieder an der E3/DC angebunden um zu sehen was man im evcc sieht. Das sieht dann so aus. Wie gesagt hier wurde die Ladung vom E3/DC gestartet und nur kurz ausgelesen mit evcc.

[lp-1 ] DEBUG 2023/04/09 17:56:40 charge power: 5343W
[site ] DEBUG 2023/04/09 17:56:40 pv power: 6775W
[site ] DEBUG 2023/04/09 17:56:40 battery soc: 98%
[site ] DEBUG 2023/04/09 17:56:40 battery power: 0W
[site ] DEBUG 2023/04/09 17:56:40 grid power: -209W
[site ] DEBUG 2023/04/09 17:56:40 site power: -109W
[lp-1 ] DEBUG 2023/04/09 17:56:40 charge currents: [9 9 9]A
[lp-1 ] DEBUG 2023/04/09 17:56:40 detected active phases: 3p
[lp-1 ] DEBUG 2023/04/09 17:56:40 charge meter total import: 38.625kWh
[lp-1 ] DEBUG 2023/04/09 17:56:40 charger status: C
[lp-1 ] DEBUG 2023/04/09 17:56:40 soc estimated: 86.08% (vehicle: 86.00%)
[lp-1 ] DEBUG 2023/04/09 17:56:40 vehicle soc: 86%
[lp-1 ] DEBUG 2023/04/09 17:56:40 vehicle range: 251km
[lp-1 ] WARN 2023/04/09 17:56:40 phase mismatch between 3p measured for 0p vehicle and 1p charger
[lp-1 ] DEBUG 2023/04/09 17:56:40 pv charge current: 11.5A = 11A + 0.474A (-109W @ 1p)
[site ] DEBUG 2023/04/09 17:56:50 ----
[lp-1 ] DEBUG 2023/04/09 17:56:50 charge power: 5343W
[site ] DEBUG 2023/04/09 17:56:50 pv power: 6979W
[site ] DEBUG 2023/04/09 17:56:50 battery soc: 98%
[site ] DEBUG 2023/04/09 17:56:50 battery power: 0W
[site ] DEBUG 2023/04/09 17:56:50 grid power: -370W
[site ] DEBUG 2023/04/09 17:56:50 site power: -270W
[lp-1 ] DEBUG 2023/04/09 17:56:50 charge currents: [9 9 9]A
[lp-1 ] DEBUG 2023/04/09 17:56:50 detected active phases: 3p
[lp-1 ] DEBUG 2023/04/09 17:56:50 charge meter total import: 38.640kWh
[lp-1 ] DEBUG 2023/04/09 17:56:50 charger status: C
[lp-1 ] DEBUG 2023/04/09 17:56:50 soc estimated: 86.10% (vehicle: 86.00%)
[lp-1 ] DEBUG 2023/04/09 17:56:50 vehicle soc: 86%
[lp-1 ] DEBUG 2023/04/09 17:56:50 vehicle range: 251km
[lp-1 ] WARN 2023/04/09 17:56:50 phase mismatch between 3p measured for 0p vehicle and 1p charger
[lp-1 ] DEBUG 2023/04/09 17:56:50 pv charge current: 12.2A = 11A + 1.17A (-270W @ 1p)

[james777-de]

Soweit bin ich schon lange. Ich glaube ich komme aktuell nur weiter wenn ich einmal ne TCP Dump ziehe wenn der E3/DC die Ladung ansteuert und danach wieder entfernen und alles nochmal mit evcc durchführe. Die beiden Dumps muss ich halt prüfen wo die Steuerung beide Systeme, gerade wenn es um den Ladungsstart geht anders ist. Vielleicht ist ja wirklich an der ein oder andere Stelle der Modbus Register anders beim E3/DC Wallbox Firmware zum Original Wallbe.

[lorbetzki]

Hast du die rfid Option drin? Ist die im Speicher aktiv? Weil mich wundert das du die Master Slave option an hast

So sieht es bei mir aus

[james777-de]

Ja der RFID Leser ist verbaut habe ich aber als mögliche Fehlerquelle deaktiviert. Ging natürlich auch nicht mit aktivierte RFID Leser.

[james777-de]

Ich deaktiviere mal Master/Slave.

[lorbetzki]

Btw
Wenn du die rfid option eingeschaltet hast, musst du die wallbox mit dem Speicher verbinden und die Option ausschalten. Es wird e3dc als ocpp Server eingetragen. Alternativ werksreset der wb

[james777-de]

Hatte ich gemacht. Es war der Master/Slave Option. Der ist jetzt raus und jetzt tut evcc.

[lorbetzki]

Prima. Danke fürs Feedback

[james777-de]

Nein es war der Master/Slave Option/Register.... Jetzt geht das laden via evcc.

[james777-de]

Danke lorbetzki!
Jetzt müsste morgen die PV Steuerung dann auch gehen. Die E3/DC Steuerung ist per se nicht schlecht, aber du kannst halt nirgends einstellen nur das Auto bis zu einem SOC von 85% zu laden, die Renault Software gibt das auch nicht her.
Da ist halt die Steuerung mit evcc dann doch Perfekt!

[froemer4773]

Hallo zusammen,
ich bin auch glücklicher Nutzer einer E3DC Lösung (S10 PRO + Easy Connect + 13,3kW Speicher) und relativ begeistert von dem PM was die da schon mitbringen ... nun auch schon die Integration der dynamischen Stromtarife. Leider fehlen ihnen noch einige Features, wo ich dann immer in der Auto App zusätzlich was einstellen muss (gewünschter SOC z.B.). Wie ich hier gelesen habe, sollte das EVCC können und ich ohne App Wechsel ans Ziel kommen. Da ich einen Token von EVCC gekauft habe und das Projekt schon lange beobachte und den Kollegen empfehle, wenn sie keine ordentliche PM Lösung haben, will ich nun auch mal damit starten.

Grob verstanden habe ich den Thread hier, aber kann mir jemand auf's Pferd helfen? Am Anfang wurde vom Modbus-Proxy und Filter-Script gesprochen, dann nur noch von einem Script und dann habe ich nix mehr gelesen, was am Ende des Tages alle glücklich gemacht hat.

Kann mir jemand ein Bild malen, wie die Infrastruktur nun aussieht?

• EVCC spricht direkt mit der Wallbox
• Wallbox wird im E3DC Gerät gelöscht
• E3DC bekommt eine Proxy Modbus Adresse verpasst
• der Proxy filtert Schreibbefehle an Wallbox weg
• Im E3DC bleiben die Wallbox-Daten bestehen und Report haben alles was sie brauchen

Ist das grob das Ende der Diskussion? Oder habe ich was vergessen?

Ist der Modbus-Proxy nun im evcc.yaml als Standard drin?
https://docs.evcc.io/docs/reference/configuration/modbusproxy

Da ich alles (Hausautomation) auf Docker laufen habe, würde mich noch interessieren, hat jemand alles nötige schon als Container (ein Traum von mir)?

Kann mir das jemand technisch zusammenfassen?

[froemer4773]

Es kommt auf die Register an, habe mal versucht die 40004 und 40052 anzusprechen, habe aber keine Antwort bekommen. Wenn du da etwas bei Dir lauffähiges hast, ich die Wissens-Lücke zumindest ausgeschaltet und ich kann es verproben. 1000 Dank

[froemer4773]

Das zeigt das Trace-Log im evcc, hier habe ich auch mal mit dem Tool QModMaster was probiert... verstehe aber Modbus nicht und kann das Tool wohl nicht bedienen:

[proxy-502] DEBUG 2024/11/08 09:17:16 failed to write response: write tcp 10.55.10.9:502->192.168.1.85:55592: i/o timeout
[proxy-502] TRACE 2024/11/08 09:34:11 read holdings: id 1 addr 1 qty 66
[proxy-502] TRACE 2024/11/08 09:34:21 read holding: read tcp 10.55.10.9:50364->10.55.10.96:502: i/o timeout

[froemer4773]

So, habe nun ein RaspberryPi 4b mit evcc beglückt und siehe da, direkt ein positives Ergebnis! Im HKW einfach die IP Adresse des Raspi eingetragen fertig :-)

Es scheint wirklich ein Expose Problem im Docker-Umfeld zu sein.

Ladevorgang wird nun auch im Display des HKW angezeigt ... so sollte es sein.

[froemer4773]

Der Tag hätte ja gut enden können, wenn da nicht evcc wäääärree :-)

nun beim Starten des Ladens über "schnell" diese Meldung un nix tut sich:

charger out of sync: expected enabled, got disabled

[docolli]

Wer ist 192.168.1.85 in deinem Netz?

Gleichen wir zur Sicherheit nochmals die IP deiner Systeme ab:

1. E3DC HKW
2. E3DC Wallbox
3. evcc System

Dann poste bitte die config Abschnitte [chargers] und [modbusproxy].

Du kannst schauen, was der Proxy verarbeitet. Logs -> TRACE -> proxy-502

Bei mir sieht man wie er beim Laden den Schreibbefehl auf Coil 464 verweigert.
Das sind dort NUR die Nachrichten vom HKW zur Wallbox. Die Modbus Kommunikation von evcc ist dort nicht zu sehen!

Mit TRACE -> lp-1 siehst du was evcc zur Wallbox senden will

[lp-1 ] DEBUG 2024/11/08 15:09:29 charge power: 13749W
[lp-1 ] DEBUG 2024/11/08 15:09:29 charge currents: [20 20 20]A
[lp-1 ] DEBUG 2024/11/08 15:09:29 charge voltages: [230 230 231]V
[lp-1 ] DEBUG 2024/11/08 15:09:29 detected connected phases: 3p
[lp-1 ] DEBUG 2024/11/08 15:09:29 detected active phases: 3p
[lp-1 ] DEBUG 2024/11/08 15:09:29 charge total import: 4755.245kWh
[lp-1 ] DEBUG 2024/11/08 15:09:29 charger status: C
[lp-1 ] DEBUG 2024/11/08 15:09:29 soc estimated: 50.68% (vehicle: 48.00%)
[lp-1 ] DEBUG 2024/11/08 15:09:29 vehicle soc: 51%
[lp-1 ] DEBUG 2024/11/08 15:09:29 vehicle soc limit: 100%
[lp-1 ] DEBUG 2024/11/08 15:09:29 vehicle range: 152km 

[froemer4773]

[docolli]

Ich habe den Umstieg auf SQL DB basierte Konfiguration noch nicht umgesetzt, da hatte ich nur Probleme (schon bei der Migration).
Hinweis: Konfig über GUI ist noch experimentell, also da können noch Bugs drin sein. Vermutlich ist deine Fehlermeldung auch so ein Bug.

Du kannst per evcc migrate --reset die DB Konfiguration löschen, dann sollte die evcc.yaml wieder genutzt werden.

 evcc migrate --help
Migrate yaml to database (overwrites db settings)

Usage:
  evcc migrate [flags]

Flags:
  -r, --reset   Reset migrated settings

Schau auch in der Log Ausgabe nach einem Restart von evcc, wo die evcc.yaml liegt, die von evcc genutzt wird.
z.B. INFO 2024/11/06 20:04:29 using config file: /etc/evcc.yaml

[froemer4773]

Steht beides drin:
[main ] INFO 2024/11/06 20:01:27 evcc 0.131.4 [main ] INFO 2024/11/06 20:01:27 using config file: /etc/evcc.yaml [db ] INFO 2024/11/06 20:01:27 using sqlite database: /root/.evcc/evcc.db [main ] INFO 2024/11/06 20:01:27 listening at :7070 [main ] ERROR 2024/11/06 20:01:27 creating vehicle my_car failed: invalid vehicle type: [site ] INFO 2024/11/06 20:01:28 site config: [site ] INFO 2024/11/06 20:01:28 meters: grid ✓ pv ✗ battery ✗ [site ] INFO 2024/11/06 20:01:28 grid: power ✓ energy ✗ currents ✗ [site ] INFO 2024/11/06 20:01:28 vehicles: [site ] INFO 2024/11/06 20:01:28 vehicle 1: range ✗ finish ✗ status ✗ climate ✗ wakeup ✗ [lp-1 ] INFO 2024/11/06 20:01:28 loadpoint 1: [lp-1 ] INFO 2024/11/06 20:01:28 mode: pv [lp-1 ] INFO 2024/11/06 20:01:28 charger: power ✓ energy ✓ currents ✓ phases ✗ wakeup ✗ [lp-1 ] INFO 2024/11/06 20:01:28 meters: charge ✓ [lp-1 ] INFO 2024/11/06 20:01:28 charge: power ✓ energy ✓ currents ✓ [lp-1 ] INFO 2024/11/06 20:01:28 vehicle updated: unknown -> EQE [site ] WARN 2024/11/06 20:01:28 interval <30s can lead to unexpected behavior, see https://docs.evcc.io/docs/reference/configuration/interval [lp-1 ] INFO 2024/11/06 20:01:28 car disconnected [main ] INFO 2024/11/06 20:08:38 evcc 0.131.4 [main ] INFO 2024/11/06 20:08:38 using config file: /etc/evcc.yaml [db ] INFO 2024/11/06 20:08:38 using sqlite database: /root/.evcc/evcc.db [main ] INFO 2024/11/06 20:08:38 listening at :7070 [main ] ERROR 2024/11/06 20:08:39 creating vehicle my_car failed: invalid vehicle type: [site ] INFO 2024/11/06 20:08:39 site config: [site ] INFO 2024/11/06 20:08:39 meters: grid ✓ pv ✗ battery ✗ [site ] INFO 2024/11/06 20:08:39 grid: power ✓ energy ✗ currents ✗ [site ] INFO 2024/11/06 20:08:39 vehicles: [site ] INFO 2024/11/06 20:08:39 vehicle 1: range ✗ finish ✗ status ✗ climate ✗ wakeup ✗ [lp-1 ] INFO 2024/11/06 20:08:39 loadpoint 1: [lp-1 ] INFO 2024/11/06 20:08:39 mode: pv [lp-1 ] INFO 2024/11/06 20:08:39 charger: power ✓ energy ✓ currents ✓ phases ✗ wakeup ✗ [lp-1 ] INFO 2024/11/06 20:08:39 meters: charge ✓ [lp-1 ] INFO 2024/11/06 20:08:39 charge: power ✓ energy ✓ currents ✓ [lp-1 ] INFO 2024/11/06 20:08:39 vehicle updated: unknown -> EQE [site ] WARN 2024/11/06 20:08:39 interval <30s can lead to unexpected behavior, see https://docs.evcc.io/docs/reference/configuration/interval [lp-1 ] INFO 2024/11/06 20:08:39 car disconnected

muss aber jetzt mal Pause machen, werde mich Morgen weiter mit beschäftigen, vielen vielen Dank erst einmal für die ONLINE Hilfe...

[docolli]

Ja, evcc braucht immer beide Dateien.
Die sqlite Datenbank evcc.db wurde und wird dazu verwendet, die Ladehistorie zu speichern. Neu hinzu kommt jetzt, dass die Konfig auch in die DB zieht und die (relativ schwierige) yaml-Datei obsolet wird. Ist aber noch in Entwicklung.
Mit dem genannten Befehl evcc migrate kannst du die Werte aus der yaml in die DB übertragen lassen. Klappt aber noch nicht 100%ig. Oder du kannst die Werte aus der DB löschen, dann sollte evcc wieder die Konfig aus der yaml verwenden.

Ich mach jetzt auch Feierabend. Viel Erfolg morgen bei der Neueinrichtung!
Wenn du eh noch keine Historie hast, kannst du vermutlich auch einfach die evcc.db löschen. Die sollte beim nächsten evcc Start wieder frisch angelegt werden.

[docolli]

Master Slave in der Wallbox deaktiviert? Sobald E3DC die Wallbox ohne Proxy in die Finger bekommt, wird das wieder gesetzt.

[froemer4773]

Guten Morgen,
hab gestern doch ein wenig gefummelt und folgendes erreicht:

Ich habe den min. Ladestrom mal auf 12A verändert, dabei hat evcc dann den Wert für "Remote Charge Current Limitation" folgendermaßen angepasst:

Bei min. Ladestrom 12A:
Aus -> Schnell = 32
Schnell -> Aus = 32
Aus -> Schnell = 32
Schnell -> PV = 32 (und 3min Nachlauf)
PV -> Min+PV = 32

Dann habe ich ihn auf 6A wieder auf Default gestellt und es hat diese Werte ergeben:

Bei min. Ladestrom 6A:
Aus -> Schnell = 16
Schnell -> Aus = 16
Aus -> PV = 16
PV -> Min+PV = 6
Min+PV -> Schnell = 16
Schnell -> Aus = 16
Schnell -> PV = 6 (und 3min Nachlauf)

Nun ist er stabil bei 16A (bei z.B. PV Einstellung)... er verändert sich nicht mehr in 0.6 oder 1.6! Daraufhin habe ich mal das Laden nach Niedrigstpreis heute Nacht eingestellt und siehe da, evcc hat automatisch um 0Uhr mein Auto auf 90% geladen... wobei die 90% am Auto fest eingestellt waren, da derzeit evcc nicht mein Auto verbinden kann (die Mercedes App aber auch nicht, deswegen suche ich da keinen Fehler, es ging ja eine Zeit).

Gleiches habe ich grade mal mit der Batterie gemacht, einfach einen Niedrigpreisfenster gesucht (8Uhr) und dies als Vorgabe konfiguriert, hat auch automatisch geladen... sehr gut.

Nun fahre ich das System mal so, wie es derzeit konfiguriert ist und dann kommen die Dinge an die Reihe, die nicht laufen (Telegram sagt immer ChatID nicht gefunden, Auto muss stabil gefunden werden und wichtig, kann die Wallbox in einem VLAN so isoliert werden, das HKW es nicht mehr findet?). Ach ja, ich habe mir ein VLAN mit der 192.168.0.0 um im Fehlerfall direkt vom Notebook auf die nackte Wallbox zu gelangen, hat super funktioniert (da direkt die Routen mit erstellt werden).

Schön, dass es so eine gute Community gibt :-)

[froemer4773]

Hab mein EQE Problem gefunden, habe das gleiche Problem, wie in diesem Thread beschrieben... ne Menge DBs auf meinem System:

#13386

[mars-wolf]

Na das klingt so langsam nach Erfolg... Das E3DC kannste einbinden, in dem es nur noch über einen modbus Proxy quasi Leserechte hat. Dann wird im Portal alles sauber aufsummiert und angezeigt und Überlast kann auch nicht passieren, weil das System weiß, was grad an welcher Front los ist. Da du wohl nur eine EasyConnect hast, geht das recht simpel. Wenn du den proxy im yaml eingetragen hast, dann musst du die IP des Proxys im E3DC hinterlegen, dort manuell die IP eingeben aber NICHT auf suchen klicken (dann übernimmt E3DC wieder die Kontrolle) sondern nur "Übernehmen". Das E3DC ist oftmals sehr träge, was Eingaben angeht. Das kann dann schon eine Minute dauern, bis er die Proxy-ID dann annimmt und die WallBox anzeigt. Damit biste dann erst mal am Ende angelangt.
Wenn doch mal das E3DC die Kontrolle übernimmt mache ich folgenden schnellen Durchlauf:

1. WallBox aus E3DC entfernen
2. WallBox über die Weboberfläche resetten (muss kein Hardreset sein, kein setzen der IP neu nötig) und kurz warten
3. evcc neu starten
4. E3DC wieder wie oben beschrieben die Proxy-ID "übernehmen"
   → fertig: das geht recht fix und ich muss es nur noch sehr selten machen (nach Stromausfall beispielsweise)

seither nutze ich evcc und bin extremst begeistert von dieser feinen Software! Viel Spaß damit!

[froemer4773]

Den Punkt 4. aus Deiner Liste würde ich gerne mit einem isolierten VLAN mal verproben, schwimme aber grade ein wenig im Erfolgswasser und teste die Funktionen in einem fast lauffähigen evcc ein wenig aus :-)

Werde die Tage mal die Anbindung E3DC machen und berichten.

[froemer4773]

So, nun mal wieder ein wenig Energie in die Sache gesteckt:

Nach einer erfolgreichen Woche mit der dedizierten Installation auf einem Raspi 4 (mit SSD) habe ich mich doch wieder an den Docker Container gemacht... und ich kann auch hier jetzt Erfolg melden!

Hier mal mein Stack (Compose):

services:
  evcc:
    command:
      - evcc
    container_name: evcc
    image: evcc/evcc:latest
    network_mode: host
    volumes:
      - /var/lib/docker/volumes/evcc-storage/_data/evcc/evcc.yaml:/etc/evcc.yaml
      - /var/lib/docker/volumes/evcc-storage/_data/evcc/.evcc:/var/lib/evcc
      - evcc-storage:/home
    restart: unless-stopped

volumes:
  evcc-storage:
    external: true

Die Volume-Einstellungen sehen auf den ersten Blick komisch aus, sind aber aus Backup-Gründen extra so gemacht. Wenn ich nur ein Bind auf ein Volume oder auf das Host-Filesystem mache, wird es bei meiner Art Docker Container zu sichern nicht beachtet und das komplette evcc nicht gesichert... so schon :-)

zu evcc:
ModBus-Proxy eingerichtet und an der E3DC Anlage die IP Adresse des Docket-Host eingetragen, hier wird diese IP Adresse im Eingabefeld zwar übernommen, aber es kommt durch die read-Einstellung des ModBus-Proxy nicht zur Bestätigung und man muss einfach per Hand zurück auf den Hauptbildschirm... zack, da wird aber dann die Wallbox angezeigt!

[froemer4773]

Hallo!
Hat leider nicht so lange gehalten, habe wieder das Problem mit dem Faktor 10... wenn ich Mini+PV einstelle, kommt 0.6. Wenn ich Schnell nehme kommt 1.6 an der Wallbox an.

Gab es ein Update, wo evtl wieder ein Fehler eingebaut wurde?

Gruß
Frnak

P.S.: Weil ich erst diesen Thread nicht gefunden habe, hatte ich einen Neuen aufgemacht:
#19486