@maddm Da gilt im Prinzip das Gleiche. Der Wert ist im Unix-Timecode-Format und zählt die Sekubden ab 01.01.1970. Funfact am Rande: ich hab heute mal spaßeshalber einen dieser Werte umgerechnet, dafür gibt's im Netz diverse Converter, auch online, wo nan einfach den 32-Bit-Wert als (Dezimal-)Zahl einträgt und dann das Datum umgerechnet bekommt.
Hat bei mir gepasst. Aber eben auch da: Low-Word first!

@maddm Ich habe das unter diesem GitHub-Issue beschrieben:
https://github.com/shcshc76/sungrow/issues/3

Das Problem ist, dass bei eine. 32bit Wert das Low-Word (also die Bits 0 bis 15) zuerst gesendet werden. Das muss bei der Umrechnung beachtet werden, dann passen die Werte.

Sag Bescheid, wenn Du bei Github nicht sn den issue kommst, dann erkläre ich es hier nochmal genauer.

aleks-83 created this issue in shcshc76/sungrow

open Zu hohe Werte aus dem Register #3

Hallo zusammen!
Keine Ahnung, ob das Thema mit den unplausibel hohen Werten noch aktuell ist, aber ich habe das mal unter dem verlinkten issue beantwortet. Das Problem ist die Vertauschung von Low-Word und High-Word bei einem 32bit Wert. Schaut mal in den issue, da steht auch ein Beispiel.

Andere Frage:
@Eisbaeeer: Wie sicher bist Du mit der Liste der Register? Ich meine, bei den meisten kommen ja durchaus sinnvolle Wert raus, aber mit dem WorkMode (Adresse 21262) habe ich ein Problem. Nach der Liste soll es da nur 0=Network, 2=PnP und 6=EMS geben. Wenn ich das Register auslese, bekomme ich als Antwort aber 0xA0 (160dez) angezeigt, ein Wert, mit dem ich nicht wirklich etwas anfangen kann. Sieht mehr nach einem Max-Strom (16A) aus.

Ich lese die Daten mit einem Modbus-Tool (Modbusmonitor) vom Android Handy aus, da muss ich dann die Adressen in Deiner Liste zwar um 1 anpassen, aber wie gesagt: sonst passt alles, was ich bisher angeschaut hatte.