evcc Amtron Xtra 11 C2

[StoniHome]

Guten Morgen

Ich bin jetzt auch auf evcc gestoßen und wollte es mal ausprobieren, leider bekomme ich nach der Installation und Konfiguration keine Verbindung zu meiner Wallbox.

evcc Version: 0.85
PV: Senec Home v3 (wird auch erkannt und Verbindung steht)
Wallbox: Mennekes Amtron Xtra 11 C2 (Token ist vorhanden)

Also ich hab evcc auf einem Raspi laufen auf dem auch openHAB läuft, soweit funktioniert auch alles, nur die Verbindung mit der Wallbox halt nicht. (siehe Fehlermeldung)

Zur Info: Ich frage die Wallbox bereits erfolgreich mit openHAB über Modbus ab. Das funktioniert super. Die verbindung mit einem Radzio Modbus Tester zur Wallbox funktioniert auch (sonst wüsste ich ja auch nich was ich in openHAB hätte einstellen müssen)

Eingestellt bei den Wallbox-Parametern ist: ID=255 (ist bei Mennekes so) und TCP ist in der Wallbox konfiguration angeschaltet (auch hier würde sonst die Verbinding zu openHAB nicht funktionieren)
Weiterhin hab ich mal versucht in der Wallbox Konfiguration auf Energy Manger umzustellen, hat aber auch nix gebracht.

Ich hab auch für den evcc Test die Modbus-Abfrage in openHAB ausgeschaltet, da ich weiß das Mennekes da ein bischen zickig ist und nur eine Modbus-Abfrage zulässt.

Vielleicht kann ja jemand helfen

Gruß Holger

[andig]

Also Fakt ist nach Deinem Screenshot, dass auf Port 502 niemand antwortet. Das Problem liegt erstmal bei der Box. Ohne Verbindung kein Modbus. Das Problem hatte auch schon ein anderer Anwender der sich bei mir per Mail gemeldet hatte. Ich kann nur Menneckes Support empfehlen.

/cc @matax0

[premultiply]

Also die TCP-Verbindung steht aber es antwortet nicht.
Ich weiss ja auch nicht…

[hambest]

Wie gesagt mit "Radzio! Modbus Simulator" kann ich wie StoneHome verschiedene Register abrufen.

[premultiply]

Kannst ja mal mit dem timeout spielen. Vielleicht ist die Kiste besonders langsam.

[hambest]

Wenn jemand selber mal testen möchte, öffne ich gerne eine Remote-Verbindung.

[andig]

Gerne Mail an info@evcc.io

[hambest]

Hallo,
ich habe mit meiner Amtron das selbe Problem. Ich hatte schon im Januar probiert eine Verbindung zur Amtron zu bekommen. Trotz aller Überprüfung vom Ethernet usw. ist die Einrichtung immer mir dem Hinweis
"Teste die Konfiguration von Mennekes AMTRON XTRA ...
Fehler: read tcp 192.168.1.3:58973->192.168.1.83:502: i/o timeout"
abgebrochen. Ich hatte in der Zwischenzeit die Amtron als nicht brauchbar abgehackt.
Durch deinen Beitrag habe ich heute nochmal mit der Hilfe von "Radzio! Modbus Simulator" probiert ob hiermit meine Mennekes antwortet. Und zu meiner Überraschung kann ich hiermit tatsächlich Daten auslesen.
Also im Prinzip habe ich den selben Stand wie Du. Nun meine Frage, was können wir weiter tun.
Ich muss dazu sagen, ich bin eigentlich nur Anwender und habe nicht die meiste Ahnung. Es wäre natürlich schön wenn ich die Mennekes Amtron verwenden könnte.
Eine Einbindung in EVCC geht nach wie vor nicht.

[RTTTC]

Maybe you have a problem similar to Huawei ? #1928
Have you tried these with different time?

timeout: 10s
connectdelay: 1s
delay: 1s

[hambest]

Hallo, es es greift sonst nichts auf die Wallbox zu. ***@***.*** ~ % evcc charger [main ] INFO 2022/03/07 22:02:06 evcc 0.85 [main ] INFO 2022/03/07 22:02:06 using config file /etc/evcc.yaml Power: read tcp 192.168.1.3:59509->192.168.1.83:502: i/o timeout Energy: read tcp 192.168.1.3:59510->192.168.1.83:502: i/o timeout Charge status: read tcp 192.168.1.3:59511->192.168.1.83:502: i/o timeout Enabled: read tcp 192.168.1.3:59512->192.168.1.83:502: i/o timeout Diagnostic dump: Jürgen Lutz Heidelberger Str. 1 64395 Brensbach Mobil: 0171/4149195 e-mail: ***@***.***

…

Am 07.03.2022 um 21:46 schrieb premultiply ***@***.***>: evcc charger --log

[StoniHome]

Sorry, ich hoffe jetzt passt es besser

[main  ] INFO 2022/03/08 10:45:36 evcc 0.85
[main  ] INFO 2022/03/08 10:45:36 using config file /etc/evcc.yaml
[amtron] TRACE 2022/03/08 10:45:36 modbus: send 00 01 00 00 00 06 ff 04 03 0f 00        02
[amtron] TRACE 2022/03/08 10:45:36 modbus: recv 00 01 00 00 00 07 ff 04 04 00 00        00 00
[amtron] TRACE 2022/03/08 10:45:36 modbus: send 00 02 00 00 00 06 ff 04 03 0d 00        02
[amtron] TRACE 2022/03/08 10:45:36 modbus: recv 00 02 00 00 00 07 ff 04 04 1b 95        00 00
[amtron] TRACE 2022/03/08 10:45:36 modbus: send 00 03 00 00 00 06 ff 04 03 12 00        01
[amtron] TRACE 2022/03/08 10:45:36 modbus: recv 00 03 00 00 00 05 ff 04 02 6c 6c
[amtron] TRACE 2022/03/08 10:45:36 modbus: send 00 04 00 00 00 06 ff 03 04 01 00       	01
[amtron] TRACE 2022/03/08 10:45:36 modbus: recv 00 04 00 00 00 05 ff 03 02 00 00
Power:         0W
Energy:        38.2kWh
Charge status: invalid status: 6c
Enabled:       true
Diagnostic dump:
[amtron] TRACE 2022/03/08 10:45:36 modbus: send 00 05 00 00 00 06 ff 04 03 11 00        0b
[amtron] TRACE 2022/03/08 10:45:36 modbus: recv 00 05 00 00 00 19 ff 04 16 61 57        6c 6c 65 2d 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Name: aWlle-
[amtron] TRACE 2022/03/08 10:45:36 modbus: send 00 06 00 00 00 06 ff 04 03 0b 00        02
[amtron] TRACE 2022/03/08 10:45:36 modbus: recv 00 06 00 00 00 07 ff 04 04 3d 0c        19 0a
Serial: 169413693

Gruß Holger

[andig]

Bei string sind die bytes schonmal „swapped“, also Wall-e. Ggf ist das bei den anderen Nachrichten auch so. Das kriegen wir auf jeden Fall in den Griff!

[StoniHome]

Ich hab hier auch nochmal ein Screenshot der momentanen Wallbox Daten aus dem Webinterface, vielleicht hilts ja

[andig]

Im Statusregister haben wir einen Tippfehler- 0312 statt 0302. Fix kommt. Sowas passiert wenn mans nicht selbst testen kann...

Siehe #2814

[StoniHome]

ok, was soll, kann ich tun, oder warten?

[andig]

Fix ist drin, ab morgen im Nightly verfügbar. Docker in 10min. Danke an @hambest für den Zugang.

[premultiply]

Ein evcc meter bzw. ein Blick ins Log würde auch helfen einzugrenzen ob es daran bzw. woran es denn wirklich hängt.

[StoniHome]

So ich habs jetzt nochmal probiert auf dem Raspi, Senec läuft wieder, aber ohne Batterie. Hier die Ausgabe nachdem ich heute morgen das repository auf unstable-nightly umgestellt habe. Die evcc-configuration geht, aber im Browser wird nix angezeigt.

● evcc.service - evcc
Loaded: loaded (/lib/systemd/system/evcc.service; enabled; vendor preset: enabled)
Active: activating (auto-restart) (Result: exit-code) since Wed 2022-03-09 15:08:16 CET; 4s ago
Process: 13331 ExecStart=/usr/local/bin/evcc (code=exited, status=203/EXEC)
Main PID: 13331 (code=exited, status=203/EXEC)

Mar 09 15:08:16 openhabian systemd[1]: evcc.service: Failed with result 'exit-code'.
Mar 09 15:08:21 openhabian systemd[1]: evcc.service: Service RestartSec=5s expired, scheduling restart.
Mar 09 15:08:21 openhabian systemd[1]: evcc.service: Scheduled restart job, restart counter is at 339.
Mar 09 15:08:21 openhabian systemd[1]: Stopped evcc.
Mar 09 15:08:21 openhabian systemd[1]: Started evcc.
Mar 09 15:08:21 openhabian systemd[13351]: evcc.service: Failed to execute command: No such file or directory
Mar 09 15:08:21 openhabian systemd[13351]: evcc.service: Failed at step EXEC spawning /usr/local/bin/evcc: No such file or
Mar 09 15:08:22 openhabian systemd[1]: evcc.service: Main process exited, code=exited, status=203/EXEC
Mar 09 15:08:22 openhabian systemd[1]: evcc.service: Failed with result 'exit-code'.
lines 1-15/15 (END)
● evcc.service - evcc
Loaded: loaded (/lib/systemd/system/evcc.service; enabled; vendor preset: enabled)
Active: activating (auto-restart) (Result: exit-code) since Wed 2022-03-09 15:08:16 CET; 4s ago
Process: 13331 ExecStart=/usr/local/bin/evcc (code=exited, status=203/EXEC)
Main PID: 13331 (code=exited, status=203/EXEC)

Mar 09 15:08:16 openhabian systemd[1]: evcc.service: Failed with result 'exit-code'.
Mar 09 15:08:21 openhabian systemd[1]: evcc.service: Service RestartSec=5s expired, scheduling restart.
Mar 09 15:08:21 openhabian systemd[1]: evcc.service: Scheduled restart job, restart counter is at 339.
Mar 09 15:08:21 openhabian systemd[1]: Stopped evcc.
Mar 09 15:08:21 openhabian systemd[1]: Started evcc.
Mar 09 15:08:21 openhabian systemd[13351]: evcc.service: Failed to execute command: No such file or directory
Mar 09 15:08:21 openhabian systemd[13351]: evcc.service: Failed at step EXEC spawning /usr/local/bin/evcc: No such file or directory
Mar 09 15:08:22 openhabian systemd[1]: evcc.service: Main process exited, code=exited, status=203/EXEC
Mar 09 15:08:22 openhabian systemd[1]: evcc.service: Failed with result 'exit-code'.

Gruß Holger

[premultiply]

Siehe #2825

[StoniHome]

@premultiply

Vielen Dank, habs jetzt hinbekommen, und evcc startet wieder ohne im Moment auch ohne Fehler, ich werd dann jetzt mal versuchen mein Auto hinzuzufügen und dann mal testen.

Also Danke nochmal für eure Geduld

Gruß Holger

[StoniHome]

Guten Morgen

Vielleicht doch ein bischen zu früh gefreut. Ich hab heute morgen mal mein Auto hinzugefügt, das hat problemlos funktioniert.

Allerdings hab ich dann doch wieder Fehlermeldungen von der Wallbox bekommen, hier die Status-Meldung von evcc. in chronologischer Reihenfolge

● evcc.service - evcc
Loaded: loaded (/lib/systemd/system/evcc.service; enabled; vendor preset: enabled)
Active: active (running) since Thu 2022-03-10 08:36:34 CET; 3min 6s ago
Main PID: 5504 (evcc)
Tasks: 10 (limit: 840)
CGroup: /system.slice/evcc.service
└─5504 /usr/bin/evcc

Mar 10 08:36:36 openhabian evcc[5504]: [site ] INFO 2022/03/10 08:36:36 pv 0: power ✓ energy ✗ currents ✗
Mar 10 08:36:36 openhabian evcc[5504]: [site ] INFO 2022/03/10 08:36:36 battery 0: power ✓ energy ✗ currents ✗ soc ✓
Mar 10 08:36:36 openhabian evcc[5504]: [lp-1 ] INFO 2022/03/10 08:36:36 loadpoint 1:
Mar 10 08:36:36 openhabian evcc[5504]: [lp-1 ] INFO 2022/03/10 08:36:36 mode: off
Mar 10 08:36:36 openhabian evcc[5504]: [lp-1 ] INFO 2022/03/10 08:36:36 charger: power ✓ energy ✗ currents ✗ phases ✗
Mar 10 08:36:36 openhabian evcc[5504]: [lp-1 ] INFO 2022/03/10 08:36:36 meters: charge ✓
Mar 10 08:36:36 openhabian evcc[5504]: [lp-1 ] INFO 2022/03/10 08:36:36 charge: power ✓ energy ✗ currents ✗
Mar 10 08:36:36 openhabian evcc[5504]: [lp-1 ] INFO 2022/03/10 08:36:36 vehicles: ✓
Mar 10 08:36:36 openhabian evcc[5504]: [lp-1 ] INFO 2022/03/10 08:36:36 vehicle 0: range ✓ finish ✗ status ✓ climate ✗
Mar 10 08:36:36 openhabian evcc[5504]: [lp-1 ] INFO 2022/03/10 08:36:36 vehicle updated: unknown -> Honda-e

● evcc.service - evcc
Loaded: loaded (/lib/systemd/system/evcc.service; enabled; vendor preset: enabled)
Active: active (running) since Thu 2022-03-10 08:36:34 CET; 6min ago
Main PID: 5504 (evcc)
Tasks: 10 (limit: 840)
CGroup: /system.slice/evcc.service
└─5504 /usr/bin/evcc

Mar 10 08:42:06 openhabian evcc[5504]: [lp-1 ] ERROR 2022/03/10 08:42:06 charger disable: modbus: exception '1' (illegal function), function '16'
Mar 10 08:42:17 openhabian evcc[5504]: [lp-1 ] ERROR 2022/03/10 08:42:17 charger disable: modbus: exception '1' (illegal function), function '16'
Mar 10 08:42:26 openhabian evcc[5504]: [lp-1 ] ERROR 2022/03/10 08:42:26 charger disable: modbus: exception '1' (illegal function), function '16'
Mar 10 08:42:36 openhabian evcc[5504]: [lp-1 ] INFO 2022/03/10 08:42:36 car connected
Mar 10 08:42:37 openhabian evcc[5504]: [lp-1 ] ERROR 2022/03/10 08:42:37 charger disable: modbus: exception '1' (illegal function), function '16'
Mar 10 08:42:46 openhabian evcc[5504]: [lp-1 ] ERROR 2022/03/10 08:42:46 charger disable: modbus: exception '1' (illegal function), function '16'
Mar 10 08:42:56 openhabian evcc[5504]: [lp-1 ] ERROR 2022/03/10 08:42:56 charger disable: modbus: exception '1' (illegal function), function '16'
Mar 10 08:43:06 openhabian evcc[5504]: [lp-1 ] ERROR 2022/03/10 08:43:06 charger disable: modbus: exception '1' (illegal function), function '16'
Mar 10 08:43:16 openhabian evcc[5504]: [lp-1 ] ERROR 2022/03/10 08:43:16 charger disable: modbus: exception '1' (illegal function), function '16'
Mar 10 08:43:26 openhabian evcc[5504]: [lp-1 ] ERROR 2022/03/10 08:43:26 charger disable: modbus: exception '1' (illegal function), function '16'

Hab dann das Ladekabel trotzdem mal gesteckt.

● evcc.service - evcc
Loaded: loaded (/lib/systemd/system/evcc.service; enabled; vendor preset: enabled)
Active: active (running) since Thu 2022-03-10 08:36:34 CET; 8min ago
Main PID: 5504 (evcc)
Tasks: 10 (limit: 840)
CGroup: /system.slice/evcc.service
└─5504 /usr/bin/evcc

Mar 10 08:43:36 openhabian evcc[5504]: [lp-1 ] ERROR 2022/03/10 08:43:36 charger disable: modbus: exception '1' (illegal function), function '16'
Mar 10 08:43:46 openhabian evcc[5504]: [lp-1 ] ERROR 2022/03/10 08:43:46 charger disable: modbus: exception '1' (illegal function), function '16'
Mar 10 08:43:56 openhabian evcc[5504]: [lp-1 ] ERROR 2022/03/10 08:43:56 charger disable: modbus: exception '1' (illegal function), function '16'
Mar 10 08:44:06 openhabian evcc[5504]: [lp-1 ] ERROR 2022/03/10 08:44:06 charger disable: modbus: exception '1' (illegal function), function '16'
Mar 10 08:44:16 openhabian evcc[5504]: [lp-1 ] ERROR 2022/03/10 08:44:16 charger disable: modbus: exception '1' (illegal function), function '16'
Mar 10 08:44:21 openhabian evcc[5504]: [lp-1 ] ERROR 2022/03/10 08:44:21 max charge current 6A: modbus: exception '1' (illegal function), function '16'
Mar 10 08:44:26 openhabian evcc[5504]: [lp-1 ] ERROR 2022/03/10 08:44:26 max charge current 6A: modbus: exception '1' (illegal function), function '16'
Mar 10 08:44:36 openhabian evcc[5504]: [lp-1 ] ERROR 2022/03/10 08:44:36 max charge current 6A: modbus: exception '1' (illegal function), function '16'
Mar 10 08:44:46 openhabian evcc[5504]: [lp-1 ] ERROR 2022/03/10 08:44:46 max charge current 6A: modbus: exception '1' (illegal function), function '16'
Mar 10 08:44:56 openhabian evcc[5504]: [lp-1 ] ERROR 2022/03/10 08:44:56 max charge current 6A: modbus: exception '1' (illegal function), function '16'

Gruß Holger

[andig]

Die Amtron bleibt leider zäh. In d600daf das Schreiben geändert (kann nur Single-Word), trotzdem gelingt noch kein Charger Disable. Ich frage mich, was der richtige Weg wäre:

1: “Pause” – Pause charging
2: “Continue” – Continue charging after pause 
3: “Terminate” – Terminate charging
4: “Start” – Start charging without UID
(This value is read always as 0.)

Wir kennen nur eine Art von "Stop"- also 1 und 2 verwenden?

[andig]

#2842

[premultiply]

Einfach die Stromvorgabe auf 0 für disable?
Sollte laut Protokoll-Doku gehen:

Das oben geht bestimmt nur im Remote-Modus bzw. in Zusammenhang mit RFID.
Vielleicht muss man dann auch noch Autostart auf aus stellen.

[StoniHome]

Die Frage die sich mir hier stellt ist, in welchem Modus muß die Box denn für evcc stehen?

Imho steht sie auf Remote und Auto Charging ist nicht ausgewählt, ich weiß ja nicht welcher Modus welche Auswirkungen hat, außer (glaub ich) das der Modus Energy Manager das Modbus auschaltet. EDIT: Ja Energy Manager Modus schaltet Modbus aus (grad ausprobiert)

Autostart Charging schaltet wohl RFID aus. EDIT: und das Auto fängt sofort an zu laden wenn das Kabel gesteckt wird (hab ich grad ausprobiert und sieht man auch in evcc)

Da kann man auch noch 'Enable Stop Button' aktivieren ?????

Gruß Holger

[hambest]

Hier mal ein Erfahrungsbericht mit der letzten Nightly Version.
Erst mal ganz vielen Dank für die gute Arbeit.
Mit meiner Amtron läuft es jetzt schon richtig gut. Ich habe als Grundeinstellung bei der Amtron die App Steuerung mit 16 bzw. 32 A ausgewählt.

Beim einstecken des Ladekabel sollte die Amtron in den Wartemodus gehen. Ab jetzt kann man sie mit Evcc steuern. Dies funktioniert bei mir schon sehr gut. Nur kommt von Zeit zu Zeit und insbesondere beim Umschalten des Modus eine Fehlermeldung. Dann habe ich auch das Gefühl, dass die Wallbox auch etwas verzögert reagiert. Aber ansonsten schon richtig gut regelt. Vielleicht könnte man diesem Problem nochmal auf den Grund gehen.

Zu beachten ist, dass die Mennekes App die Steuerung mit beeinflusst. Das heißt, wenn in der App nur 10A Ladestrom eingestellt sind, kann Evcc nicht den Befehl für einen höheren Ladestrom setzen (momentaner Stand).

[andig]

Ich glaube wir wissen immer noch nicht so richtig, wie start/stop erfolgen soll. Bisher experimentieren wir mit Register 401. alternativ wäre auch denkbar das über den Strom (Register 400) zu machen.

Könnte das vllt mal jemand lokal ausprobieren? Welche Kombination funktioniert?

[StoniHome]

Ihr müsst mir nur sagen ob und was ich machen soll.

[premultiply]

@StoniHome Könntest du dich mal im Slack-Channel bei mir melden?

Zu testen ist ob man mit Wert 0 im Holding-Register 0x400 den Ladevorgang unterbrechen bzw. auch trotz Autostart nach dem Anstecken unterbinden kann bis man dort wieder einen Wert zwischen 6 und 32 (A) einträgt.

[StoniHome]

Brauch ich da einen Link? (Bin noch ein unwissender bei github)

[premultiply]

https://join.slack.com/t/evccgroup/shared_invite/zt-14yub38w0-7xDdOMo3Wy7AwdrNrAtWsQ

[hambest]

Meine Software: v0.85 [d600daf] Jürgen Lutz Heidelberger Str. 1 64395 Brensbach Mobil: 0171/4149195 e-mail: ***@***.***

…

Am 12.03.2022 um 09:41 schrieb StoniHome ***@***.***>:  Es ging ja bei mir noch garnich (siehe 2 days ago) nur hatte ich vorher den Fehler: Mar 10 08:44:56 openhabian evcc[5504]: [lp-1 ] ERROR 2022/03/10 08:44:56 max charge current 6A: modbus: exception '1' (illegal function), function '16' und jetzt den Mar 12 08:32:18 openhabian evcc[12229]: [lp-1 ] ERROR 2022/03/12 08:32:18 charger disable: modbus: exception '4' (server device failure), function '6' — Reply to this email directly, view it on GitHub, or unsubscribe. Triage notifications on the go with GitHub Mobile for iOS or Android. You are receiving this because you were mentioned.

[hambest]

Hallo, ich habe im Moment nochmal evcc configure aufgerufen und musste leider feststellen, dass du hier der Vorgabe-Wert 1 für die ID eingetragen ist. Du solltest hier für die ID den Wert 255 als Vorgabe eintragen.
Dieses Problem war am Anfang auch schon mal und ich hatte es dir damals auch schon mal mitgeteilt. Dann gab es soweit ich noch weiß, eine Version von evcc configure bei der die Vorgabe 255 als Standardwert angezeigt wurde. Aber offenbar ist dann irgendwie wieder die 1 hinein gerutscht. Also hier bitte auf 255 abändern und das Problem sollte gelöst sein.

Gruß Jürgen

[Wishmaster83]

Leider nicht.
Ich gehe aber davon aus, dass ich während des Konfigurationsvorgangs irgendwas vermasselt habe.

[hambest]

Mein Eintrag richtet sich mehr an andig.

[andig]

Hallo, ich habe im Moment nochmal evcc configure aufgerufen und musste leider feststellen, dass du hier der Vorgabe-Wert 1 für die ID eingetragen ist. Du solltest hier für die ID den Wert 255 als Vorgabe eintragen. Dieses Problem war am Anfang auch schon mal und ich hatte es dir damals auch schon mal mitgeteilt. Dann gab es soweit ich noch weiß, eine Version von evcc configure bei der die Vorgabe 255 als Standardwert angezeigt wurde. Aber offenbar ist dann irgendwie wieder die 1 hinein gerutscht. Also hier bitte auf 255 abändern und das Problem sollte gelöst sein.

Gruß Jürgen

Das ist definitiv ein Bug, danke für den Hinweis. Ich schaue mir das unter #3722 an. Für's erste bleibt als Workaround, die Config direkt mit Template aufzubauen oder auf die Templates ganz zu verzichten.

Danke @hambest

[andig]

Sollte ab morgen im Nightly behoben sein. Sorry für die lange Zeitdauer...

[McAledih]

Hatte den gleichen Fehler. Nachdem ich unter Installation Settings die Option "Modbus TCP Server" aktiviert habe, funktioniert die Verbindung. Allerdings wird das Auto trotzdem nicht geladen. Im Log steht immer nur "Charger Status: B", was wohl Ladebereitschaft heisst. Aber egal was ich mache, der Ladevorgang wird nicht gestartet. Die Verbindungen zum Solarlog und zum Auto funktionieren aber.
Hat jemand eine Idee?

[andig]

Das Problem hier ist seit 2 Jahren behoben. Bitte neue Diskussion mit Logfile.

[LMH01]

Für die, die in der Zukunft über dieses oder ein ähnliches Problem stolpern sollten: Ich habe die Modbus Kommunikation zum laufen gebracht, in dem ich den Betriebsmodus in der Wallbox Konfiguration von "Energy Manager" zu "Remote" geändert habe.

[premultiply]

Kannst du das im Template entsprechend vermerken?