EM2GO-Home Probleme mit (Modbus-)Verbindung & Phasenumschaltung

[SOLID1970]

Hallo,
Die Verbindung zu evcc bricht leider immer wieder nach einer Zeit ab.
Ausserdem funktioniert die Phasenumschaltung nicht und die Ladung stoppt, nachdem evcc gemeldet hat: reduziere auf einphasig.

Fehlt dafür etwas in meiner yaml ?

Siehe LOGs und meine yaml und Modbus-Anleitung der EM2GO-Home:

evcc-20240620-115321-trace.log
evcc-20240620-115312-debug.log
evcc-20240620-115227-warn.log

Kann mir bitte jemand helfen?

[RenatusRo]

sieht ja nicht sooo schlecht aus - an der config liegt's nicht.
ein bissel warten, bis
#14307
geklaert ist.

[SOLID1970]

Danke für die Info!

Was mich nur irritiert ist, dass in der Wallboxanleitung steht, dass sie über Modbus kommunziert, aber in evcc bei 'Wallbox' kein Modbustext bei der EM2GO- Home dabei steht( wie bei manchen anderen Wallboxen)
Muss ich den zusätzlich eingeben?

[RenatusRo]

da ist ein TCP adapter eingebaut. Im log sieht man ja auch, dass die box froehlich ueber modbus kommuniziert.
und bis auf den etwas abweichenden strom und die phasenfrage funktioniert es ja auch im grossen und ganzen.

[em2go-home] TRACE 2024/06/20 10:44:36 modbus: send 02 9a 00 00 00 06 ff 03 00 5f 00 01
[em2go-home] TRACE 2024/06/20 10:44:36 modbus: recv 02 9a 00 00 00 05 ff 03 02 00 01

[RenatusRo]

was ja auffaellt: die nachkommastellen vom ladestrom werden weggeschmissen.
poste doch mal noch deine config yaml

[lp-1  ] WARN 2024/06/20 10:45:06 charger logic error: current mismatch (got 12A, expected 12.5A)
[lp-1  ] WARN 2024/06/20 10:46:06 charger logic error: current mismatch (got 12A, expected 12.3A)
[lp-1  ] WARN 2024/06/20 10:46:36 charger logic error: current mismatch (got 12A, expected 12.8A)
[lp-1  ] WARN 2024/06/20 10:47:06 charger logic error: current mismatch (got 10A, expected 10.5A)
[lp-1  ] WARN 2024/06/20 10:47:36 charger logic error: current mismatch (got 13A, expected 13.4A)

[SOLID1970]

Gestern Abend hat sie so viel wie noch nie über Modbus kommuniziert. dann haben sich Nachts die Fehler wieder angehäuft, bis sie komlett die Verbindung verliert. dann hilft nur noch an der Wallbox das WLAN neu zu starten.

Fehlermeldungen, Yaml und LOG:

evcc_yaml_o_pw.txt

Protokoll von HAecvv.txt

evcc-20240621-144425-trace.log

[SOLID1970]

Evcc meldet zwar 'reduziere auf einphasig' aber lädt nach dem countdown trotzdem dreiphasig weiter.
Und obwohl ich die Batterie auf 100% gestellt habe, also nicht zum Laden verwenden, entädt es mir die Batterie trotzdem:

Wg. https://github.com/evcc-io/evcc/issues/14307
Bei mir startet sie auch bei 10.4 kW

[RenatusRo]

am besten beim hersteller ein ticket machen.
die phasenumschaltung funktioniert einfach nicht.
siehe #14307 (comment)

[andig]

Bzw: erstmal Nightly Version- da wird zumindest schon der Strom reduziert!

[SOLID1970]

Ich habe schon zweimal an den EM2GO-Service bzw. D-parts geschrieben, die antworten jetzt nicht mal mehr. Muss es mal wieder telefonisch versuchen.....

Ich musste sie ja kurz nach dem Kauf schon für ein Update wieder zurücksenden.

Die Wallbox EM2GO-Home ist übrigends auch in keinem ihrer beiden Shops mehr zu finden.

Manchmal wird der Strom sogar reduziert, aber das erhöhen und wieder starten nach einer Unterbrechung ,wegen zu wenig Überschuss, geht nicht. Geht das mit der Nightly

Hier noch ein aktuelles LOG. Geht eine Zeitlang gut und dann kommt der i/o timeout:

evcc-20240621-210216-debug.log

[andig]

Deine Fehlermeldung kommt vom RCT. Hier off-topic.

[SOLID1970]

Die Ladung bricht nach kurzer Zeit ab, egal mit welche yaml ich es probiere oder ob ich PV oder minPV einstelle:

Z. B. hier um 15:12 mit dieser Meldung:

[site ] DEBUG 2024/06/23 15:12:11 ----
[lp-1 ] DEBUG 2024/06/23 15:12:11 charge power: 0W
[lp-1 ] DEBUG 2024/06/23 15:12:11 charge currents: [0 0 0]A
[site ] DEBUG 2024/06/23 15:12:11 pv power: 4873W
[site ] DEBUG 2024/06/23 15:12:12 battery soc: 95%
[site ] DEBUG 2024/06/23 15:12:12 battery power: -4101W
[site ] DEBUG 2024/06/23 15:12:12 grid meter: -1W
[site ] DEBUG 2024/06/23 15:12:12 battery has priority at soc 95% (< 100%)
[site ] DEBUG 2024/06/23 15:12:12 site power: 299W
[lp-1 ] DEBUG 2024/06/23 15:12:12 charge total import: 581.600kWh
[lp-1 ] DEBUG 2024/06/23 15:12:12 charger status: C
[lp-1 ] DEBUG 2024/06/23 15:12:12 soc estimated: 82.00% (vehicle: 82.00%)
[lp-1 ] DEBUG 2024/06/23 15:12:12 vehicle soc: 82%
[lp-1 ] DEBUG 2024/06/23 15:12:12 vehicle soc limit: 100%
[lp-1 ] DEBUG 2024/06/23 15:12:12 vehicle range: 376km
[lp-1 ] DEBUG 2024/06/23 15:12:13 !! active phases: 1p = min(0p measured 0p vehicle 1p physical 0p charger)
[lp-1 ] DEBUG 2024/06/23 15:12:13 pv charge current: min 8A > 0.698A (299W @ 1p, battery: false)
[site ] DEBUG 2024/06/23 15:12:41 ----

[andig]

In Deinem Logfile ist kein 15:12 zu sehen. Mit dem kurzen Schnipsel lässt sich nix anfangen :( Da es hier um Phasenumschaltung und zu hohen Ladestrom ging und nicht um Abbrüche mach bitte eine neues Thema.

[dniakamal]

Hallo zusammen,

mit einem kommenden Firmware-Update werden folgende Punkte der EM2GO Home adressiert:

• Phasenumschaltung kann vor Start gesetzt werden (wird in V1.1 nicht unterstützt).
• Unterbrechung des Ladevorgangs für 10 Sekunden bei Phasenumschaltung (in V1.1 nicht implementiert).
• Falsche Stromwerte werden ignoriert (in V1.1 wird auf 16A gesetzt).
• Bei 0A wird Mindestwert eingestellt.
• Strom ist in 100mA-Schritten regelbar.

Diese neue Version ist für Mitte August geplant.
Wer seine Ladestation updaten möchte, kann diese kostenfrei zum Update einschicken, sobald das Update verfügbar ist.

Für EM2GO Home mit Softwarestand V1.1 können wir mit folgendem Workaround arbeiten:

• Direkt nach dem Startbefehl Phaseneinstellung an EM2GO Home senden. Das zweite Relais wird hierbei nicht geschaltet, da dieses bei drei Phasen zeitverzögert geschaltet wird.
• Direkt nach dem Startbefehl Strom auf 6A setzen.
• Vor Phasenumschaltung den Ladevorgang für 10 Sekunden stoppen und danach fortsetzen.

[SOLID1970]

Vielen Dank , dass an den Fehlerbeseitigungen/Verbesserungen gearbeitet wird !

Als ich sie zum Update auf die FW 1.1 eingesendet hatte, war allerdings die Aussage, dass ich sie euch für zukünftige Updates dann nicht mehr zusenden muss, weil diese dann über das Internet gemacht werden... ?

Meine ist fest am Verteilerkasten angeschlossen und muss jedesmal vom Elektriker de- / montiert werden.

[njd1893]

Cool, danke für die Info. Werde den PR #15131 testen, wenn es im Nightly drin ist.

[Kavino112]

Hat sich hier schon was ergeben? Ich bin am liebäugeln mir diese Box zu holen.

[SOLID1970]

Danke, dann hat die WB mal wieder ein Reichweitenproblem mit dem WLAN, dass zu Datenverlust führt.

Ich verstehe einfach nicht, dass sich diese WB, im Gegensatz zu allen anderen Geräten, immer wieder mit dem wesentlich weiter entfernten Router verbindet, anstatt mit dem Mesh-Repeater, der ein deutlich besseres Signal hat. Es sind auch alles neuere Telekom Geräte.

[RenatusRo]

Wobei das auch nicht ganz logisch ist: Die Box ist ja erreichbar und kommuniziert. Und ausgerechnet der call

	if _, err := wb.conn.ReadHoldingRegisters(em2GoRegPhases, 1); err == nil {
		phases1p3p = wb.phases1p3p
		phasesG = wb.getPhases
	}

soll dann ins Nirwana gehen?
Mal mit

levels:
  modbus: trace

starten?

[SOLID1970]

levels:
modbus: trace

Habe ich in der yaml eingetragen und das LOG damit gestartet.
Richtig?

[RenatusRo]

Ja, perfekt!
Und jetzt hat er die Phasenumschaltung dummerweise korrekt erkannt:
[lp-1 ] INFO 2024/10/13 21:07:16 charger: power ✓ energy ✓ currents ✓ phases ✓ wakeup ✗
Sollte also auch wieder 'automatische Phasenumschaltung' sichtbar sein?
Wir sind also nicht viel schlauer.
Lass' das trace drin, bis es wieder schief geht.

[SOLID1970]

Danke
Ja, die automatische Phasenumschaltung (automatischer Wechsel) wird jetzt tatsächlich wieder angezeigt.

Ich kann mir das nur damit erklären, dass evcc oder die Wallbox Probleme mit WLAN-Weiterleitungen über mehrere Repeater haben.

Vom Router zur Wallbox an der Garagenaussenwand sind es in einer Linie ca. 15m.
Dazwischen ist, weil das direkte Signal sonst zu schwach ist, ein Mesh- Repeater.

Da die WB momentan zum Update-testen in der Garage liegt, hatte ich dort nochmal einen Meshrepeater dszwischengehängt.
Der zusätzliche sorgt aber offensichtlich, trotz besserem Signal, dafür, dass es zu starken Verzögerungen kommt..

Ich habe ihn wieder entfernt und jetzt hat sich übernacht die Wallbox auch wieder mit dem einzelnen Repeater verbunden, statt wie zuvor, mit dem weiter entfernten Router. Deshalb wird wohl auch der autom. Wechsel wieder angezeigt.

[andig]

Wer noch kein Update hat (oder gerne auch mit- dort sollte es keinen Unterschied machen) gerne #16201 testen.

[rogie67]

Ich habe sehr oft Probleme mit der ModBusTCP Verbindung, es läuft immer eine ganze Weile gut, eine Zeitlang werden auch Verbindungsunterbrechungen immer wieder korrekt aufgebaut (kann bei WLAN ja auch durchaus mal vorkommen), dann jedoch kann die Verbindung nicht mehr hergestellt werden, die Wallbox lehnt laut NodeRed-Log die Verbindung ab (antwortet immer mit ECONNECTIONREFUSED). Per Ping ist die Wallbox weiterhin erreichbar. Oft ist die Wallbox dann auch in der Meshübersicht der Fritzbox als "nicht verbunden" gemeldet.

Die Wallbox ist über 2 Mesh-Repeater mit der Fritzbox verbunden, die Verbindungsgeschwindigkeit ist laut fritzbox-Mesh Übersicht 64 MBit.

Langsam wird es frustrierend, hat ev. jemand noch eine Idee, wie man das Problem beseitigen kann? FW ist laut Display E3C_1.3.

[rogie67]

Ja, die Firmware ist aktuell.

[rogie67]

So, jetzt habe ich dem Repeater in der Garage eine eigene SSID gegeben und die Wallbox nochmals umkonfiguriert, damit sie sich nur noch mit dieser SSID verbinden kann und das wird auch das einzige Gerät am Repeater sein.
Schauen wir mal.
Vielen Dank nochmal an dich @SOLID1970 für deine Hinweise.

[SOLID1970]

Gerne. Bitte dann berichten, wenn es die Fehler beseitigt hat.

[rogie67]

Das werde ich definitv.

[rogie67]

So, mal eine erste Rückmeldung:
Es läuft jetzt seit ca 9h einwandfrei. In der Ereignisanzeige des Repeaters sind vor der Umstellung öfters die Meldungen aufgetaucht:

• WLAN-Gerät wurde abgemeldet
• WLAN-Gerät wird angemeldet
  jeweils mit der IP-Adresse der Wallbox.
  Nach der Umstellung auf eine eigene SSID kam nur noch einmal die Meldung
• WLAN-Gerät wird angemeldet
  seitdem gab es keine Meldungen mehr seitens der Wallbox IP, dass sie sich abgemeldet hätte, und auch in der Mesh Übersicht der Fritzbox ist die Wallbox weiterhin zu sehen.

Es scheint also tatsächlich den Fehler zu beseitigen, denn die Wallbox kann sich ja jetzt nur noch mit diesen einen Repeater verbinden, der das WLAN mit der neuen SSID anbietet.

[SOLID1970]

Sehr gut. Hoffentlich bleibt es jetzt dauerhaft so.....

[rogie67]

Nun ja, die Wallbox war leider heute kurz "weg", d.h. auch per Ping nicht erreichbar so ca 1 Minute, aber es hat sich wieder gefangen. Auf jeden Fall sehr viel stabiler als sonst.

[StefanA-LU]

Meine EM2GO geht jetzt nach mehreren massiven Netzwerkabstürzen mit immer dem gleichen Ergebnis, dass nämlich nur der MODBUS neu gestartet werden muss, nicht aber die gesamte Box und auch nicht wie hier beschrieben das WLAN der Box, wegen mangelhafter Support-Leistung wieder zurück. Wie soll §14a eingehalten werden, wenn ein System offenbar die Netzwerk Standards nicht einhält und alle 3 Tage der MODBUS abstürzt und keine Verbindung mehr zulässt, bis er manuell über die Tasten der Wallbox neu gestartet wird, nur weil er mal einen Timeout hatte, der bei einer stabilen 80 MBit-Verbindung in einem MESH System bei der Übertragung von ein paar Textzeichen auftritt. Das muss ein solches System schlicht in der Fehlerbehandlung abfangen und korrigieren können, ohne gleich die komplette Grätsche zu machen. Ich musste extra ein eigenes WLAN über eine FritzPowerline 546E mit 30 Zeichen (max EM2GO) WLAN-Passwort einrichten, um zu vermeiden, dass ich an ca. 20 Geräten ein neues Passwort eingeben und die Security-Level senken muss. Wer einmal mit Kali-Linux einen Penetrationstest gemacht hat, versteht, den Kontext auch. Und selbst dieser exklusive WLAN-Zugang ohne andere Geräte in der Liste reichte nicht, dass die EM2GO nicht über die Netzwerkmängel stolperte, die da offensichtlich ungelöst in der Firmware sind.

E3DC und BMW X1 haben hervorragend mit EVCC funktioniert, es war immer die EM2GO und wenn man sich hier umschaut, auch wie da eine Firmware aktualisiert wird (Einschicken der Wallbox!), wundert mich nichts mehr. Auf meine Fehlerbeschreibungen zum Bsp. auch dass nur ein 30 Zeichen WLAN Passwort möglich ist, wurden in die Antwort Textbausteine zu Multifaktor-Authentifizierung kopiert. Ist das die Kompetenz der Support-Mitarbeiter? Aus meiner Signatur hätte der "Experte" erkennen können, dass er gerade versucht mir meinen Beruf als IT-Ingenieur und Cyber-Security Experte zu erklären, den ich seit 35 Jahren ausübe. Mein lieber Schwan, wenn ich so mit unseren internen "Kunden" umgehen würde, würde man mir sofort die Berechtigungen für die Endpoint-Protection-Konfiguration der 130K Systeme unseres Unternehmens entziehen.

[rogie67]

In meiner Fritzbox ist die Wallbox nur, nachdem ich sie einmal stromlos gemacht habe, wieder als Connected zu sehen. Nachdem das erste Mal die Verbindung wie beschrieben weg ist, bleibt die laut Fritzbox nicht verbunden. Egal, hauptsache funktioniert.

[rogie67]

Ich habe mal eine Frage:
Wie realisiert evcc die An und Abschaltung der Ladung, wenn PV Überschuss zur Verfügung steht bzw eben nicht mehr?
Ich mache das bei mir, indem ich im Register 95 den Wert 2 hinschreibe (Ladung beendet) bzw. 1 (Ladung starten). Es klappt, allerdings "quittiert" mir mein E-Auto die Abschaltung mit der Meldung "Kabel überprüfen."

[dapeterle]

Schau mal die write Befehle für die Register function Zeile 168: https://github.com/evcc-io/evcc/blob/master/charger/em2go.go bin gerade nur am Handy aber sieht für mich so aus als würde es dort über Register 95 verwirklicht (const em2GoRegChargeCommand).
"// Enable implements the api.Charger interface"

Btw ich bin gerade vom Sport heim die wallbox war wieder weg mit no route to host. Ich kann nun zu 100% bestätigen, dass ich die wallbox per ping wieder reaktivieren konnte und sie nun wieder läuft 💪

[rogie67]

Ah ja, danke. Also ganz genauso.
Gestern hatte ich so ca. alle 4 Stunden einen Kommunikationsausfall, der sich (wohl dank Ping) jedoch immer wieder eingekriegt hat. 💪

[rogie67]

Hallo,
da man hier erheblich mehr Support als beim Hersteller erhält, wollte ich mal fragen, ob jemand weiß, wann sich die Total Anzeige an der Wallbox zurücksetzt oder ob man die auch händisch bzw. per Modbus setzen kann.