em2go Home Verbindungsprobleme - no route to host (Lösung ping xxx.xxx.xxx.xxx)

[dapeterle]

Hallo zusammen, für alle die auch ständige Abbrüche mit der Modbus Verbindung der em2go home (no route to host) haben.
Ich habe durch Zufall herausgefunden, dass sich der Modbus nach Absturz durch einen ping command der Wallbox wieder reaktivieren lässt.
Seit dem läuft der Modbus der Wallbox stabil durch und es gibt keine Probleme mehr mit evcc.
(Davor musste ich die Wallbox immer vom Strom trennen, um den Modbus wieder zum Laufen zu bekommen).

Da mein evcc in Home Assistant läuft geht meine Workaround Lösung über ping (ICMP) (Anleitung https://www.home-assistant.io/integrations/ping/#defining-a-custom-polling-interval). Dort ist ein kontinuierlicher ping (Intervall alle 2s, wahrscheinlich geht auch weniger) an die Wallbox konfiguriert.

Meine Box: Hardware ver. E22_1.2, Software ver E3C_1.3

PS: Das Workaround ist auch im Thread (#14488 (reply in thread)) mit @rogie67 diskutiert, ich möchte nur verhindern, dass der Workaround dort nicht ersichtlich/gefunden wird.

[rogie67]

Danke, dass du das nochmal extra gepostet hast. 👍👍

[mfuchs1984]

In dem Fall könnte man ja die Implementierung in evcc erweitern, so dass bspw. der gewünschte Ladestrom zyklisch geschrieben wird. Damit sollte die Kommunikation aufrecht erhalten werden.

[mfuchs1984]

Ah alles klar. Dem Hersteller habt ihr die Verbindungsverluste ja wahrscheinlich schon gemeldet.

[rogie67]

Schon öfters, auch die Erkenntnisse, die sich durch das "Herumexperimentieren" ergeben haben, da kam immer die gleiche Antwort: "wir arbeiten immer noch daran um das Problem zu beheben."😉

Es ist ja auch nicht schlimm, wenn die Verbindung mal weg ist, das kann bei WLAN durchaus schnell mal passieren. Aber es muss es eben auch dann wieder "einkriegen", und mit dem Ping tut es die Firmware scheinbar.😁

[dapeterle]

Bin echt froh, dass ich hier reingeschaut hab. War ja absoluter Zufall, dass wir das unabhängig voneinander festgestellt haben. Ich hatte schon mit dem Gedanken gespielt das Ding wieder zurück zu senden. Seit dem Workaround ist die Wallbox 100% einsatzfähig und regelt zusammen mit Evcc perfekt PV Überschussladen.

Anbei paar Screenshots (bin da erst mittags heimgekommen zum Laden):

[rogie67]

Neben dem Zurücksenden der Wallbox habe ich auch schon mit dem Gedanken gespielt, ein Schütz mit NC Kontakten zwischen Wallbox und Stromanschluss zu setzen und dieses dann per HA für ein paar Sekunden anziehen zu lassen, d.h. die Stromversorgung zu kappen, wenn die Kommunikation ausfällt (sozusagen eine "Abschaltvorrichtung" 😂). Gut, dass das nun nicht mehr erforderlich ist.
Ich hatte das Ping eigentlich nur deshalb eingebaut, weil ich wissen sollte, ob dann nicht nur die MBTCP Verbindung weg ist. Einfach ein glücklicher Zufall, das @dapeterle und ich diesen Workaround letztlich gefunden haben.😊

[rogie67]

Das Schütz ist wohl leider doch erforderlich, nach der Dienstreise Auto angesteckt, nach ca. 2-3 Minuten war die MBTCP Kommunikation weg und hatte sich auch nicht mehr gefangen (Ping funktionierte weiterhin), ein Neustart der WallBox war leider unvermeidbar. Aber es passiert zum Glück sehr selten.
Als ersten "Workaround" wird erstmal das Senden einer EMail an mich veranlasst mit der Info, das die Wallbox seit 10min nicht mehr kommuniziert.

[Ferenz12]

Ich habe das gleiche Problem, was noch dazu kommt, sobald ich das Auto anstecke mal geladen wird und dann erst kontrolliert ob überhaupt PV Überschuss vorhanden ist. Wenn dann mal PV Überschuss da ist und es geht schön langsam die Sonne weg wird trotzdem weiter geladen bis der Hausakku nur mehr 50% hat. Hausakku hat 100% Priorität!

In meiner Firma habe ich auch ein Evcc mit Go-e Charger und da läuft alles so wie es soll plug and play ohne eigene settings. Beides ist mit Huawei Wechselrichter, evcc ist aktuell

Hier mal meine Settings von Zuhause:
Zu der Threshold hat mir mein Freund geraten er meinte deshalb sei es so.. 🤨

loadpoints:

• title: Carport
  charger: charger01
  mode: pv
  vehicle: audi_q4
  enable:
  delay: 1m
  threshold: -1200
  disable:
  delay: 10m
  threshold: 1800

[mfuchs1984]

Ohne Logfile, das das Problem zeigt, ist keine Hilfe möglich.

[Sprocket02]

Hi, ich versuche gerade den Ping einzurichten. Wie genau muss ich das machen? Nach der Anleitung muss ich das Polling einer Integration deaktivieren. Ist das dann die EVCC Integration? Für ein kurzen Tipp wäre ich dankbar.

[FSXPET]

Hallo zusammen
Ich hab die Em2Go Home ca. 2m entfernt von einem Ubiquiti Access Point hängen. Der AP ist per LAN angebunden, Mesh ist deaktiviert und im Ubiquiti Controller habe ich die Em2Go Home auf den AP gelockt, damit sie sich nicht zu einen anderen AP verbindet.

Trotzdem habe ich fast täglich den Modbus-Verbindungsfehler. Ein ständiger Ping hat bei mir nicht geholfen.

Nun habe ich vor einer Woche die statische IP-Adresse der Em2Go auf dhcp umgestellt und in der Fritzbox eingestellt, das immer die gleiche Adresse vergeben wird.
Seit dem gab es kein Problem mehr! Vielleicht Zufall?

Habt ihr alle statische IPs vergeben? Vielleicht wollt ihr das auch mal mit dhcp testen, so könnte man schauen, ob es reproduzierbar ist.

[Ferenz12]

Ok bei mir war es so das ich den Beitrag geschrieben habe und zeitgleich einen Netzwerk switch ausgetauscht habe und seitdem läuft es… 🫣

[rogie67]

Bei mir ging es mit DHCP überhaupt nicht, ich konnte die Einstellungen nicht in der App übernehmen. Hast du da ev. eine neuere Firmware oder App Version? Firmware ist bei mir 1.3.

Oft, aber nicht regelmäßig kommt ein Verbindungsabruch dann, wenn das E-Auto mit der Wallbox verbinde und es dann geladen wird, die Verbindung wird jedoch wieder hergestellt, nach ca. 1min gehts dann wieder. Ganz selten hatte ich Komplett-Ausfall, einmal auch trotz Erreichbarkeit per Ping. Da half dann nur Wallbox Stromlos machen.

Was mich allerdings auch "überraschte":
Der Repeater in der Garage (WLAN Repeater 310) hatte sich mit einem Repeater im Haus immer so mit ca. 1MBit/s (laut Fritzbox) verbunden. Ich habe dann etwas näher einen weiteren Repeater gesetzt, und nun verbindet sich der Garagen-Repeater mit dem ersteren immer mit 130 Mbit/s. 🤷‍♂️
Alle Repeater (AX1200) im Haus sind über LAN mit der Fritzbox verbunden.

[FSXPET]

Ich habe auch die Firmware V1.3 und die aktuelle App-Version aus dem PlayStore.
Das er bei mir WLAN-Einstellungen aus der App nicht übernommen hat, hatte ich einmal, da war hinter der SSID und hinter dem Passwort ein Leerzeichen.

Im Ubiquiti Controller kann ich die Zeit sehen, weit dem die Wallbox mit dem WLAN verbunden ist.
Mit der statischen IP konnte ich beobachten, das bei jedem Reconnect danach die Modbus-Verbindung nicht mehr lief (WLAN und Ping ging weiter). Ausschließlich an der Wallbox WLAN aus und an (oder die Box Stromlos) schalten hat geholfen.

Mit der DHCP IP habe ich bislang keinen Modbus-Verbindungsausfall mehr gesehen. Und das, obwohl es inzwischen mehrere Reconnects der WLAN Verbindung gab.

[rogie67]

Wenn es bei dir mit DHCP alles klappt, prima. 👍
Ich habe bei mir öfters beobachtet, dass die Wallbox in der Meshübersicht nicht mehr zu sehen ist, obwohl sie erreichbar und alles funktioniert, irgendwann taucht sie dann da wieder von selbst.

[DerBorzi]

Erst mal danke euch für die ganzen Infos!
Ich habe evcc als LXC in Proxmox und alternativ als Addon in HA (testweise das eine oder andere aktiv).

Gibt es bzgl. "ping" etwas zu beachten?
Wenn ich die Wallbox aus- und wieder anstecke sehe ich in HA, dass die auf den Ping antwortet. Ich habe beim Ping allerdings nichts bestimmtest eingestellt, nur die IP. Reicht das so?
Muss evcc dafür als Addon laufen? Muss der Ping irgendwas mit Modbus zu tun haben? (ich kenne mich da überhaupt nicht aus).
Nächster Schritt wäre dann ein eigene AP für die Wallbox, wenn es sein muss. Ein alter Router sollte auch passen...

Danke!
VG
Andi

[rogie67]

Hallo,
das Ping solltest du so alle 3 Sekunden schicken. Er hat normalerweise absolut nichts mit dem Modbus zu tun, scheint bei der Wallbox allerdings für eine stabilere Verbindung zu sorgen.
Hast deine Wallbox eine LAN-Verbindung? Da könnte das vlt. anders sein. Die hier angesprochene Em2Go Home Wallbox ist nur mit WLAN ausgestattet.
Vg Burkhard

[DerBorzi]

Ok, dann verringere ich das Ping-Delta.
Habe auch die EM2GO-Home, also auch nur WLAN. LAN wäre praktischer... ;)
Ist nur die Frage ob der Ping von HA auch "wirkt" wenn evcc auf einer anderen IP ausgeführt wird. Aber das werde ich schon herausfinden.

Danke!

[Daywalker0205]

Schön das sich noch jemand damit beschäftigt. Bei mir läuft alles recht konstant an einer eigenen FB. Hab diese per mac Filter für andere gesperrt, und die Wallbox bei meinem Repeater und der Basis-FB gesperrt. So ist immer die WB allein an der FB angemeldet. Funzt so lang bis die Basis-FB wieder mal ein Update macht. Das kommt zum Glück selten vor und somit ist es erträglich. Gibt es vom Hersteller mittlerweile schon ein Update welches das Problem behebt?

[matze-pe]

Schön das sich noch jemand damit beschäftigt. Bei mir läuft alles recht konstant an einer eigenen FB. Hab diese per mac Filter für andere gesperrt, und die Wallbox bei meinem Repeater und der Basis-FB gesperrt. So ist immer die WB allein an der FB angemeldet. Funzt so lang bis die Basis-FB wieder mal ein Update macht. Das kommt zum Glück selten vor und somit ist es erträglich. Gibt es vom Hersteller mittlerweile schon ein Update welches das Problem behebt?

Leider nein, habe auf mein ticket auch zwei mal nach dem Stand gefragt. Keine Reaktion, wirklich schade.

Habe die EM2GO bei meinen Eltern auch statisch gesetzt und aktuell sehe ich per VPN, dass die Verbindung wieder weg ist. Sehr ärgerlich, dass man kein Reboot per Netzwerk auslösen kann.

[rogie67]

Indirekt schon, einfach ein Leistungs-Schütz mit NC Kontakten vor die Wallbox setzen, und das Schütz über einen Shelly schalten. Wenn dein Homematic System feststellt, dass die Wallbox nicht kommunziert, einfach den Shelly für ca. 10s einschalten. Damit wird die Wallbox kurz stromlos und macht dann nach dem Wiedereinschalten den Reboot. Aufwändig, aber wurde funktionieren, hatte ich sogar schon so geplant, doch in letzter Zeit gab es keinen Totalausfall mehr.
😁😉

[SOLID1970]

Hallo,
nachdem ich auch das Problem habe, dass die EM2GO-Home bei jedem Update oder Änderung in evcc ,nach dem Neustart, diese i/o timeoutfehler erzeugt, möchte ich auch das mit dem pingen probieren.

Wie kann ich das mit dem Ping denn dauerhaft bei der Linux-Image Installation auf dem Raspi einrichten?

Ich habe zwar im Terminal vom Armbian Cockpit: ping "IP" -i 3 eingegeben, aber wenn ich das Terminal-Fenster schließe und wieder öffne, sind die pings weg.

Läuft das pingen trotzdem im Hintergund solange weiter, bis ich wieder ins Terminal gehe, oder muss das anders gemacht werden ?

[Ferenz12]

Hallo,habe das mit dem Ping auch nicht versucht das war wer anders. Ich habe jetzt in meiner Fritzbox eingestellt das die Wallbox eine Fixe Ip Adresse zugewiesen bekommt und ein paar Switches (auf tplink Omada) ausgewechselt weil ich ständig Probleme im Netzwerk hatte. Jetzt ist bei mir der Timeout meistens nur dann wann ich evcc Neustarte, löst sich aber von selbst einfach nur warten! Problem denke ich ist die Software in der Wallbox diese darf nicht einschlafen, deshalb versuchen auch manche das mit dem Ping. Dauerlösung ist das sicher auch keine weil schon viele trotzdem schreiben das die Wallbox nicht reagiert. Mit freundlichen GrüßenFranz Von meinem iPhone gesendetAm 13.12.2025 um 20:29 schrieb SOLID1970 ***@***.***>: Hallo, nachdem ich auch das Problem habe, dass die EM2GO-Home bei jedem Update oder Änderung in evcc ,nach dem Neustart, diese i/o timeoutfehler erzeugt, möchte ich auch das mit dem pingen probieren. Wie kann ich das mit dem Ping denn dauerhaft bei der Linux-Image Installation auf dem Raspi einrichten? Ich habe zwar im Terminal vom Armbian Cockpit: ping "IP" -i 3 eingegeben, aber wenn ich das Terminal-Fenster schließe und wieder öffne, sind die pings weg. Läuft das pingen trotzdem im Hintergund solange weiter, bis ich wieder ins Terminal gehe, oder muss das anders gemacht werden ? —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: ***@***.***>