Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden
-
@andi2204 Sungrow mag es nicht, wenn dauernd Register abgefragt werden, die nicht gepflegt werden. Ich weiß nicht was es ist, ich denke es hat mit der Error-Recovery zu tun. Ich habe auch keine Ahnung ob das ein Sungrow-Problem oder ein ModBus-immanentes Problem ist.
Aber man sollte sich m.E. auch mal überlegen ob man wirklich ständig Daten von der PV braucht. Ich sehe eigentlich keinen Sinn darin, die Werte jede Sekunde abzufragen aber einen Timeout von 5 Sekunden zu haben. Wartet der Adapter bis er Antwort hat bzw der Timeout abgelaufen ist oder fragt er trotzdem jede Sekunde nach? Bei mir liegt die Abfrageintervall bei 5 Sekunden und der Timeout bei 3 Sekunden. Das funktioniert jetzt problemlos seit 3 Jahren. Als Information würde mit vermutlich eine Minute reichen, aber wenn man auf den BS schaut will man halt nicht gerne 1 Minute auf einen Wechsel warten wenn man gerade schaut wie sich die Spülmaschine auswirkt. -
@andi2204 said in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:
Jetzt lese ich, dass seit dem Firmwareupdate auf 95.10
Wie lief das eigentlich bei Dir? Wurdest Du vorgewarnt? Ich bin derzeit auf 95.03 - das Release 95.10 steht dann wohl auch noch an. Davor graut mir. Beim letzten Mal habe ich 2 Tage gebraucht, damit das ModBus-System wieder richtig lief. Die hatten das Ganze mit existierender Fehlermeldung ohne Information an mich zurückgelassen. Dadurch fehlen mir 2 oder 3 Wochen an ModBus-Daten - bis cih das gemerkt habe. Ich hätte ja gleich geschaut, wenn die was vorab gesagt hätten.
-
@gombersiob said in [Sungrow WR SGH10RT erfolgreich mit MODBUS
Deshalb würde ich immer erstmal versuchen mit einem ModBus-Client (z.B. VagaModbus Analyzer) die Register auszulesen. Dann weiß man schon mal, ob was drin steht. Wenn dann immer noch nichts angezeigt wird ist der Fehler ziemlich sicher in den Definitionen oder gar im Adapter zu suchen.
Danke gombersiob für den Tipp mit dem VagaModbus Analyzer! Kann definitiv bestätigen, dass keine Werte über Register 13021 und 5214 kommen!!!
Habe auch die Abfragewerte und Timeout entsprechend hochgeschraubt
Ich gehe mal stark davon aus, dass es mit dem Firmwareupdate zu tun hat
Habe die Anlage, bei Inbetriebnahme vor zwei Jahren im Router für den online Zugang gesperrt. Letzte Woche kam ein neuer Router ins Haus und leider habe ich nicht schnell genug reagiert und über Nacht wurde dann das update automatisch eingespielt.Seit dem Update beobachte ich auch einen leichten Netzbezug trotz geladener Batterie/PV-Strom. Ist zwar nicht besonders hoch, ca 0.2KW/TAG aber der war vor dem Update definitiv nicht da. Auch ist das ganze System ist etwas träge geworden, auch die Werte über Modbus, dass war vorher auch alles definitiv schneller, von der Latenz her
Gibt es die Möglichkeit des Downgrades? die letzte Firmware, vor dem update war die ARM > SAPPHIRE-H_01011.71.21 / MDSP > SAPPHIRE-H_03011.71.18
-
Seit dem Update beobachte ich auch einen leichten Netzbezug trotz geladener Batterie/PV-Strom
Das hatte ich auch mal gesehen - nach Installation meiner Anlage. Ich habs gemeldet und es wurde irgendwann korrigiert. Über den Umfang kann ich nichts sagen, ich hatte das Gefühl, es war viel. Daraufhin habe ich mir in ioBroker eine Überwachung dafür geschrieben.
Die Jahreszahl für dieses Jahr ist verkehrt, da sich mit Firmware 95.03 ein Register von unsigned in signed geändert hat und jetzt die Flussrichtung angibt. Das hat wohl zu fehlerhafter Kumulation geführt.Ich finde die Zahlen moderat und nicht der Rede Wert. 3kWh (1€) im Monat oder 40 kWh im letzten Jahr, sind zu verkraften. Mir wurde das mit Umschaltzeiten erklärt.
-
@andi2204 said in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:
Danke gombersiob für den Tipp mit dem VagaModbus Analyzer! Kann definitiv bestätigen, dass keine Werte über Register 13021 und 5214 kommen!!!
Muss die Aussage korrigieren. Habe nun feststellen müssen, dass ich seit Inbetriebnahme der Anlage, die Daten nicht am hinteren LAN Port abgerufen habe. Habe jetzt die IP-Adresse auf den hinteren LAN-Port (Winet?) geändert und siehe da, alle Daten werden wieder ausgelesen!
Bleibt lediglich die Frage wegen einer möglichen Firmware-Downgrade-Funktion offen: Ist diese nur per Ticket möglich oder gibt es hier auch eine Firmware-Datenbank, mit den entsprechenden Files zum Downgrade?
-
@andi2204 Theoretisch kann man als Admin selber Firmware installieren. Ich weiss aber nicht, wo man die herkriegt. Theoretisch deshalb, weil ich es selber noch nicht gemacht habe. Und nach meiner Erfahrung vom letzten Update durch Sungrow oder die Installationsfirma möchte ich es auch gar nicht machen. Wenn es schief läuft, sollen die auch im Obligo zum Repariieren sein.
Einen Downgrade würde ich ohne Not auch nicht machen. Der Upgrade hatte ja vermutlich einen Sinn. Seis in Bezug auf Stabilität oder Datensicherheit, seis in Bezug auf Funktionalität. Das wäre weg, ohne irgendwas zu gewinnen.
-
Hallo,
ich habe seit kurzem einen Tarif der sich nach dem aktuellen Börsenpreis richtet. Ich möchte nun zu den Zeiten in denen der Strom billig ist, meinen Akku (Pylontech, 13,4kWh) laden.
Ich habe nun mit den Holding Registern:
13050 Charge/discharge command
und
13051 Charge/discharge power
experimentiert, aber da ändert sich gar nichts am Lade-/Entladverhalten.Hat schon jemand eine "Zwangsladung" über das Netz mittels Registereinstellungen zustande bekommen?
Was muss man dafür machen?Bei 13050 ist mir auch aufgefallen, dass es unterschiedliche Versionen gibt
Ext. Sollvorgabe Laden170(AA)/ Stop187(BB)/ Entladen204(CC)
Ext. Sollvorgabe: Laden=170 (0xAA), Entladen=187 (0xBB), Stop=204 (0xCC)
Was ist da richtig?Danke,
Dieter -
@dieterb sagte in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:
Was ist da richtig?
wo ist da der Unterschied?
(außer dem unterschiedlichen Angabeformat für Hex) -
@homoran
Die Werte für Stopp und Entladen sind vertauscht. -
@dieterb ok!
hB den Klartext nicht beachtet!
nur die Reihenfolge von den Werten in Dec und hex -
@dieterb
schau mal hier ... https://forum.iobroker.net/topic/77320/gelöst-sungrow-sgh10rt-netzladung?_=1759203954676
scheinbar ist auch noch 13049EMS Modusnotwendig -
@latzi Danke, versuche dort mein Glück ...
-
@dieterb
Das Ganze ist relativ einfach.
Ich steuere den SH10RT mit BYD Batterie komplett über ioBroker
13049 auf 2
13050 beim Laden auf 170(AA)
13051 auf die gewünschten Watt stellen, ist dies mehr wie die Module hergeben, wird vom Netz geladen.
Ich nutze das um z.B. Überschuß von anderen Wechselrichtern mit in die Batterie zu bringen.
Aktuell sieht es bei mir gerade so aus (ich laden nur mit 1000W da die Batterie noch halb voll ist und ich möglichst spät die 100% erreichen will).
-
@silgri
Ich habe das Problem, dass beim Schreiben von 2 in Reg. 13049, dieses sofort wieder auf den Wert 0 zurückgesetzt wird (der Wert ist kurz grün 2, dann kurz rot 2 und dann springt er wieder auf schwarz 0). Alle anderen Werte meiner holding Register kann ich schreiben und die werden auch übernommen.
Also wenn ich z.B. in ioBroker das Register modbus.0.holdingRegisters.33046_Battery_max_charge_power auf einen kleinen Wert setze, sinkt die Ladeleistung sofort. Auch die Werte 13050 und 13051 werden in den Objektdaten von ioBroker übernommen.
Im Anhang meine Definition, der Typ "Unsigned 16 bit (Big Endian)" ist richtig?
-
Ich habe nun auch versucht über die iSolar Cloud App unter Energiemanagement Parameter die Zwangsladung zu aktivieren. Das klappt aber auch nicht, der Rücklesewert bleibt auf Deaktivieren.
Sollte sich dabei dieser Registerwert ändern, oder umgekehrt, wenn du die Ladung aktiviert hast, wird dann in der iSolar App der Wert der Zwangsladung als aktiviert angezeigt?
Vielleicht ist da wieder einmal bei der Netzkonfiguration - Österreich eine Sperre eingebaut? -
Problem gelöst: ich hatte den holding Eintrag 13049 manuell getätigt und da wurde mir der Faktor Wert beim Eintragen nicht angezeigt und Defaultmäßig auf 10 gesetzt. Ich habe es jetzt erst in den Einstellungen gesehen, wie ich den Admin Mode aktiviert habe. Mit dem Faktorwert 1 funktioniert es nun wie beschrieben
-
@dieterb
ich sehe gerade, daß Du bei Register 13049 fünf verschiedene Werte eintragen kannst. Hast Du eine andere Firmware wie ich auf dem SH10RT? Meiner hängt nicht! im Internet, will keine Updates
Bei mir gibt es ja nur 2:
Laut Deiner Registerbeschriebung müßtest du dann 3 in 13049 für externen EMS Modus schreiben. -
Die Möglichkeit eine Zwnagsladung wird wohl immer mehr in Mode kommen, je mehr dynamische Tarife auf den Markt kommen.
Ich experimentiere nun auch schon eine Zeit damit rum, habe aber noch keine befriedigende Lösung gefunden.
Ich kann:
- über die iSolar App eine Zeit programmieren in der der Speicher Zwangsgeladen wird.
Finde ich aber nicht schön umgesetzt. Die Parametrierung ist hakelig, funktioniert aber. - Ich stoße die Zwangsladung über iobroker/Telegram mit dem Text2Command Adapter an.
Dafür habe ich ein Zwnagsladungsscript ersellt.
Damit kann ich die Zwangsladung sofort starten und stoppen. Ist nur ein wenig doof, wenn der billigste Tarif Nachts ist. Ich steh da bestimmt nicht für auf
Die Zwangsladung löuft eine 60 Minuten, danach werden wieder alle Parameter auf "deaktivierte Zwangsladung" gesetzt.
Brainstorming!
Mögliche Lösungen (für mich) wären:-
Ich lade über den Awattar Adapter den billigsten Strompreis und den zugehörigen Zeitraum in iobroker. Der Zeitbereich des billigsten Strompreisbereicht wird in das Holding Register vom Sungrow geladen.
Über Text2Command schalte ich dann die Zwangsladung "scharf"
Das o.g. Zwangsladungsscript wird dann nicht per Telegram gestartet, sonderns zur vorher gesetzten Uhrzeit.
Das wäre für mich die beste Lösung.
Zeiten werden immer gesetzt, Aktivert wird es über Telegram nur wenn ich es will. -
Eine Möglichkeit wäre noch, indem ich in Telegram die iSolarApp kopiere.
Startzeit usw werden über ein Menü in Telegram vorgegeben und dann direkt in die passenden Register geschrieben.
Einziger Vorteil, es dürfte weniger hakelig laufen, als in der iSolarApp
Aber ich weiß nicht, ob der Text2Command sowas überhaupt hergibt und ich habe noch nicht herausgefunden, in welche Register die Startzeit gesscvhrieben wird. ich sehe da bei mir nämlich nichts, wenn ich das mit der iSolarApp testen will.
Was haltet ihr von den Ideen?
- über die iSolar App eine Zeit programmieren in der der Speicher Zwangsgeladen wird.
-
Habe mal geschaut. Es gibt den aWattar-Adapter. Der müsste doch die dynamischen Strompreise bereitstellen. Dann kann man über ein Skript automatisch ab einer Strompreisgrenze laden. Also den manuellen Aufwand, jeden Tag zu schauen und einzugreifen würde ich mir nicht antun wollen.
Ich würde mir die Preise als Graph üben die nächsten 24h anzeigen lassen um mit einem Blick zu sehen was möglich ist. Das Skript könnte warnen wenn nicht genug Stunden zum Laden günstig sind, um ein Eingreifen zu erfordern. Ansonsten lässt man es machen -
@gombersiob
hi, ja du hast recht. Das könnte man alles machen.
Ich denke meine Idee ist erstmal die Ausbaustufe 1.
Damit man mal Erfahrung sammeln und relativ schnell eingreifen kann.
Eine automatische Lösung die nicht 100%ig funktioniert ist gerade beim Thema Zwangsladung ja eine teure Angelegenheit.Bestes Beispeil gestern und heute.
Gefühlt haben wir bei uns das selbe Wetter.
Gestern hatte ich aber überhaupt keinen Ertrag. So bin ich überhaupt zum Thema Zwangsladung gekommen.
Heute wenigstens etwas, so dass ich den Speicher aufgeladen bekomme. Wenn auch nicht vollständig.Stelle es mir schwer vor, da eine passable automatische Lösung zu finden.
Ideen kann ich gut gebrauchen
