openWB Forum

openWB hat geschrieben: Do Dez 04, 2025 11:43 am 04.24.16 gilt als stabil.
Bitte mal folgendes tun:
- Modbus Proxy deaktiveren
- SolarEdge komplett stromlos machen inkl. DC seite (Panels / Batterien)
- 5 Minuten warten
- Sicherungen rein
- Im SE den Port umstellen von 502 auf 1502, alternativ von 1502 auf 502 (Wichtig! Das umstellen scheint einen internen Reset auszulösen)
- in openWB richtig konfigurieren


Klappt es nun stabil?
Wichtig! Es darf keinerlei anderen Zugriff auf den Modbus am SE geben. Ansonsten Prozedur von vorne wiederholen.

Klappt leider nicht.

Modbus Proxy aus.
IOBroker Instanz aus.
Inn Open WB wo anders hin referenziert.
10 Minuten ausgeschalten. Batterien aus.
Modbus TCP Deaktiviert und dann wieder aktiviert in der Set App.
Von 1502 auf 502.
Keine Verbesserung
Danach nochmal deaktivert, aktiviert und von 502 wieder auf 1502.
Keine Änderung.

I/E Zähler, WR und Batterie funktionieren wie zuvor, aber der zweite Zähler, externe Produktion liefert über Modbus keinen gültigen Wert, obwohl er in der SetApp richtig liefert.

Dann ab zu SE und nen Ticket aufmachen.

openWB hat geschrieben: Do Dez 04, 2025 3:07 pm Dann ab zu SE und nen Ticket aufmachen.

Da hab ich ja viel Freude daran.
Hab jetzt nen Jahr mit nem fehlerhaften WR mit denen hin und her diskutiert bis sie ihn ersetzt haben.
Wieder die Runde anfangen. Wuhu.

Guten Morgen,
ich habe mit der Software Version leider ein Problem mit einem meiner "Shelly- Wechselrichtern" siehe Screenshot.
Bin nur auf diese Version gegangen weil das SoC-Modul für VW erst hier wieder funktioniert.
Hat jemand eine Ahnung was hier schief läuft?

Gruß Steffen

Da ist kein screenshot. Hilfreicher wäre aber das main.log (system - fehlersuche dann umschalten auf vollständiges log und dann den Knopf mit pastebin.openwb.de. Nicht vergessen den Link hier zu posten)

openWB hat geschrieben: Do Dez 04, 2025 10:33 am Neuer SE WR?
Die FW ist hier sehr entscheidend. 04.24.16 gilt derzeit als die, die SE seitig die bestehenden Bugs gefixt hat und eine stabile Auslesung wieder läuft.

SE hat bei mir inzwischen auf 4.20.xx geflasht.. hier scheint es wieder probleme zu geben... WR 1 habe ich auf Port 1502 stehen und macht Probleme... den 2.WR habe ich auf Port 502 stehen.. der macht aktuell keine Probleme.... vielleicht muss ich hier auch den Port wechseln..
-> gestern lief es ohne Probleme, heute nach dem Aufstarte zick Fehlermeldungen...


auch mein Speicher lädt nur noch 1kW... Ticket SE weiterhin offen...

openWB hat geschrieben: Do Dez 04, 2025 11:43 am 04.24.16 gilt als stabil.
Bitte mal folgendes tun:
- Modbus Proxy deaktiveren
- SolarEdge komplett stromlos machen inkl. DC seite (Panels / Batterien)
- 5 Minuten warten
- Sicherungen rein
- Im SE den Port umstellen von 502 auf 1502, alternativ von 1502 auf 502 (Wichtig! Das umstellen scheint einen internen Reset auszulösen)
- in openWB richtig konfigurieren


Klappt es nun stabil?
Wichtig! Es darf keinerlei anderen Zugriff auf den Modbus am SE geben. Ansonsten Prozedur von vorne wiederholen.

Werde ich auch nochmal testen.. aber das mit mehren Modbus Teilnehmer am SE ist schon nervig... das geht mal Tagelang gut, dann mal wieder nicht.. dann gibt es ein Softwareupdate und in den ReleaseNotes steht nichts drin... dann haut es mir jedesmal Heizstab und Co raus...

aber das mit mehren Modbus Teilnehmer am SE ist schon nervig

Mehrere Teilnehmer geht laut meiner Kenntniss nie über längere Zeiträume stabil vollkommen unabhängig der Firmware.

Moin,

habe den Screenshot oben eingefügt, scheine ich wohl irgendwie was falsch gemacht zu haben.
Ich wollte gerade mal die Log Datei nach deiner Anleitung erstellen. Ich weiß ja nich wie blöde ich bin, aber das was du mir da vor gibst, gibt es bei mir so nicht zu sehen.
Screenshot ist angehangen (hoffe ich)

Doch, gibt es schon. Hab‘ nur vergessen zu erwähnen, dass das main.log noch ausgeklappt werden muss.
Da dann den linken Knopf drücken, der bei mir zum grünen Häkchen geworden ist.

Die Fehlermedlung von deinem screenshot sagt, dass das Auslesen des Shellies nicht geklappt hat. Im main.log steht dazu hoffentlich mehr.