Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden
-
Mal die IP Adresse vom wechselrichter im Browser eintippen und dann per admin anmelden. Passwort sollte in den Unterlagen stehen, dann unter System und weitergabekonfiguration Modus aktivieren.
-
Das ist/war an:
Weiß jemand was das für ne Fehlermeldung im Log ist?
"ReadInputRegisters: Invalid FC 132" -
Interessant.. ich hab n Gläschen Wein getrunken, nichts verändert und nun siehts so aus:
und gleich danach wieder nicht mehr verbunden:
2024-12-13 23:14:54.608 - info: modbus.0 (1839) Connected to slave 192.168.178.74 2024-12-13 23:14:54.608 - debug: modbus.0 (1839) [DevID_1] Poll start --------------------- 2024-12-13 23:14:54.608 - debug: modbus.0 (1839) [DevID_1/inputRegs] Poll address 4999 - 22 registers 2024-12-13 23:14:59.609 - warn: modbus.0 (1839) Error: undefined 2024-12-13 23:14:59.609 - error: modbus.0 (1839) Request timed out. 2024-12-13 23:14:59.609 - error: modbus.0 (1839) Client in error state. 2024-12-13 23:14:59.609 - warn: modbus.0 (1839) [DevID_1] Poll error count: 4 code: {"err":"timeout","timeout":5000} 2024-12-13 23:14:59.610 - debug: modbus.0 (1839) Socket closed with error 2024-12-13 23:14:59.610 - debug: modbus.0 (1839) Clearing timeout of the current request. 2024-12-13 23:14:59.610 - debug: modbus.0 (1839) Cleaning up request fifo. 2024-12-13 23:15:00.610 - debug: modbus.0 (1839) Closing client on purpose. 2024-12-13 23:15:00.610 - info: modbus.0 (1839) Disconnected from slave 192.168.178.74 2024-12-13 23:16:00.614 - info: modbus.0 (1839) Connected to slave 192.168.178.74 2024-12-13 23:16:00.614 - debug: modbus.0 (1839) [DevID_1] Poll start --------------------- 2024-12-13 23:16:00.614 - debug: modbus.0 (1839) [DevID_1/inputRegs] Poll address 4999 - 22 registers 2024-12-13 23:16:05.615 - warn: modbus.0 (1839) Error: undefined 2024-12-13 23:16:05.615 - error: modbus.0 (1839) Request timed out. 2024-12-13 23:16:05.615 - error: modbus.0 (1839) Client in error state. 2024-12-13 23:16:05.615 - warn: modbus.0 (1839) [DevID_1] Poll error count: 5 code: {"err":"timeout","timeout":5000} 2024-12-13 23:16:05.616 - debug: modbus.0 (1839) Socket closed with error 2024-12-13 23:16:05.616 - debug: modbus.0 (1839) Clearing timeout of the current request. 2024-12-13 23:16:05.616 - debug: modbus.0 (1839) Cleaning up request fifo. 2024-12-13 23:16:06.616 - debug: modbus.0 (1839) Closing client on purpose. 2024-12-13 23:16:06.616 - info: modbus.0 (1839) Disconnected from slave 192.168.178.74 2024-12-13 23:16:07.424 - info: influxdb.0 (418) enabled logging of modbus.0.inputRegisters.1.5600_Gesamtleistung_DTSU666, Alias=false 2024-12-13 23:17:06.620 - info: modbus.0 (1839) Connected to slave 192.168.178.74 2024-12-13 23:17:06.620 - debug: modbus.0 (1839) [DevID_1] Poll start --------------------- 2024-12-13 23:17:06.620 - debug: modbus.0 (1839) [DevID_1/inputRegs] Poll address 4999 - 22 registers 2024-12-13 23:17:11.621 - warn: modbus.0 (1839) Error: undefined 2024-12-13 23:17:11.621 - error: modbus.0 (1839) Request timed out. 2024-12-13 23:17:11.621 - error: modbus.0 (1839) Client in error state. 2024-12-13 23:17:11.622 - warn: modbus.0 (1839) [DevID_1] Poll error count: 6 code: {"err":"timeout","timeout":5000} 2024-12-13 23:17:11.622 - debug: modbus.0 (1839) Socket closed with error 2024-12-13 23:17:11.622 - debug: modbus.0 (1839) Clearing timeout of the current request. 2024-12-13 23:17:11.622 - debug: modbus.0 (1839) Cleaning up request fifo. 2024-12-13 23:17:12.622 - debug: modbus.0 (1839) Closing client on purpose. 2024-12-13 23:17:12.622 - info: modbus.0 (1839) Disconnected from slave 192.168.178.74 -
Mal ganz blöd gefragt, hat denn jemand erfolgreich einen WR vom gleichen Typ wie @Schneider ihn hat, eingebunden? Und falls ja, mit welchen Registern?
Die Fehlermeldung "Invalid FC 132" klingt für mich nach einer ungültigen Registeradresse.
Ich würde jetzt alle Register rausschmeißen, und nur ein einziges drin lassen - dann schauen ob es geht. Falls ja, nach und nach die gewünschten Register hinzufügen. Die Registeradressen sind zwischen den verschiedenen WR nicht unbedingt identisch. Es gibt da auch (unvollständige) Dokumentation von Sungrow dazu.
-
Hast Du mal das Abfrageintervall verlängert? Eine Sekunde ist ziemlich stramm für den WR. Ich hab da zum Beispiel drei Sekunden drin stehen.
-
Danke für die Tipps. ICh glaube so gehts.
Ich habe jetzt nur die drin gelassen, die eben einen Wert gebracht haben, sowie das Abfrageintervall auf 3s.Jetzt werden die Werte auch aktualisiert. Super cool. Danke für die Unterstützung!
Ergänzend:
_address deviceId name description unit type len factor offset formula role room cw isScale 4999 1 Device type code Geräte Typ-Code int8be 1 1 0 value false false 5000 1 Nominal Output Power Installierte Leistung Kw uint16be 1 0.1 0 value false false 5002 1 Daily Output Energy Eigene Energienutzung heute (PV & Akku) Kwh uint16be 1 0.1 0 value false false 5003 1 Total Output Energy Eigene Energienutzung gesamt (PV & Akku) Kwh uint32sw 2 0.1 0 value false false 5007 1 Inside Temperature Temperatur im Wechselrichter °C int16be 1 0.1 0 value false false 5010 1 MPPT 1 Voltage MPPT1 Spannung V uint16be 1 0.1 0 value false false 5011 1 MPPT 1 Current MPPT1 Strom A uint16be 1 0.1 0 value false false 5012 1 MPPT 2 Voltage MPPT2 Spannung V uint16be 1 0.1 0 value false false 5013 1 MPPT 2 Current MPPT2 Strom A uint16be 1 0.1 0 value false false 5016 1 Total DC Power PV-Leistung aktuell W uint32sw 2 1 0 value false false 5018 1 Spannung Ph A Spannung Phase A V uint16be 1 0.1 0 value false false 5019 1 Spannung Ph B Spannung Phase B V uint16be 1 0.1 0 value false false 5020 1 Spannung Ph C Spannung Phase C V uint16be 1 0.1 0 value false false 5032 1 Reactive Power Blindleistung VA® int32sw 2 0 value false false 5034 1 Power Factor Leistungsfaktor int16be 1 0.001 0 value false false 5035 1 Grid Frequency Netzfrequenz Hz uint16be 1 0.1 0 value false false 5600 1 Gesamtleistung DTSU666 Leistung W int32sw 2 1 0 value false false 5602 1 L1 Leistung DTSU666 Leistung L1 W int32sw 2 1 0 value false false 5604 1 L2 Leistung DTSU666 Leistung L2 W int32sw 2 1 0 value false false 5606 1 L3 Leistung DTSU666 Leistung L3 W int32sw 2 1 0 value false false -
@berlinerbolle
Solange er die Register nicht korrigiert, wird das nichts werden.Die Aufrufbarkeit des Wechselrichters kann er mit eine Modbus-Client, die es frei zu laden gibt, testen. Ich verwende dafür "VagaModbus Analyzer", er ist simpel und intuitiv zu bedienen
Das hat sich mit dem vorigen Post überschnitten - jetzt scheint es ja zu funktionieren.
-
Ja, mit einigen Werten aus github gehts - leider nicht alle.
Und die Batterie geht auch nicht.
-
Okay.. die ID ist nicht die 200, sondern die 2.
Ist im WiNet-S2 auch toll beschrieben mit Modus-ID (statt Modbus-ID):
-
Ja, das meinte ich weiter oben - es muss nicht unbedingt die 200 sein (bei mir war es die 200, deshalb auch so auf GitHub hinterlegt).
Aber top dass es jetzt läuft!
-
@schneider sagte in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:
die ID ist nicht die 200, sondern die 2.
und daher kam der FC132
daher auch meine Nachfrage
@homoran sagte in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:EDIT:
Wo komnt jetzt die Geräte ID 200 und doppelt so hohe Register her?Ein einziger Fehleintrag lähmt den ganzen Bus
Man fängt daher immer nur mit einer Adresse/Gerät an zu testen.
Dann Stück für Stück erweitern. -
Hallo zusammen,
ich hab einen SH10RT und einen SG7.0 Wechselrichter im Retrofit-Modus.
Die Darstellung des Hausverbrauches will bei mir einfach nicht passen...
Über Modbus lese ich die AC Wirkleistung von beiden Wechselrichtern aus (#5030) und addiere diese zzgl. 140W, allerdings ist es nicht der korrekte Wert für den in der App dargestellten Wert. Natürlich sind die Werte in der App etwas zeitversetzt, aber bei mir ist die zeitliche Abweichung gering. Jemand eine Idee was ich hier falsch mache?
-
Hallo!
Ich habe die Problematik, dass die Werte für die Batterieladeleistung überhaupt nicht mehr passen.
Ich kann euch nicht mal genau sagen seit wann der Fehler da ist....
Im register 13021 stehen immer Werte (also falls der Ladevorgang aktiv ist) um die 64.000 (tausend) drin. Im Register 13020 für die Ampere sind ebenfalls nur 64.000er Werte vorhanden, allerdings ist ja hier in der Grundkonfig bereits ein Faktor 0.1 hinterlegt. Daher denke ich das das Grundproblem aus den 13020 herkommt und er intern die Ladeleistung aus 13019 und 13020 berechnet. Ich habe die Einstellungen konntrolliert aber die sind immer noch die gleichen wie bei allen Eingangsregistertabellen die ich hier im Forum finden konnte. Type "Unsigned 16bit (Big Endian)
Oder hat sich das irgendwie geändert?
Im Sungrow gab es keine Umstellung die ich nicht mitbekommen habe?VG!
-
Im Sungrow gab es keine Umstellung die ich nicht mitbekommen habe?
Könnte sein das Sungrow da an der Firmware gedreht hat.
Bei mir passen die Modbus-Register (noch).Aber bei evcc findet sich dazu auch schon was in der Richtung:
https://github.com/evcc-io/evcc/issues/18270
Möglicherweise hilft das ja weiter.open Sungrow SH15 Batterie Ladung wird nicht erkannt. #18270
