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.
