Vestel EVC04 charger vehicle id: modbus: exception '2' (illegal data address), function '4'

[TMoersch]

Hallo,
seit dem letzten evcc Update häufen sich bei mir die error Meldungen insbesondere wenn das Fahrzueg verbunden aber aufgrund des Ladeplan im Wartemodus ist. Ich bekomme regelmäßig 2 Meldungen:

a) charger vehicle id: modbus: exception '2' (illegal data address), function '4'
b) charger enabled: write tcp 192.168.2.xxx:54890->192.168.2.yyy:502: write: connection reset by peer

Es geht um eine Vestel EVC 04, Hyundai Bluelink und evcc Version v0.203.4

Mit der Version davor war alles i.O.
Hat jemand eine Idee wie ich das abstellen kann oder ob das Problem bekannt ist und an einer Lösung bereits gearbeitet wird?
Bluelink Fahrzeug Status Abfragen dauern seitdem auch sehr lange. Das könnte aber auch an Bluelink hängen da dort massiv gearbeitet wird um die Fahrzeuge älter als 3 Jahre ins Abo-System zu bekommen.

Thomas

[SnipeyBB]

Hab das selbe Problem, ebenfalls eine Vestel EVC 4, allerdings unter e.on Label und noch mit der letzten e.on Firmware. eV ist ein VW ID.4 Auch seit dem letzten Update.

[mfuchs1984]

Könnte mit der Einführung der RFID tags zusammenhängen, dafür ist eine aktuelle Firmware notwendig.

Siehe
#20848 (comment) und folgende Beiträge.

[TMoersch]

Also ich habe die neueste drauf, jedenfalls wenn ich danach gehe was die Internetsuche als letzte von Vestel veröffentlichte Version angezeigt wurde. Ich denke da ist ein Tippfehler im Code (illegal address) oder es wird ein Zustand nicht abgefangen der auftreten kann. Wollte aber nicht sofort ein Burgreport einstellen. Thomas Am 6. Mai 2025 19:31:19 MESZ schrieb mfuchs1984 ***@***.***>:

…

Könnte mit der Einführung der RFID tags zusammenhängen, dafür ist eine aktuelle Firmware notwendig. Siehe #20848 (comment) und folgende Beiträge. -- Reply to this email directly or view it on GitHub: #21048 (comment) You are receiving this because you authored the thread. Message ID: ***@***.***>

[mfuchs1984]

Welche Version hast du denn genau?

[TMoersch]

HMI V3.118.0 Platine 1.0.130.0 Am 6. Mai 2025 21:09:41 MESZ schrieb mfuchs1984 ***@***.***>:

…

Welche Version hast du denn genau? -- Reply to this email directly or view it on GitHub: #21048 (reply in thread) You are receiving this because you authored the thread. Message ID: ***@***.***>

[mfuchs1984]

Und genau die ist zu alt, siehe
#20848 (comment) und folgende Beträge (was ich oben schon verlinkt hatte).

@DonRoberto1985 can you help here, where did you get a more recent firmware from?

[SnipeyBB]

Bei den e.on boxen gibt es keine Firmware Updates mehr. Man kann zwar über Umwege die Vestel Firmware nutzen, verliert dann aber seine Garantie. Kann man nicht ein Template einführen, welches den alten Zustand wieder erzeugt? Auf das Phasen Switching kann ich gern verzichten.

[mfuchs1984]

Ein neues Template dürfte nicht notwendig sein, das geht auch mit einer Implementierung, die entsprechend auf die Verfügbarkeit der Register reagiert, so wie es sich bei der Phasenumschaltung schon ist, siehe Vorschlag in #20848 (comment)

[Chris45671]

@SnipeyBB Dem muss ich wiedersprechen.
EON hat mit letzte Woche die von ihnen neueste Version installiert ( Version 3.177.7 ).
Diese Version ist deutlich neuer als die von @TMoersch genannte Version.

[SnipeyBB]

Wo kann man die herbekommen? Vestel selbst bietet einem erst die 3.177.5 an https://helpcentercloud.vestel.eu/index.php/s/qF33Ka6QcKeETTN?path=%2F Passwort ist Vestel_2023

[SnipeyBB]

Ok, ist schon spät, hab ein bißchen falsch geguckt. Vestel bietet aktuell die V3.187.0 an

[DonRoberto1985]

Wo kann man die herbekommen? Vestel selbst bietet einem erst die 3.177.5 an https://helpcentercloud.vestel.eu/index.php/s/qF33Ka6QcKeETTN?path=%2F Passwort ist Vestel_2023

genauso habe ich es auch gemacht...dauert halt ein paar Stunden. Bzgl Garantie, ja das wird wohl stimmen, dass die FW nicht offiziell supported ist, aber so wie ich den E.ON Kundendienst kennengelernt habe wird da im "regulären" Garantiefall auch nicht viel passieren.

Immerhin taucht mit der neuen (inoffiziellen) Version das lokale Ladelog auf. Deshalb hatte ich ja eigentlich um die Integration der RFID Tags in EVCC gebeten :/

[TMoersch]

OK, gut zu wissen, werde mal ein Ticket einstellen um darum bitten die Version auf den neuesten Stand zu bringen. Thomas Am 6. Mai 2025 22:05:58 MESZ schrieb Chris45671 ***@***.***>:

…

@SnipeyBB Dem muss ich wiedersprechen. EON hat mit Kerze Woche die von ihnen neueste Version installiert ( Version 3.177.7 ). Diese Version ist deutlich neuer als die von @TMoersch genannte Version. -- Reply to this email directly or view it on GitHub: #21048 (reply in thread) You are receiving this because you were mentioned. Message ID: ***@***.***>

[mfuchs1984]

Hilfreich für die EVCC Doku wäre eine Feedback, ab welcher Version die RFID registers funktionieren.

[TMoersch]

Habe mir jetzt parallel das Update auf die letzte Version von Vestel gezogen.
Da meine Box aus 2021 ist bin ich mir nicht sicher ob e.on mich da noch weiter supportet.

Thomas

[TMoersch]

Hi,
ich muss noch einmal nachhaken....
Ich habe die Update Datei from_v3.118.0-to_v3.187.0.update gezogen und über Systemwartung und Firmwareaktualisierung hochgeladen.
Laut der Anleitung sollte nun ein Update Button erscheinen, den ich nicht bekomme.
Wähle ich die lokale Datei erneut aus kommt statt hochladen "Aktualisieren". Wenn ich diesen benutze tanzen die Balken kurz aber die WB scheint nicht wirklich was zu machen. Muss ich einfach nur länger warten weil er alles im Hintergrund macht oder akzeptiert er die o.g. Datei nicht da geprüft wird ob die auch von e.on "gebranded" wurde? Kann ich mir zwar nicht vorstellen aber wer weis. Neustart hat leider auch nichts ergeben...

Thomas

[DonRoberto1985]

genau die habe ich auch genommen...und ja du siehst nix, außer das deine Wallbox wie ein Weihnachtsbaum blinkt. Ich habe die Variante mit Display. Da sieht es zwischendurch mal aus wie analoges PayTV in den Neunzigern ^^ Da bin ich auch kurz panisch geworden. Aber im Display steht dann auch immer mal was von "Firmwareupdate". Und ja es dauert wirklich ewig...ich hab sie irgendwann machen lassen und hab nach 3h oder so wieder geschaut. Ich habe auch eine mit E.ON Branding.

[TMoersch]

OK dann Harry ich mal der Dinge die da kommen, blinkt abwechselnd blau grün Thomas Am 7. Mai 2025 10:23:53 MESZ schrieb DonRoberto1985 ***@***.***>:

…

genau die habe ich auch genommen...und ja du siehst nix, außer das deine Wallbox wie ein Weihmnachtsbaum blinkt. Ich habe die Variante mit Display. Da sieht es zwischendurch mal aus wie analoges PayTV in den Neunzigern ^^ Da bin ich auch kurz panisch geworden... -- Reply to this email directly or view it on GitHub: #21048 (reply in thread) You are receiving this because you were mentioned. Message ID: ***@***.***>

[TMoersch]

So,
die WB ist nicht mehr zu gebrauchen, d.h. ich kann zwar das Webinterface ansprechen und Konfigurieren aber kein Auto mehr laden.
Sie blinkt selbst nach einem Hardreset sofort abwechselnd grün/blau und das war es dann.
Auto meldet Fehler und evcc sagt Fahrzeug nicht verbunden....

Ich befürchte er will das Update installieren bleibt aber hängen.

Ich hätte jetzt nur noch die Idee über den Werksreset zu gehen in der Hoffnung das ich sie damit befreit bekomme.
Sonst kann ich mir ne neue Box kaufen... sch....

Hat noch jemand einen andere Idee??

Thomas

[DonRoberto1985]

ich schätze mal der Reboot den du während des ersten Updates gemacht hast war das Problem. Ich würde zunächst versuchen über das Webinterface das Update nochmal zu starten. Wenn das auch nicht klappt Werksreset und ggfs nochmal updaten. Worst Case: Der Hersteller muss ran und einen Techniker schicken(die können die Platinen direkt flashen). Ich befürchte aber da ist ein Neukauf mit 300€ günstiger...

[Kai102]

Ich habe die Erfahrung gemacht ( und auch so in einam anderen Forum gelesen), dass man bei der Eon Version zumindest, die Updates Schritt für Schritt ein spielen soll. ( 3.118->3.131.0->3.150.0->3.166.0->3.177.5->3.187.0). Da vergeht schon mal ein Vormittag :) Aber meine Eon ist nun auf 3.187.0 und läuft ganz gut.

[DonRoberto1985]

Ja so hatte ich es auch gelesen aber mittlerweile gibts ein File das die ganzen Schritte automatisch macht...dauert damit natürlich ewig lang.

[TMoersch]

Ja,sehe ich auch so.... Am 8. Mai 2025 08:41:48 MESZ schrieb DonRoberto1985 ***@***.***>:

…

ich schätze mal der Reboot den du während des ersten Updates gemacht hast war das Problem. Ich würde zunächst versuchen über das Webinterface das Update nochmal zu starten. Wenn das auch nicht klappt Werksreset und ggfs nochmal updaten. Worst Case: Der Hersteller muss ran und einen Techniker schicken(die können die Platinen direkt flashen). Ich befürchte aber da ist ein Neukauf mit 300€ günstiger... -- Reply to this email directly or view it on GitHub: #21048 (reply in thread) You are receiving this because you were mentioned. Message ID: ***@***.***>

[mfuchs1984]

When #21124 gets merged and released, evcc will automatically detect wether the RFID registers are available or not, so people who don't need RFID are not forced to update the charger any more.

[SnipeyBB]

Klingt gut. Ich habe trotzdem mal bei e.on gestern Morgen für ein Update der Firmware angefragt. Mal sehen wann sie sich melden.

[mfuchs1984]

Probiert bitte mal mit dem nightly aus, ob das funktioniert.

[TMoersch]

Hast Du die Versionen noch und könntest die mir per Mail zusenden? Danke, meine Box ist sonst tot.... Thomas Am 9. Mai 2025 04:40:54 MESZ schrieb Kai102 ***@***.***>:

…

Ich habe die Erfahrung gemacht ( und auch so in einam anderen Forum gelesen), dass man bei der Eon Version zumindest, die Updates Schritt für Schritt ein spielen soll. ( 3.118->3.131.0->3.150.0->3.166.0->3.177.5->3.187.0). Da vergeht schon mal ein Vormittag :) Aber meine Eon ist nun auf 3.187.0 und läuft ganz gut. -- Reply to this email directly or view it on GitHub: #21048 (reply in thread) You are receiving this because you were mentioned. Message ID: ***@***.***>

[TMoersch]

Ja, sobald ich die Box wieder ans laufen bekomme Versuche ich es, im Moment hat das Firmware Update von Vestel meine Box lahmgelegt, sie lässt sich zwar noch administrativ Bedienen, lädt aber nicht mehr da kein Fahrzeug erkannt wird. Blinkt nur noch grün / blau vor sich hin. Thomas Am 9. Mai 2025 07:16:36 MESZ schrieb mfuchs1984 ***@***.***>:

…

Probiert bitte mal mit dem nightly aus, ob das funktioniert. -- Reply to this email directly or view it on GitHub: #21048 (reply in thread) You are receiving this because you were mentioned. Message ID: ***@***.***>

[SnipeyBB]

Ich hab mal das Nightly geladen. Jetzt warte ich, dass meine Frau mit dem Auto nach Hause kommt....

[SnipeyBB]

Brauche nicht warten. Mit der Nightly Version lässt sich EVCC nicht mehr booten:
[main ] FATAL 2025/05/09 12:05:09 charger [wallbox1] cannot create charger 'wallbox1': cannot create charger type 'template': cannot create charger type 'vestel': failsafe timeout: read tcp 192.168.1.12:60524->192.168.1.14:502: read: connection reset by peer

[main ] FATAL 2025/05/09 12:05:09 will attempt restart in: 15m0s

Mit dem :Latest geht es wieder.

[mfuchs1984]

Hmm, das dürfte nix mit dieser Änderung zu tun haben.

Wobei der Leseversuch der RFID Register direkt davor stattfindet. Wenn die Wallbox darauf irgendwie mit einem connection reset reagiert.... @andig wie ist deine Einschätzung? Bei den Registern zur Phasenumschaltung scheint ja nichts derartiges zu passieren.

[mfuchs1984]

Kannst du (und/oder auch andere) mal evcc charger --diagnose ausführen? Version ist egal. Den Output dann hier posten.

[mfuchs1984]

Kannst du ggf. nochmal das nightly starten mit vestel auf trace?

[SnipeyBB]

Geht das irgend wie im Docker Container ? Sonst muss ich mir erst was bauen. 09.05.2025 15:27:06 mfuchs1984 ***@***.***>:

…

Kannst du mal *evcc charger --diagnose* ausführen? Version ist egal. — Reply to this email directly, view it on GitHub[#21048 (reply in thread)], or unsubscribe[https://github.com/notifications/unsubscribe-auth/A6BLPM3NN4GRQLS4PSM2RFL25SUKTAVCNFSM6AAAAAB4M6KZG2VHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTGMBZGA4TQOI]. You are receiving this because you were mentioned. [Verfolgungsbild][https://github.com/notifications/beacon/A6BLPM3RDXIULB3WWGGISXL25SUKTA5CNFSM6AAAAAB4M6KZG2WGG33NNVSW45C7OR4XAZNRIRUXGY3VONZWS33OINXW23LFNZ2KUY3PNVWWK3TUL5UWJTQAY7AK2.gif]

[TMoersch]

Hi, mein Box ist beim Versuch des aktuellen Update gestorben, ich kann da leider aktuell nichts testen. Ich muss erst die Box wieder zum Laufen bekommen.... Thomas Am 9. Mai 2025 15:27:04 MESZ schrieb mfuchs1984 ***@***.***>:

…

Kannst du mal `evcc charger --diagnose` ausführen? Version ist egal. -- Reply to this email directly or view it on GitHub: #21048 (reply in thread) You are receiving this because you were mentioned. Message ID: ***@***.***>

[TMoersch]

Hi,
meine Box ist nach dem Reset mit Schalter S4 wieder online. Warte jetzt mal ab was e.on sagt, die haben zumindest ein Ticket auf meinen Anfrage hin erstellt.
Bis dahin bin ich froh das ich wieder laden kan ;-)

[SnipeyBB]

Sorry, bin m Moment am laden. Heute Abend probier ich es aus 10.05.2025 09:13:03 mfuchs1984 ***@***.***>:

…

Kannst du ggf. nochmal das nightly starten mit vestel auf trace? — Reply to this email directly, view it on GitHub[#21048 (reply in thread)], or unsubscribe[https://github.com/notifications/unsubscribe-auth/A6BLPM674CRSQGQ54QCRRTL25WRH3AVCNFSM6AAAAAB4M6KZG2VHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTGMBZG44TEMA]. You are receiving this because you were mentioned. [Verfolgungsbild][https://github.com/notifications/beacon/A6BLPM6AOB5KQFEABCMEPXT25WRH3A5CNFSM6AAAAAB4M6KZG2WGG33NNVSW45C7OR4XAZNRIRUXGY3VONZWS33OINXW23LFNZ2KUY3PNVWWK3TUL5UWJTQAY7N4A.gif]

[mfuchs1984]

Hast du es geschafft gestern Abend?

[SnipeyBB]

Gerade probiert, gleicher Fehler.
[main ] FATAL 2025/05/11 11:32:28 charger [wallbox1] cannot create charger 'wallbox1': cannot create charger type 'template': cannot create charger type 'vestel': failsafe timeout: read tcp 192.168.1.12:58174->192.168.1.14:502: read: connection reset by peer

[main ] FATAL 2025/05/11 11:32:28 will attempt restart in: 15m0s

[mfuchs1984]

War das jetzt eine Versuch,das nightly zu starten? Kannst du das mal als trace loggen? Und zusätzlich auch evcc charger --diagnose?

[SnipeyBB]

Hier mal das Nightly mit Trace.
[main ] INFO 2025/05/11 13:38:40 evcc 0.203.5 (48b0110)
[main ] INFO 2025/05/11 13:38:40 using config file: /etc/evcc.yaml
[db ] INFO 2025/05/11 13:38:40 using sqlite database: /root/.evcc/evcc.db
[db ] TRACE 2025/05/11 13:38:40 SELECT count() FROM sqlite_master WHERE type='table' AND name="settings" -1
[db ] TRACE 2025/05/11 13:38:40 SELECT sql FROM sqlite_master WHERE type IN ("table","index") AND tbl_name = "settings" AND sql IS NOT NULL order by type = "table" desc 1
[db ] TRACE 2025/05/11 13:38:40 SELECT * FROM settings LIMIT 1 -1
[db ] TRACE 2025/05/11 13:38:40 SELECT * FROM settings 42
[mqtt ] INFO 2025/05/11 13:38:40 connecting EVCCTest at tcp://192.168.1.211:1883
[mqtt ] DEBUG 2025/05/11 13:38:40 tcp://192.168.1.211:1883 connected
[db ] TRACE 2025/05/11 13:38:40 SELECT count() FROM sqlite_master WHERE type='table' AND name="configs" -1
[db ] TRACE 2025/05/11 13:38:40 SELECT sql FROM sqlite_master WHERE type IN ("table","index") AND tbl_name = "configs" AND sql IS NOT NULL order by type = "table" desc 1
[db ] TRACE 2025/05/11 13:38:40 SELECT * FROM configs LIMIT 1 -1
[main ] INFO 2025/05/11 13:38:40 listening at :7070
[db ] TRACE 2025/05/11 13:38:40 SELECT * FROM configs WHERE configs.class = 5 0
[db ] TRACE 2025/05/11 13:38:40 SELECT * FROM configs WHERE configs.class = 2 0
[mqtt ] TRACE 2025/05/11 13:38:40 recv homeassistant/sensor/600w_kraftwerk_power/state: '-602.8'
[mqtt ] TRACE 2025/05/11 13:38:40 recv homeassistant/sensor/pv_power/state: '5841'
[mqtt ] TRACE 2025/05/11 13:38:40 recv homeassistant/sensor/bk_w_power/state: '1112.9'
[mqtt ] TRACE 2025/05/11 13:38:40 recv homeassistant/sensor/battery_power/state: '4'
[mqtt ] TRACE 2025/05/11 13:38:40 recv homeassistant/sensor/balkonkraftwerk_energiezahler/state: '323.176512'
[mqtt ] TRACE 2025/05/11 13:38:40 recv homeassistant/sensor/total_pv_generation/state: '15179.2'
[mqtt ] TRACE 2025/05/11 13:38:40 recv homeassistant/sensor/bk_w_energy/state: '1243.314414'
[db ] TRACE 2025/05/11 13:38:40 SELECT * FROM configs WHERE configs.class = 1 0
[EVB-P21492430-1] DEBUG 2025/05/11 13:38:40 waiting for chargepoint: 5m0s
[vestel] TRACE 2025/05/11 13:38:40 modbus: send 00 01 00 00 00 06 ff 04 01 94 00 01
[vestel] TRACE 2025/05/11 13:38:40 modbus: recv 00 01 00 00 00 05 ff 04 02 00 00
[vestel] TRACE 2025/05/11 13:38:40 modbus: send 00 02 00 00 00 06 ff 04 05 ec 00 0f
[vestel] TRACE 2025/05/11 13:38:40 modbus: recv 00 02 00 00 00 03 ff 84 02
[vestel] TRACE 2025/05/11 13:38:40 modbus: send 00 03 00 00 00 06 ff 03 07 d2 00 01
[vestel] TRACE 2025/05/11 13:38:40 modbus: close connection: read tcp 192.168.1.12:45642->192.168.1.14:502: read: connection reset by peer
[mqtt ] TRACE 2025/05/11 13:38:40 recv homeassistant/sensor/battery_state_of_charge/state: '100'
[mqtt ] TRACE 2025/05/11 13:38:42 recv homeassistant/sensor/pv_power/state: '5832'
[mqtt ] TRACE 2025/05/11 13:38:53 recv homeassistant/sensor/pv_power/state: '5856'
[mqtt ] TRACE 2025/05/11 13:38:53 recv homeassistant/sensor/battery_power/state: '2'
[mqtt ] TRACE 2025/05/11 13:39:00 recv homeassistant/sensor/bk_w_energy/state: '1243.33316'
[mqtt ] TRACE 2025/05/11 13:39:00 recv homeassistant/sensor/600w_kraftwerk_power/state: '-602.9'
[mqtt ] TRACE 2025/05/11 13:39:00 recv homeassistant/sensor/balkonkraftwerk_energiezahler/state: '323.186515'
[ocpp ] DEBUG 2025/05/11 13:39:02 charge point connected: EVB-P21492430
[mqtt ] TRACE 2025/05/11 13:39:04 recv homeassistant/sensor/pv_power/state: '5815'
[mqtt ] TRACE 2025/05/11 13:39:04 recv homeassistant/sensor/battery_power/state: '4'
[mqtt ] TRACE 2025/05/11 13:39:04 recv homeassistant/sensor/total_pv_generation/state: '15179.3'

[SnipeyBB]

Und hier die charger diagnose. Von einem Windows PC mit der Stable Version:

c:\TMP>evcc charger --diagnose
[main ] INFO 2025/05/11 13:52:33 evcc 0.203.5
[main ] INFO 2025/05/11 13:52:33 using config file: c:\TMP\evcc.yaml
[db ] INFO 2025/05/11 13:52:33 using sqlite database: C:\Users_T_.evcc\evcc.db
[mqtt ] INFO 2025/05/11 13:52:33 connecting EVCCTest at tcp://192.168.1.211:1883
Power: 0W
Energy: 1190.2kWh
Current L1..L3: 0A 0A 0A
Voltage L1..L3: 238V 237V 238V
Charge status: B
Enabled: false
Charged: 19.7kWh
Duration: 27h41m3s
Max Current: 32.0A
Identifier: modbus: exception '2' (illegal data address), function '4'
Diagnostic dump:
Brand: VESTEL
Model: EVC04
Serial: 7000227521000055
Firmware: v3.118.0-1.0.130.0
Failsafe timeout: 0x14
Number of phases: 0x0
Phase switch: 0x0

[mfuchs1984]

Danke,nur noch eine Bitte, das wiederholen mit

evcc charger --diagnose --log trace

[SnipeyBB]

c:\TMP>evcc charger --diagnose --log trace
[main ] INFO 2025/05/11 13:58:14 evcc 0.203.5
[main ] INFO 2025/05/11 13:58:14 using config file: c:\TMP\evcc.yaml
[db ] INFO 2025/05/11 13:58:14 using sqlite database: C:\Users_t_.evcc\evcc.db
[db ] TRACE 2025/05/11 13:58:14 SELECT count() FROM sqlite_master WHERE type='table' AND name="settings" -1
[db ] TRACE 2025/05/11 13:58:14 SELECT sql FROM sqlite_master WHERE type IN ("table","index") AND tbl_name = "settings" AND sql IS NOT NULL order by type = "table" desc 1
[db ] TRACE 2025/05/11 13:58:14 SELECT * FROM settings LIMIT 1 -1
[db ] TRACE 2025/05/11 13:58:14 SELECT * FROM settings 0
[mqtt ] INFO 2025/05/11 13:58:14 connecting EVCCTest at tcp://192.168.1.211:1883
[mqtt ] DEBUG 2025/05/11 13:58:14 tcp://192.168.1.211:1883 connected
[db ] TRACE 2025/05/11 13:58:14 SELECT count() FROM sqlite_master WHERE type='table' AND name="configs" -1
[db ] TRACE 2025/05/11 13:58:14 SELECT sql FROM sqlite_master WHERE type IN ("table","index") AND tbl_name = "configs" AND sql IS NOT NULL order by type = "table" desc 1
[db ] TRACE 2025/05/11 13:58:14 SELECT * FROM configs LIMIT 1 -1
[db ] TRACE 2025/05/11 13:58:14 SELECT * FROM configs WHERE configs.class = 1 0
[vestel] TRACE 2025/05/11 13:58:14 modbus: send 00 01 00 00 00 06 ff 04 01 94 00 01
[vestel] TRACE 2025/05/11 13:58:14 modbus: recv 00 01 00 00 00 05 ff 04 02 00 00
[vestel] TRACE 2025/05/11 13:58:14 modbus: send 00 02 00 00 00 06 ff 03 07 d2 00 01
[vestel] TRACE 2025/05/11 13:58:14 modbus: recv 00 02 00 00 00 05 ff 03 02 00 14
[vestel] TRACE 2025/05/11 13:58:14 modbus: send 00 03 00 00 00 06 ff 04 03 fc 00 02
[vestel] TRACE 2025/05/11 13:58:14 modbus: recv 00 03 00 00 00 07 ff 04 04 00 00 00 00
[vestel] TRACE 2025/05/11 13:58:14 modbus: send 00 04 00 00 00 06 ff 04 04 0c 00 02
[vestel] TRACE 2025/05/11 13:58:14 modbus: recv 00 04 00 00 00 07 ff 04 04 00 00 2e 7e
[vestel] TRACE 2025/05/11 13:58:14 modbus: send 00 05 00 00 00 06 ff 04 03 f0 00 01
[vestel] TRACE 2025/05/11 13:58:14 modbus: recv 00 05 00 00 00 05 ff 04 02 00 00
[vestel] TRACE 2025/05/11 13:58:14 modbus: send 00 06 00 00 00 06 ff 04 03 f2 00 01
[vestel] TRACE 2025/05/11 13:58:14 modbus: recv 00 06 00 00 00 05 ff 04 02 00 00
[vestel] TRACE 2025/05/11 13:58:14 modbus: send 00 07 00 00 00 06 ff 04 03 f4 00 01
[vestel] TRACE 2025/05/11 13:58:14 modbus: recv 00 07 00 00 00 05 ff 04 02 00 00
[vestel] TRACE 2025/05/11 13:58:14 modbus: send 00 08 00 00 00 06 ff 04 03 f6 00 01
[vestel] TRACE 2025/05/11 13:58:14 modbus: recv 00 08 00 00 00 05 ff 04 02 00 ee
[vestel] TRACE 2025/05/11 13:58:14 modbus: send 00 09 00 00 00 06 ff 04 03 f8 00 01
[vestel] TRACE 2025/05/11 13:58:14 modbus: recv 00 09 00 00 00 05 ff 04 02 00 ed
[vestel] TRACE 2025/05/11 13:58:14 modbus: send 00 0a 00 00 00 06 ff 04 03 fa 00 01
[vestel] TRACE 2025/05/11 13:58:14 modbus: recv 00 0a 00 00 00 05 ff 04 02 00 ee
[vestel] TRACE 2025/05/11 13:58:14 modbus: send 00 0b 00 00 00 06 ff 04 03 ec 00 01
[vestel] TRACE 2025/05/11 13:58:14 modbus: recv 00 0b 00 00 00 05 ff 04 02 00 03
[vestel] TRACE 2025/05/11 13:58:14 modbus: send 00 0c 00 00 00 06 ff 04 03 e9 00 01
[vestel] TRACE 2025/05/11 13:58:14 modbus: recv 00 0c 00 00 00 05 ff 04 02 00 00
[vestel] TRACE 2025/05/11 13:58:14 modbus: send 00 0d 00 00 00 06 ff 04 03 ec 00 01
[vestel] TRACE 2025/05/11 13:58:14 modbus: recv 00 0d 00 00 00 05 ff 04 02 00 03
[vestel] TRACE 2025/05/11 13:58:14 modbus: send 00 0e 00 00 00 06 ff 04 03 e9 00 01
[vestel] TRACE 2025/05/11 13:58:14 modbus: recv 00 0e 00 00 00 05 ff 04 02 00 00
[vestel] TRACE 2025/05/11 13:58:14 modbus: send 00 0f 00 00 00 06 ff 04 05 de 00 02
[vestel] TRACE 2025/05/11 13:58:14 modbus: recv 00 0f 00 00 00 07 ff 04 04 00 00 4c cc
[vestel] TRACE 2025/05/11 13:58:14 modbus: send 00 10 00 00 00 06 ff 04 05 e4 00 02
[vestel] TRACE 2025/05/11 13:58:14 modbus: recv 00 10 00 00 00 07 ff 04 04 00 01 86 a5
[vestel] TRACE 2025/05/11 13:58:14 modbus: send 00 11 00 00 00 06 ff 03 13 8c 00 01
[vestel] TRACE 2025/05/11 13:58:14 modbus: recv 00 11 00 00 00 05 ff 03 02 00 20
[vestel] TRACE 2025/05/11 13:58:14 modbus: send 00 12 00 00 00 06 ff 04 05 ec 00 0f
[vestel] TRACE 2025/05/11 13:58:14 modbus: recv 00 12 00 00 00 03 ff 84 02
Power: 0W
Energy: 1190.2kWh
Current L1..L3: 0A 0A 0A
Voltage L1..L3: 238V 237V 238V
Charge status: B
Enabled: false
Charged: 19.7kWh
Duration: 27h46m45s
Max Current: 32.0A
Identifier: modbus: exception '2' (illegal data address), function '4'
Diagnostic dump:
[vestel] TRACE 2025/05/11 13:58:14 modbus: send 00 13 00 00 00 06 ff 04 00 be 00 0a
[vestel] TRACE 2025/05/11 13:58:14 modbus: recv 00 13 00 00 00 17 ff 04 14 00 56 00 45 00 53 00 54 00 45 00 4c 00 00 00 00 00 00 00 00
Brand: VESTEL
[vestel] TRACE 2025/05/11 13:58:14 modbus: send 00 14 00 00 00 06 ff 04 00 d2 00 05
[vestel] TRACE 2025/05/11 13:58:14 modbus: recv 00 14 00 00 00 0d ff 04 0a 00 45 00 56 00 43 00 30 00 34
Model: EVC04
[vestel] TRACE 2025/05/11 13:58:14 modbus: send 00 15 00 00 00 06 ff 04 00 64 00 19
[vestel] TRACE 2025/05/11 13:58:14 modbus: recv 00 15 00 00 00 35 ff 04 32 00 37 00 30 00 30 00 30 00 32 00 32 00 37 00 35 00 32 00 31 00 30 00 30 00 30 00 30 00 35 00 35 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Serial: 7000227521000055
[vestel] TRACE 2025/05/11 13:58:14 modbus: send 00 16 00 00 00 06 ff 04 00 e6 00 32
[vestel] TRACE 2025/05/11 13:58:14 modbus: recv 00 16 00 00 00 67 ff 04 64 00 76 00 33 00 2e 00 31 00 31 00 38 00 2e 00 30 00 2d 00 31 00 2e 00 30 00 2e 00 31 00 33 00 30 00 2e 00 30 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Firmware: v3.118.0-1.0.130.0
[vestel] TRACE 2025/05/11 13:58:14 modbus: send 00 17 00 00 00 06 ff 03 07 d2 00 01
[vestel] TRACE 2025/05/11 13:58:14 modbus: recv 00 17 00 00 00 05 ff 03 02 00 14
Failsafe timeout: 0x14
[vestel] TRACE 2025/05/11 13:58:14 modbus: send 00 18 00 00 00 06 ff 04 01 94 00 01
[vestel] TRACE 2025/05/11 13:58:14 modbus: recv 00 18 00 00 00 05 ff 04 02 00 00
Number of phases: 0x0
[vestel] TRACE 2025/05/11 13:58:14 modbus: send 00 19 00 00 00 06 ff 03 01 95 00 01
[vestel] TRACE 2025/05/11 13:58:14 modbus: recv 00 19 00 00 00 05 ff 03 02 00 00
Phase switch: 0x0

[mfuchs1984]

@andig @premultiply habt ihr eine Ahnung was der Unterschied ist?

Nightly Version, alte Vestel ohne RFID

[vestel] TRACE 2025/05/11 13:38:40 modbus: send 00 02 00 00 00 06 ff 04 05 ec 00 0f
[vestel] TRACE 2025/05/11 13:38:40 modbus: recv 00 02 00 00 00 03 ff 84 02
[vestel] TRACE 2025/05/11 13:38:40 modbus: send 00 03 00 00 00 06 ff 03 07 d2 00 01
[vestel] TRACE 2025/05/11 13:38:40 modbus: close connection: read tcp 192.168.1.12:45642->192.168.1.14:502: read: connection reset by peer

• 05 ec sind die RFID Register, die schlagen mit der alten vestel Firmware wie erwartet fehl mit modbus exception
• Dach wird das failsafe timeout aus 07 d2 ausgelesen, schlägt unerwartet mit connection reset by peer fehl

Alte Version evcc charger --diagnose

[vestel] TRACE 2025/05/11 13:58:14 modbus: send 00 12 00 00 00 06 ff 04 05 ec 00 0f
[vestel] TRACE 2025/05/11 13:58:14 modbus: recv 00 12 00 00 00 03 ff 84 02
Power: 0W
Energy: 1190.2kWh
Current L1..L3: 0A 0A 0A
Voltage L1..L3: 238V 237V 238V
Charge status: B
Enabled: false
Charged: 19.7kWh
Duration: 27h46m45s
Max Current: 32.0A
Identifier: modbus: exception '2' (illegal data address), function '4'
Diagnostic dump:
[vestel] TRACE 2025/05/11 13:58:14 modbus: send 00 13 00 00 00 06 ff 04 00 be 00 0a
[vestel] TRACE 2025/05/11 13:58:14 modbus: recv 00 13 00 00 00 17 ff 04 14 00 56 00 45 00 53 00 54 00 45 00 4c 00 00 00 00 00 00 00 00
Brand: VESTEL

• gleiche Antwort für RFID Register 05 EC
• Aber: nach der Ausgabe der gelesene Werte kann das nächste Register 00 be erfolgreich ausgelesen werden

Timing anders durch die Ausgabe der Werte?

[SnipeyBB]

Nach ewigem warten hat sich e.on gemeldet. Natürlich geben Sie mir nicht einfach die Firmware. Ich muss meine Box auf deren OCPP Backend umstellen. Leider wird der Ladevorgang meines Autos kurz gestartet und wieder beendet und lässt sich auch nicht mehr starten. Gibt es irgend eine Einstellung die ich beachten muss, dass EVCC weiterhin die Kontrolle hat oder OCPP nicht den Ladevorgang abbrechen kann?

[SnipeyBB]

Die Box läuft bei mir schon über Modbus. OCPP war immer deaktiviert. Wenn ich SCPP mit dem Backend von e.on aktiviere. Läd er kurz und schaltet dann ab.

[DonRoberto1985]

Dann deaktivier OCPP doch wieder. Hab ich auch so. Von E.ON gibts eh keinen support...und die App Integration ist gelinde gesagt eine Katastrophe. Ergo: Kein Mehrwert.

[SnipeyBB]

@Chris45671 na toll. Bei der Antwortfrequenz von e.on darf ich mein Auto jetzt eine Woche nicht mehr Laden.

[Chris45671]

Ich habe bei EON Solar mich bei der Hotline gemeldet und gesagt an dem Tag zwischen 9:00 Uhr und 13:00 Uhr kann dann update durchgeführt werden. Um 12 Uhr gab es einen Anruf, dass das Update durchgeführt wurde.
Nur in dieser Zeit muss der OCPP Server verbunden sein und kein Auto beim Laden sein.
Das Update kann nur in den Geschäftszeiten von EON durchgeführt werden

[SnipeyBB]

Ich habe auch um einen "Termin" gebeten. Mal schauen ob es klappt. Bisher lag zwischen jeder Mail bestimmt 3 -4 Tage. Ich habe schon automatisierte "Wir bitten um Ihr Verständniss" Mail bekommen weil der ihr eigenes System gemerkt hat, das es zu lange keinen Reaktion von e.on gab.

[TMoersch]

Ich habe heute Nachricht bekommen das die letzte Version die 118 bei e.off ist..... Bin dann also raus... Keine Chance auf Support für 1/3 Phasenumschaltung Am 14. Mai 2025 12:37:23 MESZ schrieb SnipeyBB ***@***.***>:

…

Ich habe auch um einen "Termin" gebeten. Mal schauen ob es klappt. Bisher lag zwischen jeder Mail bestimmt 3 -4 Tage. Ich habe schon automatisierte "Wir bitten um Ihr Verständniss" Mail bekommen weil der ihr eigenes System gemerkt hat, das es zu lange keinen Reaktion von e.on gab. -- Reply to this email directly or view it on GitHub: #21048 (reply in thread) You are receiving this because you were mentioned. Message ID: ***@***.***>

[SnipeyBB]

@Chris45671 hatte weiter oben geschrieben das e.on bei Ihm die 3.177.7 installiert hat. Die 3.118 habe ich auch und ich habe auch gehört dass, das die letzte Version von e.on ist.

[TMoersch]

Mag sein aber mir hat der Support von e.on Drive etwas anderes geschrieben, ich kann nur erneut intervenieren... Ich kann es ja nicht erzwingen.... Und ich kenne keinen der eine e.on smart Box erfolgreich auf Vestel umgestellt hat. Aber vielleicht versuche ich es noch einmal. Thomas Am 14. Mai 2025 12:46:30 MESZ schrieb SnipeyBB ***@***.***>:

…

@Chris45671 hatte weiter oben geschrieben das e.on bei Ihm die 3.177.7 installiert hat. Die 3.118 habe ich auch und ich habe auch gehört dass, das die letzte Version von e.on ist. -- Reply to this email directly or view it on GitHub: #21048 (reply in thread) You are receiving this because you were mentioned. Message ID: ***@***.***>

[mfuchs1984]

Hier hat jemand erfolgreich die Vestel Firmware installiert
#20848 (comment)

[TMoersch]

Hallo,
konnte heute erfolgreich die Box auf die aktuelle V3.187 aktualisieren. Die Konfiguration hat es zum größten Teil nicht übernommen, es wurde zurück auf DHCP gestellt und OCPP war wieder aktiv. Steuerung via modbus war aber noch an und die statische IP kannte er auch noch. Die zum Posting genannten Error im Log sind damit jetzt behoben!!

Dennoch habe ich einige Fragen an die Gemeinschaft.

Der Button
ConnectorSwitch3to1PhaseSupported
steht bei mir noch immer auf False und kann nicht umgestellt werden... bedeutet das, dass leider weiterhin die Umschaltung beim Überschussladen nicht funktioniert?? oder kann ich das irgendwie anders noch ändern??

Ist es empfohlen bestimmte Einstellungen für evcc zu "optimieren" oder passt das per Default so?
Info: Ich habe nach der Installation kein Werksreset gemacht!!

Thomas

[mfuchs1984]

ConnectorSwitch3to1PhaseSupported ist eigentlich eine OCPP Eigenschaft. Es gibt einige Wallboxen, die 1p3p über Modbus unterstützen, über OCPP jedoch nicht.

Ob die Umschaltung durch evcc funktioniert kannst du ja testen.

[TMoersch]

Ja,
OK steht alles unterhalb der OCPP Einstellungen und ist damit deaktiviert, wir werden sehen. habe jetzt erstmal alle Logs gezogen und bin die durchgegangnen. Halleluja hat es da Fehler bzgl. n. initialisierter Variablen usw.....
Hast Du auch " Verbindungsstatus : Faulted (E22) " auf der Hauptseite. Ich meine das wäre neu!?

Morgen früh werde ich sehe ob das in evcc geplante Laden funktioniert hat.

Thomas

[mfuchs1984]

Ich habe selbst keine Vestel / E.ON

[TMoersch]

Guten Morgen
Update zur Version V3.187
Nach dem Firmware-Update über die Oberfläche hat er heute morgen nicht geladen und die Box stand mit Fehler (roter Ring) da.
Habe zunächst ein Reset via Sicherung versucht, hat aber nichts gebracht. Stecker im Fahrzeug nicht verriegelt, kein Laden.

Dann habe ich den Werksreset erneut durchgeführt und siehe da, es gibt neue Reaktionen auf Menüpunkte die vorher nicht kamen.
Die Box läuft jetzt als Standalone, mit Auto-Start und modbus als Lastmanagement sowie fester IP Adresse.
Nach dem Trennen des Fahrzeug nochmal 2 Minuten gewartet ob wieder Fehlermeldungen der Box auftauchen, danach erneut gesteckt, Stecker hat verriegelt und Auto lädt. Vorher hatte ich den Zustand das evcc die Meldung brachte das es drei Phasen erwartete aber nur eine bekam.....(expected 3 phases / got 1), die Meldung ist aber nicht in de Logs zu sehen??

Ich habe jetzt nur noch eine Fehlermeldung in evcc.
[site ] DEBUG 2025/05/15 07:10:38 telemetry: upload failed: Post "https://api.evcc.io/v1/charge": net/http: invalid header field value for "Authorization"

Vielen Dank für Euren Support, ich schließe dann die von mir geöffnete Diskussion hier.

Thomas