SMA Wechselrichter: no packet received in timeout

[Hobbl2]

Describe the bug

Hi,

ich habe 2 Wechselrichter von SMA (STP 1000TL-20 und SunnyBoy 5.0 - 1AV).

Diese beiden konfiguriere ich im GUI unter PV Anlage mit Speedwire + IP + Passwort.

Gehe ich nun auf Prüfen wird mir bei beiden alles korrekt angezeigt und ich sehe auch Werte.

Sobald ich aber einen Neustart mache, startet evcc nicht mehr richtig und bringt mir:
" Fehler beim Starten. Überprüfe deine Konfiguration und starte neu.
meter: [db:7] cannot create meter 'db:7': cannot create meter type 'template': cannot create meter type 'sma': login failed: no packet received in timeout "

Gefolgt von:
" Fehler beim Starten. Überprüfe deine Konfiguration und starte neu.
meter: [db:13] cannot create meter 'db:13': cannot create meter type 'template': cannot create meter type 'sma': failed to get device: no Speedwire ping response for 192.168.XXX.XXX "

Bis jetzt hat sich das ganze meisten nach ein paar Minuten von selbst gelöst und evcc hat sich gefangen und alles ordentlich angezeigt.

Hab das jetzt schon seit ein paar Monaten so am laufen aber seit heute scheint sich das Problem nicht mehr von selbst zu lösen. EVCC will nicht mit den Wechselrichtern funktionieren.

Alle Komponenten sind im gleichen Netzwerk.
Komponenten sind:
Wechselrichter 1 (PV Anlage)
Wechselrichter 2 (PV Anlage)
SMA Home Manager 2.0 (Netzzähler)
Senec Speicherbatterie (Hausbatterie)
2x go-E Wallbox
Raspberry Pi 5 mit evcc drauf (hab den Raspberry heute auch nochmal komplett neu aufgesetzt -> gleiches Ergebnis)

Sobald ich die beiden Wechselrichter aus der Konfig lösche funktioniert evcc zwar, zeigt mir aber keinen Eigenverbrauch mehr an.

Bin absolut kein Profi in Sachen Linux, also habt Nachsicht mit mir.

Steps to reproduce

...

Configuration details

Habe ich nicht da über GUI erstellt.

Log details

-

What type of operating system or environment does evcc run on?

Linux

External automation

• I have made sure that no external automation like HomeAssistant or Node-RED is active or accessing any of the mentioned devices when this issue occurs.

Nightly build

• I have verified that the issue is reproducible with the latest nightly build

Version

0.204.5

[premultiply]

Mehrere Netzwerkschnittstellen am System aktiv und dadurch geändertes Routing z. B. durch LAN+WiFi parallel?

Die SMA-Systeme arbeiten mit Multicast. Das setzt erhöhte Aufmerksamkeit, Konfiguration und ggf. auch tieferes Vorwissen bei der Konfiguration der Netzwerkstruktur voraus.
In WiFi-Netzen ist Multicast oft gar nicht möglich oder wird von den Basisstationen automatisch nach Unicast umgewandelt, Switche leiten in mancher Default-Konfiguration keine Multicast-Pakete weiter, das lokale Routing pfuscht bei mehreren Interfaces bei der Bindung der UDP-Ports dazwischen usw.

Sollte auch noch Docker & Co. im Spiel sein setzt dies noch speziellere Konfigurationen voraus.

[Hobbl2]

Alle Komponenten sind per Kabel im Netzwerk.
WiFi am Raspberry ist deaktiviert.
Die Wechselrichter sind an einem Switch (nicht managebar) mit der Fritzbox verbunden.
Der Raspberry ist an einem managebaren Switch (Netgear GS108Ev3) angeschlossen, Multicast Adressen werden nicht blockiert und " IGMP Snooping-Status " (weiß nicht genau was das ist) ist aktiviert.

[premultiply]

Die Wechselrichter sind an einem Switch (nicht managebar) mit der Fritzbox verbunden.
Der Raspberry ist an einem managebaren Switch (Netgear GS108Ev3) angeschlossen

Da sind schon inkl. Fritzbox offensichtlich mindestens 3 Switche beteiligt.
Das kann hinsichtlich IGMP-Konfiguration schon das Problem sein.

Am besten mal alles was "SMA-Kommunikation" braucht nur an einen einzigen Switch.
Ansonsten unbedingt vorher in das Thema IGMP einlesen. Das ist nicht so einfach und gerade im Heimsegment nicht mit "wahllosen" Einfach-Switchen richtig konfigurierbar.

[Hobbl2]

Wechselrichter + Speicher + Raspberry hängen jetzt alle am gleichen Switch (unmanaged).

Keine Veränderung.

Wechselrichter nur 1x beim im GUI Erstellen/Prüfen i.O. -> nach Neustart von evcc " no Speedwire ping response... "

[Hobbl2]

Ok, hab jetzt alles bis auf eine Wallbox und den beiden Fahrzeugen mittels GUI aus der Datenbank gelöscht.
Danach mit evcc configure eine neue evcc.yaml erstellt.
In der evcc.yaml sind jetzt:

• SMA Home Manager 2.0
• SMA Wechselrichter 1
• SMA Wechselrichter 2
• Senec Batteriespeicher
• Eine Wallbox (wollte ich zwar weiterhin übers GUI laufen lassen, konnte aber nicht überspringen und musste eine eingeben)

Die evcc.yaml danach mit " evcc -c evcc.yaml " getestet -> war in Ordnung
Die evcc.yaml danach mit " sudo mv evcc.yaml /etc/ " in den Ordner /etc verschoben (Befehl dafür steht übrigens nicht in der Dokumentation !!!)
evcc Dienst gestartet -> funktioniert erstmal soweit alles :-)

Jetzt hab ich nur noch das Problem dass meine beiden Wechselrichter " PV-Anlage #1 " bzw. " PV-Anlage #2 " heißen.
Wo genau kann ich die Umbenennen?

Danke schon mal für die Hilfe bisher.

[premultiply]

evcc Dienst gestartet -> funktioniert erstmal soweit alles :-)

Das klingt schon mal gut!

Jetzt ist nur die Frage warum klappt das mit der UI nicht?
Sind die eingegebenen Daten identisch?

Die Benennung der Meter-Devices ist soweit ich weiss ein reines UI-Thema.

/cc @naltatis

[Hobbl2]

Kurzes Update: Hab den Raspberry wieder vom "Anlagen-Switch" (also dort wo auch Wechselrichter, etc. angeschlossen sind) in mein Büro verlegt und bereits mehrere Neustarts des Raspberry hinter mir.

Bis jetzt funktioniert noch alles und er findet auch die beiden Wechselrichter zuverlässig.

Schaut jetzt so aus:

Anlagen -> Switch unmanaged -> Fritzbox -> Switch managed -> Raspberry

Würde die Netzwerkstruktur erstmal nicht als Fehlerquelle sehen ....

[Hobbl2]

ok, jetzt hat es eine Woche einwandfrei funktioniert, auch mehrere Neustarts waren kein Problem.
Heute jedoch hat er meinen Smart als Gastfahrzeug erkannt. Ich bin also in die Konfiguration und habe die Einstellungen für den Smart nochmal Prüfen und Speichern lassen und musste somit neu starten.

Jetzt findet er den Wechselrichter nicht mehr und als Fehler kommt:
Fehler beim Starten. Überprüfe deine Konfiguration und starte neu.
meter: [pv2] cannot create meter 'pv2': cannot create meter type 'template': cannot create meter type 'sma': failed to get device: no Speedwire ping response for (IP-Adresse)

Auch nach mehreren Neustarts will er den Wechselrichter nicht mehr finden.

Im Grunde das gleiche Verhalten wie zuvor als der Wechselrichter noch über GUI installiert wurde.....

Kurzes Update (5 Minuten später): Es wurde zwar immer der Wechselrichter als nicht erreichbar angezeigt, habe aber trotzdem mal den Home Manager 2.0 über das Sunny Portal neugestartet und siehe da ..... auf einmal findet er auch den Wechselrichter wieder und alles geht wie es soll ......

[schmecklecker137]

der Sunny Home Manager ist das Problem.
Hatte den drin, aber wieder zurückgegeben und nutze nur 2 SunnyBoy (SB3.0 und SB5.0 mittels Speedwire) mit einem Victron Multiplus 2GX als Batteriewechselrichter.
Kaskadierend an Managed Netgear Switchen (selber Typ GS305E) zwischen Garage und FritzBox.

[AndreBreitenbach]

Hallo zusammen,
ich habe auch einen SMA Homemanager 2.0 und EVCC ist jetzt fast 2 Jahre problemlos mit dem Teil und unveränderter Netzwerkinfrastrukur gelaufen.
Seit kurzem habe ich genau dieselben Probleme. Also wie kann jetzt auf einmal der Home Manager 2.0 das Problem sein?
Hat EVCC oder SMA etwas verändert?

[aspengler]

FW-Upgrade? Evtl. den HM neu starten?

[Ramada2020]

Hi. Hatte das Problem auch schon mal. Habe den Eintrag Interface in der evcc.yaml auskommentiert. Siehe #15590

[AndreBreitenbach]

Den Eintrag hab ich gar nicht. Trotzdem Danke!

[AndreBreitenbach]

Läuft seltsamerweise wieder alles ohne dass irgendwas geändert wurde.
Habe jetzt mal auf die neueste Version aktualisiert und werde das mal genauer beobachten.

[schmecklecker137]

SMA und Modbus sind extreme Sensibelchen.
Seit der Umstellung auf das sma-inverter-speedwire template ist die Abfrage der Wechselrichter ohne Probleme

beim SHM geht glaube ich aber nur Modbus.

Multicast läuft nicht mit allen Komponenten. Da habe ich auf Managed Netgear Switche umgestellt, die in einem AVM Mesh integriert sind.
Multicast klappt dann.