SolarEdge WR: connect: connection refused / Seit 03.08.2025

[Ph1975]

Hi,

mein EVCC lief noch super und irgendwann seit Nachmittag geht nichts mehr:

[main ] FATAL 2025/08/03 22:52:45 [db:5] cannot create meter 'db:5': cannot create meter type 'template': cannot create meter type 'custom': power: add[0]: dial tcp 192.168.50.211:502: connect: connection refused

Das ist die IP des SolarEdge Wechselrichters - einwandfrei Pingbar im LAN, auch sonst nichts im Netzwerk verändert.

Ggf hat sich der Modbus Server im WR aufgehängt? Wer kennt sich mit SolarEdge WR aus und gibt es einen einfachen Weg des "Neustarts" des WR oder nur via FI?
Danke!

Config Dump - Just in Case:

`[main ] INFO 2025/08/03 22:55:50 using config file: /etc/evcc.yaml
[db ] INFO 2025/08/03 22:55:50 using sqlite database: /var/lib/evcc/evcc.db
charger

db:2 {Type:template Title: Icon: Product:} map[host:192.168.50.202 id:255 modbus:tcpip template:keba-modbus]

meter

db:5 {Type:template Title:PV Icon: Product:} map[capacity:9.2 host:192.168.50.211 id:1 maxacpower:10000 modbus:tcpip port:502 template:solaredge-hybrid timeout:5e+09 usage:pv watchdog:6e+10]
db:6 {Type:template Title:Batterie Icon: Product:} map[capacity:9.2 host:192.168.50.211 id:1 maxacpower:10000 modbus:tcpip port:502 template:solaredge-hybrid timeout:5e+09 usage:battery watchdog:6e+10]
db:8 {Type:template Title: Icon: Product:} map[capacity:9.2 host:192.168.50.211 id:1 maxacpower:10000 modbus:tcpip port:502 template:solaredge-hybrid timeout:5e+09 usage:grid watchdog:6e+10]

vehicle

db:1 {Type:template Title: Icon: Product:} map[cache:15m capacity:66 icon:car maxCurrent:16 minCurrent:6 mode:pv password:***** priority:7 template:smart-hello title:Smart user:***** vin:*****]

loadpoint

db:3 {Type: Title: Icon: Product:} map[charger:db:2 circuit: defaultMode:pv limitEnergy:0 limitSoc:0 maxCurrent:16 meter: mode:pv phasesConfigured:3 smartCostLimit:0.19 soc:map[estimate:true poll:map[interval:3.6e+12 mode:always]] thresholds:map[disable:map[delay:1.8e+11 threshold:0] enable:map[delay:6e+10 threshold:0]] title:Carport vehicle:db:1]`

[Coernel82]

Gleiches Problem hier! Ich gehe gleich mal in die Set-App und schaue ob das Netzwerk durch ein update geschlossen wurde.

Allerdings hatte der WR auch gestern einen Kommunikationsfehler mit den Inlinezählern angezeigt. Die könnte ich mit 5 Sekunden innere Taste resetten.

Wechselrichter: Auf 0, Batterie aus und dann wie du sagst Sicherung / FI.

Hat zumindest gebracht, dass die Batteriesteuerung von SolarEdge wieder funktionierte.

Evcc Problem besteht, was vermutlich ein SE Problem ist, welches ich mir durch ein Softwareupdate erklären kann. Hatte da auch irgendwo neulich was gelesen, dass das Probleme macht.

[Coernel82]

Gerade mit SolarEdge gechattet. Es wird weitergegeben. Hier noch für SolarEdge meine Fehlermeldung:

Fehler beim Starten. Überprüfe deine Konfiguration und starte neu. meter: [db:5] cannot create meter 'db:5': cannot create meter type 'template': cannot create meter type 'custom': power: add[0]: read tcp 192.168.178.93:45012->192.168.178.80:1502: i/o timeout

Und zur Sicherheit noch die Info, dass ich eine Fritz!Box 7690 habe. Nicht dass AVM gestern irgend ein komisches Update gemacht hat, und wir das nicht bemerken.

[Coernel82]

@Ph1975 Benenne mal die Überschrift um in "seit 03.08.2025, nachmittags", denn "gestern" ist nicht so aussagekräftig.

[Coernel82]

Für mich ist der Auslöser jetzt klar!

[Ph1975]

Vielen Dank fürs Kümmern.

Ich hab mal LAN abgesteckt / angesteckt - das hat leider auch nichts gebracht...
meine Firmware ist die aktuellste auf dem WR: 4.23.36
Ich habe zudem auch das "Known Issues" Problem, dass die nutzbare Batteriekapazität immer noch 9.2 und nicht 9.7 bei zwei Batterieblöcken ist.

Habe mal meinen Installateur darüber informiert. mal sehen.

[Ph1975]

sieht man eigentlch irgendwo bei den SolarEdge Geräten (monitoring portal, app), wann die Firmware Updates durchgeführt wurden?

[lnobach]

Gleiches Problem mit meinem SE10K-RWB48 hier, seit gestern abend. Connection refused. Firmware 4.23.36.

[Ph1975]

Chatte gerade nochmal mit SolarEdge.... hier eine wichtige Info:

---

10:35:00
Ja, ich sehe, dass unsere Kollegen gestern das System-Upgrade eingeleitet haben.

10:35:18
Unsere Kollegen haben das Upgrade von 4.22.44 auf 4.23.36 eingeleitet.

---

[Ph1975]

Update: Es gibt nun ein offizielles "Problem" bei SolarEdge, Fall Nr. 5984079

[Coernel82]

Auch den: 5983332 https://www.solaredge.com/de/support

[schilloks]

Ich hoffe ein Issue hilft bei der Sichtbarkeit des Problems. Habe deshalb mal eins aufgemacht.
#22747

[lnobach]

Ist aber kein Problem von evcc, sondern von SE. Ich benutze z.B. kein evcc.

[Balujuhu]

Noch läuft mein SE WR. Hoffe das bleibt so...

[Ph1975]

Der WR funktioniert ja nachdem Update - nur eben scheint es mit ModBus Probleme zu geben. Wenn dein WR für das Update vorgesehen ist, wirst Du das die nächsten Tage vermutlich bekommen.....

[RobBboR]

Hallo zusammen,

ich bin mir nicht sicher, ob es ausschließlich ein SE Problem ist. Vorhin evcc geupgraded von 0.206.1 auf 0.207.1 und nichts ging mehr. Vorher ohne Probleme. Der WR war zu dem Zeitpunkt noch auf CPU-Firmware 4.23.27. Allerdings sah meine Fehlermeldung auch ein bisschen anders aus:
Aug 04 20:58:26 HomePi evcc[4731]: [main ] FATAL 2025/08/04 20:58:26 meter [pv2] cannot create meter 'pv2': cannot create meter type 'template': cannot create meter type 'custom': power: add[0]: not a SunSpec device.
Jetzt als ich dann doch noch die WR Firmware checken wollte, hat er ein Update gemeldet und hat sich jetzt auf Firmware 4.23.36 aktualisiert.
Jetzt sieht die Fehlermeldung etwas anders aus:
Aug 04 21:34:28 HomePi evcc[4935]: [main ] FATAL 2025/08/04 21:34:28 meter [pv2] cannot create meter 'pv2': cannot create meter type 'template': cannot create meter type 'custom': power: add[0]: modbus: response transaction id '1' does not match request '2'
Läuft die Kommunikation mit dem SE WR über die Rest-API, die mit 0.207.0 verändert wurde? Eventuell spielen hier auch 2 Ursachen gleichzeitig eine Rolle. Ein connection refused, wie einige andere habe ich merkwürdigerweise nie gekriegt, aber vielleicht passiert das ja mit WR-Firmware <4.23.27 ?!

Danke an die, die sich drum kümmern! Ich zumindest weiß jetzt nicht, was ich machen könnte. Bitte sagt Bescheid, wenn ich noch was tun kann.

Grüße!

[RobBboR]

PS: Mit der aktuellen Nightly läuft es bei mir wieder.

[hstammlerj]

Hallo zusammen,
hier Sonntagabend (03.08.) das selbe Spiel, aber zufällig von Anfang an "hörbar" dabei gewesen:

• WR macht selbstständig einen Neustart (Lüfter gehen ganz aus, Stille, dann klassischer Fön-Neustart)
• evcc Modbus meldet Fehler "connection refused"
• Erster Tipp: Netzwerkproblem beim Neustart (IP-Vergabe, etc.), also LAN vom WR abgezogen -> evcc Modbus meldet Fehler "i/o timeout"
• LAN wieder angesteckt -> evcc Modbus meldet wieder Fehler "connection refused" (reproduzierbar)
• evcc abgeschaltet, HomeAssistant SE Modbus Multi als Gegentest vom evcc Proxy auf direkte Verbindung umgestellt -> auch Verbindungsfehler, also kein evcc-Problem.
• Nächster Tipp: unvollständiger / schlechter Neustart des WR -> WR Neustart ausgeführt
• evcc Modbus meldet nur noch Fehler "i/o timeout", es gibt KEINEN "connection refused" mehr!
• Weiter mit HA SE Modbus Multi getestet, nach wie vor Verbindungsfehler

Der WR meldete sich während der ganzen Tests normal im SE Monitoring zurück und hatte selbst keine Verbindungsprobleme beim "nach Hause telefonieren". Damit war klar, dass alle üblichen Problemchen nicht zutrafen und erstmal "Keep calm and carry on" angesagt war.

Eine gefühlte Ewigkeit später, also ca. nach einer Stunde Abwarten in Realzeit, war der Spuk dann vorbei und der WR antwortete im HA SE Modbus Multi wieder, als ob nichts gewesen wäre. Noch kurz final den Modbus Multi wieder zurück auf den evcc Proxy verwiesen, evcc gestartet und alles lief wieder wie gehabt.

Beobachtungen / Schlussfolgerungen:

1. Das alles oben geschah mit evcc 0.206.1. Ein folgendes Update auf 0.207.0 am folgenden Morgen hat nichts verändert, alles läuft problemlos. -> evcc, egal welche Version, hatte damit nichts zu tun.
2. Es wurde nicht nur der WR, sondern auch die Batterie (3.5.6 -> 3.5.8) und der Zähler der BackupBox (1.0.61 -> 1.0.62) aktualisiert, siehe Screenshot. -> eventuelle Folgefehler bei anderen Geräten im SE-eigenen Modbus können auch während der / durch die per Modbus durchgeschleiften Updates zu den Geräten geschehen sein (der WR trommelt alle Updates per internem Modbus zu den Tochtergeräten durch... das dauert).
3. Die Wartezeit bis zum Neuaufbau des SE Modbus über TCP lässt leider vermuten, dass das Update intern länger gedauert hat als man vermuten wollte... und der WR währenddessen in einem "reduzierten Modus" gelaufen ist - die Uptime wurde maximiert, aber der WR hat sich erstmal "taub gestellt". Leider gibt er keine qualifizierte Fehlermeldung aus, dann könnte man wenigstens klarer damit umgehen...
4. Über alles betrachtet: Wäre ich nicht gerade zu Hause oder schon früh zu Bett gewesen und hätte nicht den Neustart gehört und nicht noch nach dem Hausstatus geschaut, wäre der Sturm im Wasserglas innerhalb von ein bis zwei Stunden Nicht-Antwort des WR einfach in der Nacht an mir vorbeigezogen. -> Das nächste Mal warte ich zuerst mindestens 2h ab, bevor ich mit der Fehlersuche beginne bzw. einen Neustart des WR überhaupt in Betracht ziehe.

cu2all, HS

[Coernel82]

Update:
HomeAssistant HACS App SolarEdge Modbus Multi Version 3.1.6 --> funktioniert wieder
evcc --> funktioniert auch

Tipp: Ich musste den Wechselrichter 2 mal resetten!

Reset Wechselrichter:
Auf 0, Batterie aus, Sicherung / FI raus und zumindest so lange warten, bis die Status LED aus ist.
und dann wieder an machen

Reset Inlinezähler:
Linke Taste ca. 5 Sekunden bis SolarEdge Logo kommt

[Ph1975]

Kann das gleiche bestätigen. Geht jetzt wieder. Grund unklar

[Ph1975]

Ich habe aber nichts resetted oder sonst was gemacht. Nur einen Case bei solaredge aufgemacht, der sich aber nicht "bewegt" hat und immer noch in Arbeit ist.

[Ph1975]

Antwort von Solaredge auf meinen Problemfall. Sie haben ein rollback auf die alte funktionierende Version gemacht....