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.

[matze-pe]

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.

Hallo,

Wie war der Langzeit Test seitdem? Hast du weiterhin modbus abbrüche?
Ich habe heute die Wallbox auch bestellt, ließ sich die Firmware auf 1.3 mittlerweile online aktualisieren?

Würde sie mal 2 Wochen testen, ansonsten geht sie wieder zurück.

Vg Matthias

[rogie67]

Hallo Matthias,
Ich hatte noch ein wenig an der Kommunikation gefeilt (über HA und NodeRed die Ansteuerung für Überschussladung selbst implementiert), u.a. werden die Register in einem Abstand von 50ms gelesen bzw. geschrieben. Nach dem Lesen des letzten Registers warte ich dann 1 Sekunde und es beginnt wieder von vorn.
Bisher hatte ich keinen Ausfall, der einen Eingriff von mir erforderte, d.h. die Kommunikation hatte sich immer wieder gefangen.

Eine Aktualisierung der FW ist bei 1.3 OTA nicht möglich, das geht vlt. bei späteren Versionen. Berichte mal, ob du ev. schon eine neuere Version bekommen hast, wenn die Wallbox bei dir angekommen ist.

Vg Burkhard

[matze-pe]

Hallo Matthias, Ich hatte noch ein wenig an der Kommunikation gefeilt (über HA und NodeRed die Ansteuerung für Überschussladung selbst implementiert), u.a. werden die Register in einem Abstand von 50ms gelesen bzw. geschrieben. Nach dem Lesen des letzten Registers warte ich dann 1 Sekunde und es beginnt wieder von vorn. Bisher hatte ich keinen Ausfall, der einen Eingriff von mir erforderte, d.h. die Kommunikation hatte sich immer wieder gefangen.

Eine Aktualisierung der FW ist bei 1.3 OTA nicht möglich, das geht vlt. bei späteren Versionen. Berichte mal, ob du ev. schon eine neuere Version bekommen hast, wenn die Wallbox bei dir angekommen ist.

Vg Burkhard

Hallo Burkhard,

Die Wallbox kam heute, ich habe sie vom Händler gekauft und sie wurde direkt vom Hersteller versendet.
Die Box kam mit der FW 1.3, die Integration in evcc war auch problemlos möglich. Den id3 hat er heute zu 99,3% mit Pv Strom beladen. Sehr schön :)
WLAN ist schwach in der Garage, gab aber während der Ladung heute Nachmittag keinen Abbruch.

Habe mich ganz schön erschrocken, wie kleine die Wallbox ist.

Ich teste nochmal 1 Woche, denke ich behalte sie aber :)

[rogie67]

Prima.

[matze-pe]

Prima.

Waren das diese Fehler mit der Kommunikation die du hattest?
Sind nach guten 24h nach Betrieb aufgetreten:

[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]

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.

[matze-pe]

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. 💪

Ich kann die Wallbox aus der Ferne nicht per Ping wieder aufwecken. Denke ich muss sie morgen früh die Stromlos machen um sie neu zustarten.

Ich habe im etc/crontab auf dem Raspberry von evcc einen Dauerping für jede Minute jetzt eingestellt. Mal sehen ob das was bringt, sieht so aus als ob die Box nach 24h die Verbindung verliert.

[rogie67]

Sorge für eine gute WLAN-Verbindung und dafür, das sich die Wallbox nur mit einem Repeater verbinden kann, sie hat arge Probleme bei einem Repeaterwechsel innerhalb eines Mesh, was immer mal wieder passiert (selbst wenn ein weiter entfernter Repeater ein schlechteres Signal liefert, verbinden sich Geräte dennoch manchmal damit 🤷‍♂️) .
Ich habe das so gelöst, dass ich in der Garage einen weiteren Repeater montiert habe, der eine eigene SSID bekommen hat. Nur mit diesem Repeater kann sich die Wallbox jetzt verbinden. Zusätzlich habe ich den Dauerping auf 3 Sekunden eingestellt.

[matze-pe]

Sorge für eine gute WLAN-Verbindung und dafür, das sich die Wallbox nur mit einem Repeater verbinden kann, sie hat arge Probleme bei einem Repeaterwechsel innerhalb eines Mesh, was immer mal wieder passiert (selbst wenn ein weiter entfernter Repeater ein schlechteres Signal liefert, verbinden sich Geräte dennoch manchmal damit 🤷‍♂️) . Ich habe das so gelöst, dass ich in der Garage einen weiteren Repeater montiert habe, der eine eigene SSID bekommen hat. Nur mit diesem Repeater kann sich die Wallbox jetzt verbinden. Zusätzlich habe ich den Dauerping auf 3 Sekunden eingestellt.

So klappts jetzt bei mir auch, danke dir :)

Die erste Verbindung war nach weniger als 24h schon weg.
Ich hatte noch einen alten / nicht fähigen AVM Mesh Repeater. Den habe ich als standalone in der Garage eingesetzt und die Wallbox auf die eigene SSID verbunden.
Per crontab führe ich jede Minute einen Ping vom Raspberry (evcc) auf die IP Adresse der Wallbox.

bisher nach jetzt knapp 30 Stunden Laufzeit, läuft es stabil :)
Für den Preis der Box einfach mit den Funktionen unschlagbar, die war die Woche für 379€ im Angebot.

[SOLID1970]

Die Lösung für meine Verbindungsprobleme mit der Wallbox EM2GO-Home ist hier : #22571

[matze-pe]

Die Lösung für meine Verbindungsprobleme mit der Wallbox EM2GO-Home ist hier : #22571

Mein Extra Repeater mit eigenen SSID (ohne Mesh) und als LAN-Brücke konfiguriert, war bereits schon auf WPA2 konfiguriert. Daran liegt es nicht.
Ich habe den cronjob für den dauerping geändert, sodass jede Min zur Überprüfung eine Datei mit den Ergebnis angelegt wird.
Seitdem hatte ich keinen Ausfall mehr.
FW 1.3

[bggsolar]

Habe diesen repeater als Access Point per Ethernet mit der Fritz verbunden.

TP-Link TL-WA855RE

Mit unter 20€ war mir das die Investition wert.

Andere ssid als die Fritz und somit ein eigenes 2,4 ghz und wpa2 Teil Netz.

Damit läuft es jetzt seit ich es vor ein paar Tagen so aufgebaut habe stabil.

[rogie67]

Hallo,
bei mir läuft die Wallbox auch seit geraumer Zeit mit all diesen bereits beschriebenen Maßnahmen ziemlich stabil. Dennoch kam es nach einmal 56 Tagen und dann nach 39 Tagen wieder zu einem Verbindungsabbruch, der sich auch nicht mehr mit den obigen Methoden "reparieren" ließ. Der Ping wurde weiterhin beantwortet, aber die MBTCP Kommunikation bekam sich einfach nicht mehr ein. Da half dann nur noch stromlos machen und erneut einstecken. Seitdem läuft es wieder.

[rogie67]

Ich steuere auch die Anzahl der Phasen, das Starten und Stoppen und den Ladestrom.
Wenn du eine 0 in register 91 schreibst, setzt die Wallbox den Wert automatisch auf 50. Deshalb schreibe ich als Mindestwert 60 (=6A, braucht mein ID.7 als Mindestladestrom), schalte auf 1 phasiges Laden um, wenn erforderlich (von 3 Phasen direkt aus mag der ID.7 nicht) und nach mind. 5 min dann das Laden über Register 95 (=2) komplett aus. Zu häufiges Ein-und Ausschalten mag der ID.7 nicht.

Damit ich keinen Netzstrom dafür beziehen müsste, passiert das Überschuss-Laden auch erst dann, wenn die Hausbatterie mind. 20% geladen ist.

[Lu-Fi]

Bei mir geht er ab und an auf Status 6 (Laden beendet) dann muss ich das Kabel neu einstecken.
Das nervt.

[rogie67]

JA, da hab ich einige Versuche benötigt, mit der beschriebenen Methode ist bis jetzt kein Fehler mehr aufgetreten:

• Wenn PV Überschuss > 1380W für ca. 3min: 1 phasiges Laden aktivieren.
• Wenn PV Überschuss > 4100W für ca. 3min: 3 phasiges Laden aktivieren.
• SInkt PV Überschuss auf unter 1380W:
• 3 phasig -> 1 phasig nach 60s
• dann nach 3min Laden beenden.

[Lu-Fi]

Und wenn du beendest, kannst du immer wieder neu starten ohne den Stecker zu ziehen ?

[rogie67]

JA. Ich warte nur grundsätzlich immer 3min, bevor ich das Laden wieder einschalte, wenn es deaktiviert war. Achte mal darauf, wann dein Auto in Störung geht, beim Ausschalten oder beim Einschalten. Und der Ladestrom sowie die Phasenanzahl sollten geschrieben sein, BEVOR du den Ladevorgang startest.

[matze-pe]

Ich hatte heute auch schon wieder Abbrüche, habe jetzt ein Reboot Script für den Fritz Repeater, damit startet der Repeater täglich um 3:30 Uhr neu und die modbus Verbindung ist wieder da (trotz dauerping)

[dniakamal]

@rogie67 wenn du uns ein TRACE logs schickst, welche den ModBus Datenverkehr von problemloser Verbindung bis zum Fehler schickst, analysieren wir die Daten und versuchen die Stabilität zu verbessern.

[rogie67]

@dniakamal NodeRed sendet bei mir MBTCP-Exeptions an HA Log, da kann ich dir mal einen Screenshot aus dem HomeAssistant Log schicken,

[dniakamal]

@rogie67 da muss ich mir mal anschauen wie man die Logs zieht. Bei HASS weiß ich, dass man den Debug-Mode für Integrationen aktivieren kann, um so eine *.log-Datei zu erhalten. Vielleicht ist das schon aufschlussreich, wenn du uns die mal an service@em2go.de schickst.

[rogie67]

@dniakamal Grad war auch wieder die Verbindung weg. Oben siehst du die Debug Nachrichten des entsprechenden Flows.

[rogie67]

Und noch was

[gerd2005]

@SOLID1970
Funktioniert bei dir das Überschussladen?
Bzw. Reagiert die Wallbox wenn du in evcc die Modi ( PV, schnell, aus) änderst?

Danke und viele Grüße
Gerd

[dniakamal]

@SOLID1970 am besten du sendest uns eine kurze E-Mail an service@em2go.de.

[SOLID1970]

Schau dir diesen Screenshot mal an bitte. Ich habe evcc auf AUS gestellt, der Ladevorgang geht aber weiter und wird eben nicht beendet. Stattdessen kommt die Fehlermeldung: "disabled but charging" Hast du deine Idee woran das liegen könnte?

Deine Verbindung ist instabil.
Diese Fehlermeldung hatte ich auch schon. Dein Problem kommt wohl durch die typischen Unterbrechungen der WLAN & Modbus-Verbindungen.
Vermutlich hast Du keinen AP/Repeater nur für die Wallbox eingerichtet?

Kabel weg und WLAN an der Box mal aus/ anschalten zur Neuverbindung.

[SOLID1970]

@SOLID1970 am besten du sendest uns eine kurze E-Mail an service@em2go.de.

Hatte ich heute schon eine Mail an service@d-parts.de gesendet.

Gerade nochmal mit Seriennummer an deine o.g. gesendet.

[dniakamal]

@SOLID1970 bitte versuche es noch mal, es sollte nun gehen, Sorry für das Versehen. Wünsche einen schönen Nikolaus und 2. Advent.

[SOLID1970]

@SOLID1970 bitte versuche es noch mal, es sollte nun gehen, Sorry für das Versehen. Wünsche einen schönen Nikolaus und 2. Advent.

Hallo @dniakamal :

Was unternehmt ihr jetzt gegen dass Problem, dass mittlerweile schon bei drei Leuten hier nach dem Update ab Software E3C_1.4 das manuelle Umschalten der Ladeleistung und die Überschusssteuerung nicht mehr funktioniert ?

Es gibt wieder den gleichen ' disable but charging' Fehler, wie es schon mit Softwareversionen vor E3C_1.3 war.

Die einzige Version die bisher funktioniert hat ( bis auf i/o timeout- Fehler bei Änderungen in der evcc - Konfig.) war E3C_1.3 !

Auf meine E-Mail dazu, habt ihr bisher leider nicht geantwortet.

Bitte Info !

[SOLID1970]

Auch mit der neuen Softwareversion 1.4 habe ich wieder die i/o timeout Fehler !

Die EM2GO-Home wird in der GUI- Konfig. entweder nicht gefunden ( rot) oder, wenn sie dann doch nach mehreren Versuchen mal gefunden wird (grün), kann dann nicht gespeichert werden.

Nach vielen versuchen mit mehrmals mit klicken auf 'prüfen & speichern' bei 'Wallbox hinzufügen' und 'speichern' bei 'Ladepunkt hinzufügen', konnte ich es dann irgendwann doch mal abspeichern.

@gerd2005: probiere das doch auch mal.

@dniakamal :

Leider kommt es bei manchen Konstellationen zu Problemen, was nicht bei allen Kunden auftritt.

Da frage ich mich wirklich, was man denn für eine noch gängigere 'Konstellation' als ich haben kann???

Telekom sollte da ja wohl das gängigste sein !?!
Alle Geräte nur von der Telekom.

Ich habe auch schon alle gegen aktuelle Modelle ausgetauscht:

Speedport Smart 4 Router + 3x Speedhome WLAN Repeater.

Ich habe Homeassistant auf einem Raspi 5 und evcc als Addon. Sonst nix !
Kein Node red oder ähnliches!

Screenshot der heutigen timeout-Fehler:

evcc trace-LOG und Debug sende ich per E-Mail zu.

[marcogracklauer]

Ich habe die Erfahrung gemacht, dass die Box sehr empfindlich auf mehrere nah beieinander liegende Verbindungsaufbauten reagiert. Man sollte in der GUI daher tunlichst vermeiden zunächst zu „prüfen“ und anschließend nochmal auf „prüfen und speichern“ zu klicken. Tatsächlich hatte ich sogar schon Fälle, dass sich der i/o Timeout dann nach kurzer Zeit auflöst wenn man das System lang genug in Ruhe lässt. Auch durch wiederholte Neustarts von evcc, weil ich andere Dinge verändert habe, hatte ich schon timeouts, obwohl es sonst recht stabil läuft.
Hat mich einige Zeit gekostet bis ich herausgefunden habe, dass beim debuggen weniger (requests) manchmal mehr ist :-)

[Lu-Fi]

@SOLID1970
Die Box hat WLAN Probleme, besonders wenn mehrere repeater / mesh im spiel sind und die Box sich entscheiden muss über welchen Zugangspunkt (Router oder repeater) sie sich verbinden soll. Was sie anscheinend überhaupt nicht mag ist der Wechsel des zugangspunktes im laufenden Betrieb.
Ich habe das bei mir so gelöst, dass ich einen extra wlan Router (glinet für 20€) mit einem extra wlan konfiguriert habe nur für die Box. Dieser Router hängt per Ethernet Kabel an meiner FRITZ!Box und hängt physisch neben der Wallbox. Damit läuft bei mir alles stabil.
Ich nutze zwar kein EVCC mehr aber kenne deine Probleme.

[SOLID1970]

Ich habe die Erfahrung gemacht, dass die Box sehr empfindlich auf mehrere nah beieinander liegende Verbindungsaufbauten reagiert. Man sollte in der GUI daher tunlichst vermeiden zunächst zu „prüfen“ und anschließend nochmal auf „prüfen und speichern“ zu klicken. Tatsächlich hatte ich sogar schon Fälle, dass sich der i/o Timeout dann nach kurzer Zeit auflöst wenn man das System lang genug in Ruhe lässt. Auch durch wiederholte Neustarts von evcc, weil ich andere Dinge verändert habe, hatte ich schon timeouts, obwohl es sonst recht stabil läuft.
Hat mich einige Zeit gekostet bis ich herausgefunden habe, dass beim debuggen weniger (requests) manchmal mehr ist :-)

Ja, das ist auch meiner Erfahrung mit der EM2GO-Home Wallbox.
Das Problem ist halt, wie heute wieder, dass es schon beim ersten prüfen nicht geht. Erst, als ich sehr oft hintereinder geprüft hatte.

Wenn man (Stunden-) lang nichts macht, startet evcc bei richtiger Konfiguration dann irgendwann (wieder) und wenn man nichts mehr verändert, läuft es auch so weiter.

Das ist aber ein ziemlich unrealistisches Szenario.
Man installiert wie ich z. b. noch eine WP, Heizstab, etc. und jedesmal entstehen lange Unterbrechungen in denen dann Ladeverläufe fehlen.
Die sind für meine Abrechnungen aber wichtig.

In der Zeit wo die WB zum Update eingesendet war, hatte ich eine Demowallbox installiert und keine einzige Unterbrechung.

Es wäre ja mal sehr interessant zu wissen, ob es das Problem mit den timeouts etc. auch bei anderen Wallboxen gibt....

[SOLID1970]

@SOLID1970
Die Box hat WLAN Probleme, besonders wenn mehrere repeater / mesh im spiel sind und die Box sich entscheiden muss über welchen Zugangspunkt (Router oder repeater) sie sich verbinden soll. Was sie anscheinend überhaupt nicht mag ist der Wechsel des zugangspunktes im laufenden Betrieb.
Ich habe das bei mir so gelöst, dass ich einen extra wlan Router (glinet für 20€) mit einem extra wlan konfiguriert habe nur für die Box. Dieser Router hängt per Ethernet Kabel an meiner FRITZ!Box und hängt physisch neben der Wallbox. Damit läuft bei mir alles stabil.
Ich nutze zwar kein EVCC mehr aber kenne deine Probleme.

Genau, deshalb habe ich damals auch einen Repeater als AP nur für die EM2GO- Home installiert.

[gerd2005]

Hallo @dniakamal,

ich habe nun ein eigenen WLAN Netz für die WB. Die Verbindung funktioniert soweit, PING funktioniert auch. Allerdings kann ich den Ladevorgang nicht über evcc starten oder stoppen.
Wenn ich auf "Schnell" klicke, passiert nichts:

[site ] DEBUG 2025/12/08 08:51:51 !! solar production: accumulate moved db:6 from 0.051 to 0.052
[site ] DEBUG 2025/12/08 08:51:51 site power: 2W
[lp-1 ] DEBUG 2025/12/08 08:51:51 charge voltages: [232 233 233]V
[lp-1 ] DEBUG 2025/12/08 08:51:52 charge total import: 2.600kWh
[lp-1 ] DEBUG 2025/12/08 08:51:52 charger status: B
[site ] DEBUG 2025/12/08 08:52:21 ----
[lp-1 ] DEBUG 2025/12/08 08:52:21 charge power: 0W
[lp-1 ] DEBUG 2025/12/08 08:52:21 charge currents: [0 0 0]A
[site ] DEBUG 2025/12/08 08:52:21 grid power: -1W
[site ] DEBUG 2025/12/08 08:52:21 grid powers: [1 37 -39]W
[site ] DEBUG 2025/12/08 08:52:21 grid currents: [0.792 1.09 -0.572]A
[site ] DEBUG 2025/12/08 08:52:21 battery 1 power: 0W
[site ] DEBUG 2025/12/08 08:52:21 pv 1 power: 397W
[site ] DEBUG 2025/12/08 08:52:21 !! solar production: accumulate set db:6 8108.619kWh meter total (was: Accumulated: 0.052kWh updated: 2025-12-08 08:51:51 +0100 CET meter: 8108.616kWh)
[site ] DEBUG 2025/12/08 08:52:21 !! solar production: accumulate moved db:6 from 0.052 to 0.055
[site ] DEBUG 2025/12/08 08:52:21 battery 1 soc: 1%
[site ] DEBUG 2025/12/08 08:52:21 site power: -1W
[lp-1 ] DEBUG 2025/12/08 08:52:21 charge voltages: [232 233 233]V
[lp-1 ] DEBUG 2025/12/08 08:52:22 charge total import: 2.600kWh
[lp-1 ] DEBUG 2025/12/08 08:52:22 charger status: B
[site ] DEBUG 2025/12/08 08:52:51 ----
[lp-1 ] DEBUG 2025/12/08 08:52:51 charge power: 0W
[lp-1 ] DEBUG 2025/12/08 08:52:51 charge currents: [0 0 0]A
[site ] DEBUG 2025/12/08 08:52:51 grid power: 10W
[site ] DEBUG 2025/12/08 08:52:51 grid powers: [12 36 -38]W
[site ] DEBUG 2025/12/08 08:52:51 grid currents: [0.805 1.08 -0.563]A
[site ] DEBUG 2025/12/08 08:52:51 battery 1 power: 0W
[site ] DEBUG 2025/12/08 08:52:51 battery 1 soc: 1%
[site ] DEBUG 2025/12/08 08:52:51 pv 1 power: 413W
[site ] DEBUG 2025/12/08 08:52:51 !! solar production: accumulate set db:6 8108.622kWh meter total (was: Accumulated: 0.055kWh updated: 2025-12-08 08:52:21 +0100 CET meter: 8108.619kWh)
[site ] DEBUG 2025/12/08 08:52:51 !! solar production: accumulate moved db:6 from 0.055 to 0.058
[site ] DEBUG 2025/12/08 08:52:51 site power: 10W
[lp-1 ] DEBUG 2025/12/08 08:52:51 charge voltages: [232 233 233]V
[lp-1 ] DEBUG 2025/12/08 08:52:52 charge total import: 2.600kWh
[lp-1 ] DEBUG 2025/12/08 08:52:52 charger status: B
[site ] DEBUG 2025/12/08 08:53:21 ----
[lp-1 ] DEBUG 2025/12/08 08:53:21 charge power: 0W
[lp-1 ] DEBUG 2025/12/08 08:53:21 charge currents: [0 0 0]A
[site ] DEBUG 2025/12/08 08:53:21 grid power: 4W
[site ] DEBUG 2025/12/08 08:53:21 grid powers: [1 37 -34]W
[site ] DEBUG 2025/12/08 08:53:21 grid currents: [0.781 1.08 -0.561]A
[site ] DEBUG 2025/12/08 08:53:21 battery 1 power: 0W
[site ] DEBUG 2025/12/08 08:53:21 battery 1 soc: 1%
[site ] DEBUG 2025/12/08 08:53:21 pv 1 power: 399W
[site ] DEBUG 2025/12/08 08:53:21 !! solar production: accumulate set db:6 8108.626kWh meter total (was: Accumulated: 0.058kWh updated: 2025-12-08 08:52:51 +0100 CET meter: 8108.622kWh)
[site ] DEBUG 2025/12/08 08:53:21 !! solar production: accumulate moved db:6 from 0.058 to 0.062
[site ] DEBUG 2025/12/08 08:53:21 site power: 4W
[lp-1 ] DEBUG 2025/12/08 08:53:22 charge voltages: [232 233 233]V
[lp-1 ] DEBUG 2025/12/08 08:53:22 charge total import: 2.600kWh
[lp-1 ] DEBUG 2025/12/08 08:53:22 charger status: B

[SOLID1970]

Ich habe jetzt mit der EM2GO-Home Austausch-Wallbox und der Softwareversion 1.4 genau das gleiche Problem !!!

evcc reagiert nicht auf manuelles umschalten bei 'Aus/PV/min+PV/schnell' !

Der Ladebalken bei 'Leistung' wird zwar zusätzlich hellgrün, aber es ändert sich nichts- die Ladeleistung bleibt immer gleich.

Das hatte mit der EM2GO-Home SW Version 1.3 noch alles funktioniert.

Es ist für mich jetzt also durch das Update noch schlechter wie vorher!

An der Konfig habe ich nicht geändert und an der neuen evcc Version liegt es auch nicht, denn ich habe es mit dem Backup der Version 0.210.2 auch erfolglos probiert.

In der EM2GO Connect-App steht es auch auf 16A und dreiphasig.

Es wurde also bei mir verschlimmbessert !

@ALL:

Gibt es noch jemanden, der die Softwareversion 1.4 hat ?
Besteht da das gleiche Problem?

[gerd2005]

Ja alles klar. Das war’s. Ich schicke das Teil die Woche zurück. Habe soeben schon den Widerruf abgeschickt. Ich habe weder die Zeit noch die Lust mich mit solchen halb fertigen Kackprodukten zu beschäftigen.

[bayernlex]

Nachtrag:
Jetzt musste ich leider doch wieder Bugs feststellen!
Wenn ich den Stop Button gedrückt hatte und dann wieder auf Schnell, oder Min+PV wechseln will Ändert sich nur die Meldung:
Von Verbunden auf Ladebereit. Warte auf Fahrzeug...
Weiter tut sich leider nichts.
Doch wieder zu früh gefreut!
Werde gleich wieder den Support nerven müssen...(aber erst nach den Faschingstagen)
Fazit, besser noch etwas warten und auf Besserung hoffen!

[bayernlex]

Nachtrag zum Nachtrag!
Eben konnte ich die gleichen Tests mit ID3 durchführen und siehe da, damit gibt es keine Probleme!!!
Box funktioniert einwandfrei! Ohne Fehler
Teste jetzt abwechselnd weiter.

[matze-pe]

Warte mal paar Tage ab, ich hatte sie seit April 25 im Einsatz. Mal war die Kommunikation einige Tage gut, und dann wieder Katastrophe. Es verging nicht eine Woche ohne Eingreifen.

[rogie67]

Die Verbindungsabbrüche hab ich auch immer mal wieder, aber solange sich das wieder einkriegt und ich nicht eingreifen muss, ist das zwar ärgerlich, aber keine große Sache mehr.
Wenn nach spätestens 3min die Kommunikation nicht wieder funktioniert, wird der Repeater neu gestartet, und das immer wieder. Trauriger "Rekord" waren insgesamt mal 4 Neustarts, bis es endlich wieder ging. Ein händisches Eingreifen war bisher nicht mehr erforderlich.
Weiterhin hab ich das Poll-Interval so angepasst, dass beim Laden etwa alle 2 Sekunden auf die Wallbox zugegriffen wird, ansonsten etwa alle 10 Sekunden.

Als weitere Maßnahme habe ich auch zusätzlich noch mit eingebaut, dass der Repeater Sonntags und Mittwoch einfach mal um 3:30 Uhr neu gestartet wird.

[rogie67]

@bayernlex :
Die Umschaltung von zunächst 3 auf 1 phasig und dann aus ist erforderlich, ansonsten geht das Auto in "Störung", wie ich bei meinem ID.7 festgestellt habe. Der mag das nicht, wenn man beim 3 phasigen Laden direkt abschaltet, sondern "will" noch ca 1 min einphasig verbunden sein. 🤷‍♂️

[gerd2005]

Hallo zusammen,

ich habe am Montag meine EM2GO Home zurückbekommen. Sie wurde von 1.5 auf 1.7 geupdatet. Ich habe sie dann komplett einmal neu eingerichtet, Modbus an, AutoCharging usw. an, eine feste IP vergeben und sie in einem eigens erstellten WLAN (nur 2,4Ghz, und WPA2) angemeldet. Zudem wird die WB regelmäßig mit der Home Assistant Integration "Ping (ICMP)" angepingt, damit sie nicht in den Standby oder so geht. Anschließend erfolgte die Neueinrichtung in EVCC... und siehe da... Es funktioniert einwandfrei. Ich kann die Modi (Schnell, PV, Aus usw.) manuell umschalten wie ich will, die Wallbox reagiert, auch etwas zeitverzögert. Um das zu umgehen habe ich in der yaml-Konfig den Delay herunter gesetzt. Danach funktioniert es nun super. Und gestern schien die Sonne, sodass ich das automatische Umschalten von EVCC und der Wallbox testen konnte, inkl. automatischer Phasenumschaltung. Auch das funktioniert wunderbar :-)

Und ich habe es hinbekommen, dass man die Modiauswahl auch in Homekit umstellen kann.

Wenn es bei euch mit der 1.7 nicht funktioniert und ihr Fragen habt, meldet euch gerne bei mir.

VG
gerd