Nur Text | Text mit Bildern

FHEM Forum

FHEM - Energiemanagement und Energieerzeugung => Solaranlagen => Thema gestartet von: 3gmann am 05 November 2020, 11:22:14

Titel: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: 3gmann am 05 November 2020, 11:22:14
Hallo Zusammen,

nachdem ich bisher noch keinen Beitrag über den Wechselrichter SH10RT von Sungrow gefunden habe möchte ich hier über meine Erfahrungen und bisherige Lösung berichten.

Aktuell besteht meine Solaranlage aus folgenden Komponenten:
Anlage 1: Kostal Plenticore Plus 10; String 1 (20 x 290W OST 90°/33°); String 2 (14 x 290W West 270°/33°); Gesamt 9,86KWP - Inbetriebnahme 08.2019
Anlage 2: Sungrow SH10RT; String 1 (9 x 330W Süd 180°/82°); Sting 2 (24 x 280W West270°/33°); Gesamt 9,69 KWp - Inbetriebnahme 09.2020

Die Datenerfassung, Visualisierung sowie die Steuerung einzelner Verbraucher erfolgt über FHEM z.Z wird die komplette Wintergarten- und Gartenbewässerung, einige kleinere Verbraucher sowie die Heiß- bzw. Brauchwasserversorgung über FHEM gesteuert.

Die Anbindung der beiden Wechselrichter erfolgt über Das Modul ModbusAttr über TCP.
Da in diesem Forum schon viel über die Einbindung eine Kostal Plenticores geschrieben wurde aber ich noch keine Beiträge zur Sungrow Familie SHxxRT gefunden habe möchte ich meine bisherigen Erfahrungen und Lösungen in der Hoffnung vorstellen, dass dieses einigen Nutzern Hilfe bietet aber auch eine Plattform für Diskussionen für weitere Lösungsmöglichkeiten zur Einbindung dieser Wechselrichterfamilie von Sungrow öffnet.

Aktuell ist der Wechselrichter Sh10RT ebenfalls über das Modul ModbusAttr über TCP in FHEM eingebunden. Die Abfrage der für mich wichtigsten Register erfolgt alle 3 Sekunde, wichtige Daten werden alle 10 Minuten über FHEM mitgeloggt (MariaDB-Datenbank).

Die aktuelle Config des Sungrow sieht so aus:

Zitat
define SH10rt_Fast ModbusAttr 1 3 192.168.xxx.xxx:502 TCP
attr SH10rt_Fast DbLogExclude .*
attr SH10rt_Fast DbLogInclude Inside_Temperature:600:force, Power_MPPT_1:600:force,Power_MPPT_2:600:force,MPPT_1_Voltage:600:force,MPPT_2_Voltage:600:force,MPPT_1_Current:600:force,MPPT_2_Current:600:force,Daily_PV_Generation:600:force,Complete_Daily_Yield:600:force,Complete_Daily_Einspeisung:600:force,Complete_Daily_PV_Consumption:600:force
attr SH10rt_Fast dev-type-UL_R2-len 2
attr SH10rt_Fast dev-type-UL_R2-revRegs 1
attr SH10rt_Fast dev-type-UL_R2-unpack N
attr SH10rt_Fast dev-type-SL_R2-len 2
attr SH10rt_Fast dev-type-SL_R2-unpack l
attr SH10rt_Fast event-on-change-reading .*
attr SH10rt_Fast obj-i5007-poll 5
attr SH10rt_Fast obj-i5007-reading Inside_Temperature
attr SH10rt_Fast obj-i5007-expr $val/10
attr SH10rt_Fast obj-i5010-poll 5
attr SH10rt_Fast obj-i5010-reading MPPT_1_Voltage
attr SH10rt_Fast obj-i5010-expr $val/10
attr SH10rt_Fast obj-i5011-poll 5
attr SH10rt_Fast obj-i5011-reading MPPT_1_Current
attr SH10rt_Fast obj-i5011-expr $val/10
attr SH10rt_Fast obj-i5012-poll 5
attr SH10rt_Fast obj-i5012-reading MPPT_2_Voltage
attr SH10rt_Fast obj-i5012-expr $val/10
attr SH10rt_Fast obj-i5013-poll 5
attr SH10rt_Fast obj-i5013-reading MPPT_2_Current
attr SH10rt_Fast obj-i5013-expr $val/10
attr SH10rt_Fast obj-i5016-poll 5
attr SH10rt_Fast obj-i5016-reading Total_DC_Power
attr SH10rt_Fast obj-i5016-type UL_R2
attr SH10rt_Fast obj-i5035-poll 5
attr SH10rt_Fast obj-i5035-reading Grid_Frequency
attr SH10rt_Fast obj-i5035-expr $val/10
attr SH10rt_Fast obj-i13001-poll 5
attr SH10rt_Fast obj-i13001-reading Daily_PV_Generation
attr SH10rt_Fast obj-i13001-expr $val/10
attr SH10rt_Fast obj-i13002-poll 5
attr SH10rt_Fast obj-i13002-reading Total_PV_Generation
attr SH10rt_Fast obj-i13002-type UL_R2
attr SH10rt_Fast obj-i13002-expr $val/10
attr SH10rt_Fast obj-i13004-poll 5
attr SH10rt_Fast obj-i13004-reading Daily_Export_Energy
attr SH10rt_Fast obj-i13004-expr $val/10
attr SH10rt_Fast obj-i13005-poll 5
attr SH10rt_Fast obj-i13005-reading Total_Export_Energy
attr SH10rt_Fast obj-i13005-type UL_R2
attr SH10rt_Fast obj-i13005-expr $val/10
attr SH10rt_Fast obj-i13007-poll 5
attr SH10rt_Fast obj-i13007-reading Load_Power
attr SH10rt_Fast obj-i13008-poll 5
attr SH10rt_Fast obj-i13008-reading Load_Power_1
attr SH10rt_Fast obj-i13009-poll 5
attr SH10rt_Fast obj-i13009-reading Export_Power
attr SH10rt_Fast obj-i13010-poll 5
attr SH10rt_Fast obj-i13010-reading Export_Power_1
attr SH10rt_Fast obj-i13016-poll 5
attr SH10rt_Fast obj-i13016-reading Daily_direct_Energy_Consumption
attr SH10rt_Fast obj-i13016-expr $val/10
attr SH10rt_Fast obj-i6468-poll 5
attr SH10rt_Fast obj-i6468-reading Test_1
attr SH10rt_Fast obj-i6469-poll 5
attr SH10rt_Fast obj-i6469-reading Test_2
attr SH10rt_Fast room System
attr SH10rt_Fast userReadings Power_MPPT_1 {sprintf("%.0f", (ReadingsNum ("SH10rt_Fast","MPPT_1_Voltage", 0) * ReadingsNum ("SH10rt_Fast","MPPT_1_Current", 0)));;} ,\
Power_MPPT_2 {sprintf("%.0f", (ReadingsNum ("SH10rt_Fast","MPPT_2_Voltage", 0) * ReadingsNum ("SH10rt_Fast","MPPT_2_Current", 0)));;},\
Complete_Daily_Yield {sprintf("%.1f", (ReadingsNum ("SH10rt_Fast","Daily_PV_Generation", 0) + ReadingsNum ("Plenticore","Dailey_Yield", 0)));;},\
Complete_Daily_Einspeisung {sprintf("%.1f", (ReadingsNum ("SH10rt_Fast","Daily_Export_Energy", 0) + ReadingsNum ("Plenticore","Dailey_Einspeisung_KWh", 0)));;},\
Complete_Daily_PV_Consumption {sprintf("%.1f", (ReadingsNum ("SH10rt_Fast","Complete_Daily_Yield", 0) - ReadingsNum ("SH10rt_Fast","Complete_Daily_Einspeisung", 0)));;},\
Complete_DC_Power {sprintf("%.0f", (ReadingsNum ("SH10rt_Fast","Power_MPPT_1", 0) + ReadingsNum ("SH10rt_Fast","Power_MPPT_2", 0)+ ReadingsNum ("Plenti_Fast","Power_DC1", 0) + ReadingsNum ("Plenti_Fast","Power_DC2", 0) + ReadingsNum ("Plenti_Fast","Power_DC3", 0)));;},\
Complete_AC_Power {sprintf("%.0f", (ReadingsNum ("SH10rt_Fast","Total_DC_Power", 0) + ReadingsNum ("Plenti_Fast","Total_AC_active_power", 0)));;}

Internals:
CFGFN                    /opt/fhem/fhem_cfg/65_PV_2.cfg
DEF                         1 3 192.168.xxx.xxx:502 TCP
DeviceName            192.168.xxx.xxx:502
EXPECT                  idle
FD                         16
FUUID                    5f9c1ce6-f33f-a580-6edb-6818f0fd402614b7
INTERVAL               3
IODev                    SH10rt_Fast
LASTOPEN             1604528390.01426
MODBUSID            1
MODE                    master
MODULEVERSION   Modbus 4.1.5 - 17.9.2019
NAME                    SH10rt_Fast
NOTIFYDEV            global
NR                        847
NTFY_ORDER         50-SH10rt_Fast
PARTIAL
PROTOCOL            TCP
STATE                   opened
TCPConn               1
TRIGGERTIME        1604559269.45515
TRIGGERTIME_FMT 2020-11-05 07:54:29
TYPE                     ModbusAttr
devioLoglevel         3
lastUpdate            1604559266.45515
nextOpenDelay      60
nextQueueRun      1604559267.43657

Die erzeugten Readings:
Complete_AC_Power                        1697           2020-11-05 10:28:15              berechneter Wert: Komplette Anlage AC-Power in W
Complete_DC_Power                        1832           2020-11-05 10:28:18              berechneter Wert: Komplette Anlage DC-Power in W
Complete_Daily_Einspeisung             0.9              2020-11-05 10:24:21              berechneter Wert: Komplette aktuelle Einspeisung in W
Complete_Daily_PV_Consumption      0.7             2020-11-05 10:24:22              berechneter Wert: Komplette direkter Verbrauch in KWh
Complete_Daily_Yield                       1.6              2020-11-05 10:24:22              berechneter Wert: Komplette Anlage Tagesleistung in KWh
Daily_Export_Energy                       0.4              2020-11-05 10:24:21              SH10RT Einspeiseleistung in KWh
Daily_PV_Generation                       0.4               2020-11-05 10:24:22              SH10RT Generatorleistung in KWh
Daily_direct_Energy_Consumption    0                 2020-11-05 07:54:24              SH10RT  Einspeiseleistung in KWh
Export_Power                                1166            2020-11-05 10:28:16              SH10RT  aktuelle Einspeiseleistung in W 32Bit Register signed
Export_Power_1                             0                 2020-11-05 09:19:58              SH10RT  aktuelle Einspeiseleistung in W 32Bit Register signed
Grid_Frequency                              49.9             2020-11-05 10:27:19              SH10RT  Netzfrequenz in Hz
Inside_Temperature                        29.4             2020-11-05 10:22:57              SH10RT  Betriebstemperatur in °C
Load_Power                                   64806           2020-11-05 10:28:16              SH10RT  aktuelle Last in W 32Bit Register signed
Load_Power_1                                65535          2020-11-05 09:27:48              SH10RT  aktuelle Last in W 32Bit Register signed
MPPT_1_Current                             0                 2020-11-05 07:54:27              SH10RT  String 1 Strom in A
MPPT_1_Voltage                             0                  2020-11-05 07:54:23             SH10RT  String 1 Spannung in V
MPPT_2_Current                             0.8               2020-11-05 10:26:01             SH10RT  String 2 Strom in A
MPPT_2_Voltage                             630.6           2020-11-05 10:28:16              SH10RT  String 2 Spannung in V
Power_MPPT_1                               0                  2020-11-05 07:54:27             berechneter Wert: SH10RT String 1 aktuelle PV-Leistung in W
Power_MPPT_2                               504               2020-11-05 10:28:16            berechneter Wert: SH10RT String 2 aktuelle PV-Leistung in W
Test_1                                           0                 2020-11-05 07:54:26             SH10RT Testwert 32 Bit Register
Test_2                                           0                2020-11-05 07:54:26              SH10RT Testwert 32 Bit Register
Total_DC_Power                             436             2020-11-05 10:28:14              SH10RT aktuelle AC-Leistung in W wird von Sungrow als DC bez.
Total_Export_Energy                      26.6             2020-11-05 10:24:22             SH10RT gesamte bisher erzeugte Einspeiseleistung in KWh
Total_PV_Generation                       63.9            2020-11-05 10:24:23             SH10RT gesamte bisher erzeugte Leistung in KWh
state                                             opend          2020-11-05 10:24:23             SH10RT Status Modbusverbindung

Hinweise und Bemerkungen:
Damit kann ich zunächst einmal arbeiten weitere Readings werden Zug um Zug eingebunden. Allerdings habe ich noch einige Schwierigkeiten 16 und 32 Bit Register mit Signed Variablen korrekt in FHEM einzulesen - bin nicht der Pearl Experte.

Ich hoffe dass ich vielleicht einigen USERN helfen konnte.
Hilfestellungen, Lösungsvorschläge, Anregungen und Diskussionen von Euch sind natürlich gerne willkommen - nobody is perfect und Kommunikation ist der Motor aller Entwicklungen.

Viele Grüße
Gerhard Gulde

Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: 3gmann am 07 November 2020, 20:34:00
Hallo miteinander,
nachdem ich mich nun etwas ausfühlicher mit der Dekodierung der Modbusvariablen (Register) beschäftigt habe hier die neue Version der Moduldefinition.

Code Auswählen


#####################################################################
## 
##  3G-FHEM         PV-Anlage
##
##  Name..........: 65_PV_2.cfg  CONFIG
##  Zweck.........: Einbindung PV-2 Anlage in FHEM
##  Standort......: Heizraum und Dach
##  Typ...........: Readings aus dem Wechselrichter Sungrow SH10RT Grafiken
##  Installation..: 30.10.2020
##  geändert......: 07.11.2020
##  Version.......: 0.1.0
##
##  Besonderheiten: Einbindung der PV-Anlage in FHEM
##                  Leistungsabhängige Steuerung von Endgeräten
##
#####################################################################

define SH10rt_Fast ModbusAttr 1 3 192.168.27.55:502 TCP
setuuid SH10rt_Fast 5f9c1ce6-f33f-a580-6edb-6818f0fd402614b7
attr SH10rt_Fast DbLogExclude .*
attr SH10rt_Fast DbLogInclude Inside_Temperature:600:force, Power_MPPT_1:600:force,Power_MPPT_2:600:force,MPPT_1_Voltage:600:force,MPPT_2_Voltage:600:force,MPPT_1_Current:600:force,MPPT_2_Current:600:force,Daily_PV_Generation:600:force,Complete_Daily_Yield:600:force,Complete_Daily_Einspeisung:600:force,Complete_Daily_PV_Consumption:600:force
attr SH10rt_Fast dev-type-U32-len 2
attr SH10rt_Fast dev-type-U32-revRegs 1
attr SH10rt_Fast dev-type-U32-unpack N
attr SH10rt_Fast dev-type-S32-len 2
attr SH10rt_Fast dev-type-S32-revRegs 1
attr SH10rt_Fast dev-type-S32-unpack l>
attr SH10rt_Fast dev-type-S16-unpack s>
attr SH10rt_Fast event-on-change-reading .*
attr SH10rt_Fast obj-i5007-poll 1
attr SH10rt_Fast obj-i5007-polldelay x199
attr SH10rt_Fast obj-i5007-reading Inside_Temperature
attr SH10rt_Fast obj-i5007-type S16
attr SH10rt_Fast obj-i5007-expr $val/10
attr SH10rt_Fast obj-i5010-poll 1
attr SH10rt_Fast obj-i5010-reading MPPT_1_Voltage
attr SH10rt_Fast obj-i5010-expr $val/10
attr SH10rt_Fast obj-i5011-poll 1
attr SH10rt_Fast obj-i5011-reading MPPT_1_Current
attr SH10rt_Fast obj-i5011-expr $val/10
attr SH10rt_Fast obj-i5012-poll 1
attr SH10rt_Fast obj-i5012-reading MPPT_2_Voltage
attr SH10rt_Fast obj-i5012-expr $val/10
attr SH10rt_Fast obj-i5013-poll 1
attr SH10rt_Fast obj-i5013-reading MPPT_2_Current
attr SH10rt_Fast obj-i5013-expr $val/10
attr SH10rt_Fast obj-i5016-poll 1
attr SH10rt_Fast obj-i5016-reading Total_DC_Power
attr SH10rt_Fast obj-i5016-type U32
attr SH10rt_Fast obj-i5035-poll 1
attr SH10rt_Fast obj-i5035-polldelay x199
attr SH10rt_Fast obj-i5035-reading Grid_Frequency
attr SH10rt_Fast obj-i5035-expr $val/10
attr SH10rt_Fast obj-i13001-poll 1
attr SH10rt_Fast obj-i13001-polldelay x199
attr SH10rt_Fast obj-i13001-reading Daily_PV_Generation
attr SH10rt_Fast obj-i13001-expr $val/10
attr SH10rt_Fast obj-i13002-poll 1
attr SH10rt_Fast obj-i13002-polldelay x199
attr SH10rt_Fast obj-i13002-reading Total_PV_Generation
attr SH10rt_Fast obj-i13002-type U32
attr SH10rt_Fast obj-i13002-expr $val/10
attr SH10rt_Fast obj-i13004-poll 1
attr SH10rt_Fast obj-i13004-polldelay x199
attr SH10rt_Fast obj-i13004-reading Daily_Export_Energy
attr SH10rt_Fast obj-i13004-expr $val/10
attr SH10rt_Fast obj-i13005-poll 1
attr SH10rt_Fast obj-i13005-polldelay x199
attr SH10rt_Fast obj-i13005-reading Total_Export_Energy
attr SH10rt_Fast obj-i13005-type U32
attr SH10rt_Fast obj-i13005-expr $val/10
attr SH10rt_Fast obj-i13007-poll 1
attr SH10rt_Fast obj-i13007-reading Load_Power
attr SH10rt_Fast obj-i13007-type S32
attr SH10rt_Fast obj-i13009-poll 1
attr SH10rt_Fast obj-i13009-reading Export_Power
attr SH10rt_Fast obj-i13009-type S32
attr SH10rt_Fast obj-i13016-poll 1
attr SH10rt_Fast obj-i13016-polldelay x199
attr SH10rt_Fast obj-i13016-reading Daily_direct_Energy_Consumption
attr SH10rt_Fast obj-i13016-expr $val/10
attr SH10rt_Fast room System
attr SH10rt_Fast userReadings Power_MPPT_1 {sprintf("%.0f", (ReadingsNum ("SH10rt_Fast","MPPT_1_Voltage", 0) * ReadingsNum ("SH10rt_Fast","MPPT_1_Current", 0)));;} ,\
Power_MPPT_2 {sprintf("%.0f", (ReadingsNum ("SH10rt_Fast","MPPT_2_Voltage", 0) * ReadingsNum ("SH10rt_Fast","MPPT_2_Current", 0)));;},\
Complete_Daily_Yield {sprintf("%.1f", (ReadingsNum ("SH10rt_Fast","Daily_PV_Generation", 0) + ReadingsNum ("Plenticore","Dailey_Yield", 0)));;},\
Complete_Daily_Einspeisung {sprintf("%.1f", (ReadingsNum ("SH10rt_Fast","Daily_Export_Energy", 0) + ReadingsNum ("Plenticore","Dailey_Einspeisung_KWh", 0)));;},\
Complete_Daily_PV_Consumption {sprintf("%.1f", (ReadingsNum ("SH10rt_Fast","Complete_Daily_Yield", 0) - ReadingsNum ("SH10rt_Fast","Complete_Daily_Einspeisung", 0)));;},\
Complete_DC_Power {sprintf("%.0f", (ReadingsNum ("SH10rt_Fast","Power_MPPT_1", 0) + ReadingsNum ("SH10rt_Fast","Power_MPPT_2", 0)+ ReadingsNum ("Plenti_Fast","Power_DC1", 0) + ReadingsNum ("Plenti_Fast","Power_DC2", 0) + ReadingsNum ("Plenti_Fast","Power_DC3", 0)));;},\
Complete_AC_Power {sprintf("%.0f", (ReadingsNum ("SH10rt_Fast","Total_DC_Power", 0) + ReadingsNum ("Plenti_Fast","Total_AC_active_power", 0)));;}




Weiter Variablen werden folgen sobald ich diese entsprechend getestet habe.
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: Quick am 31 Januar 2021, 14:27:14
Hallo, ich habe zwar kein FHEM, aber ioBroker. bin aktuell dabei, meinen Wechselrichter SH8.0RT mittels ModBus in den ioBroker einzubinden. Jedoch gibt es wohl Probleme bei der Darstellung der Werte.
Mir kommt es so vor, als würden die Registeradressen ( Liste von Sungrow ) nicht die wirklichen Werte liefern, sondern eher irgendwelche. Daher wollte ich dich einmal fragen, wie due die Registeradressen eingestellt hast?
Beziehungsweise vertraust du den Werten, die aus dem Umrichter kommen?
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: 3gmann am 31 Januar 2021, 22:37:12
Hallo,
inzwischen kann ich alle Registerwerte in FHEM auslesen und entsprechend weiterverarbeiten. Allerdings enthalten einige Register unsinnige oder nicht plausible Werte, dazu später mehr.

Der ShxxRT stellt verschiedene Register bereit. Zum Einen  die Read Only Register und zum anderen die Holding Register die aber verschieden ausgelesen werden wollen. In FHEM lauten der Befehl obj-i5007-reading Inside_Temperature
dieser Befehl liest das Register 5008 aus. Weil laut Communication Protocol von Sungrow die Adresswerte um 1 niedriger eingestellt werden müssen. (Register 5008 -> Adresse = 5007   (5008-1))

Das Register enthält einen signed 16 Bit-Wert also S16
dieser wird in FHEM mit folgenden Befehlen korrekt ausgelesen:
dev-type-S16-unpack s>
der wert wird mit dem Faktor 0,1 im Sungrow gespeichert.

Die komplette Befehlsfolge in FHEM lautet:
attr SH10rt_Fast dev-type-S16-unpack s>      // definiert die Auflösung als signed 16 Bitwert
   
attr SH10rt_Fast obj-i5007-poll 1                     //liest Register 5008
attr SH10rt_Fast obj-i5007-polldelay x199         //alle 300 Sec (199 x 3 Sec)
attr SH10rt_Fast obj-i5007-reading Inside_Temperature      //schreibt den Wert in die Variable Inside_Temperature
attr SH10rt_Fast obj-i5007-type S16            //Dr registerwert ist vom Typ S16
attr SH10rt_Fast obj-i5007-expr $val/10         //Der Wert wird durch 10 geteilt  → siehe Sungrow Protocol
so zumindest in FHEM wie das Ganze im IOBroker definiert wird weiß ich allerdings nicht.

Zu den gelesenen Werten:
Bei mir habd die Registerwerte DC-Power und AC-Power die selben Werte. Dies ist allerdings unplausibel – das wäre ein Wirkungsgrad von 100%.
Der Registerwert Grid State Register 13030 liefert permanent den Wert Hex FFFF statt AA (Off Grid) oder 55 (On Grid)
Ich hoffe das konnte ihnen etwas helfen.
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: irenaeusbecker am 10 Februar 2021, 16:36:29
Hi,

erstmal vielen Dank für den Thread! Wir haben seit gestern auch den Sungrow SH08 installiert und deine Config hat auf Anhieb funktioniert, sprich die Werte werden hier angezeigt.
Lediglich mit DB-Verknüpfung muss ich mich noch beschäftigen, da ich das bisher nicht gebraucht habe, aber tatsächlich sinnvoll erscheint für spätere Graphen etc.

Bist du zufällig auch für Register-Einträge für den Zustand einer Batterie gestoßen? Ich versuche hier eine ModBus TCP zum Laufen zu bekommen, bin aber kläglich am scheitern.

Danke dir!
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: 3gmann am 10 Februar 2021, 17:30:15
Zitat von: irenaeusbecker am 10 Februar 2021, 16:36:29

Bist du zufällig auch für Register-Einträge für den Zustand einer Batterie gestoßen? Ich versuche hier eine ModBus TCP zum Laufen zu bekommen, bin aber kläglich am scheitern.

Danke dir!

Hi, leider habe ich z.Z. noch keine Batterie an meinen SH10RT angeschlossen, die Registerwerte kenne ich, kann diese aber natürlich nicht testen. Da ich die kompletten Register-Liste aber nicht ohne Genehmigung von Sungrow hier veröffentlichen will bitte ich dich mir eine mail zu senden ich sende dir dann das PDF Dokument zu.
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: KlausJ am 08 Oktober 2021, 16:07:52
Hallo 3gmann,

seit ein paar Tagen hängt auch bei mir eine SH10RT an der Wand und ich versuche per Ethernet und FHEM darauf zuzugreifen. FHEM zeigt mir auch "opened" an, weigert sich aber irgendwelche readings anzuzeigen. Es gibt immer nur einen Timeout.
Meine Frage wäre, wie genau Du eigentlich Deine Anlage mit FHEM verbunden hast. Die SH10RT besitzt 2 Netzwerkanschlüsse. Der vordere ist mit WLAN bezeichnet, der hintere mit LAN. Am vorderen kann ein WLAN Stick oder ein LAN Stick angeschlossen werden, am hinteren direkt ein LAN Kabel. Der WLAN Stick, der mir mitgeliefert wurde ist für die Tonne. Sein AP-WLAN läßt sich weder abschalten, noch unsichtbar machen. Er scheint zwar ein Webinterface zu haben, aber die Logindaten dafür sind nirgends zu finden. Evtl. ließe sich damit der AP besser konfigurieren. Egal, ich werde das Teil wohl besser durch einen LAN Stick ersetzen - dann gibts kein überflüssiges WLAN. Der hintere LAN Anschluss scheint nicht dafür da zu sein mit dem Wechselrichter selbst zu kommunizieren, sondern mit einem zusätzlichen "Kommunikationsmodul".
Es scheint also letztlich 3 Wege einer Ethernet Verbindung zu geben. WLAN über den vorderen Anschluss, LAN über den vorderen und LAN über den hinteren. Welche dieser Varianten hast Du denn im Einsatz und funktioniert mit FHEM?

Beste Grüße,
Klaus
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: 3gmann am 09 Oktober 2021, 07:17:24
Hallo Klaus,
mein SH10rt hat nur die Anschlüsse WLAN (Anschlussbuchse 3) und LAN (Anschlussbuchse 4) (Benutzerhandbuch Seite 41).
Ich kommuniziere mit dem WR über LAN Anschlusbuchse 4.
Wichtig ist dabei dass dem WR natürlich eine feste IP-Adresse aus dem eigenen Netzwerk gegeben wird und eine eindeutige ID für die Modbuskommunikation (siehe Config File FHEM).
Wenn der Port auf open steht müssten aber auch Daten in FHEM ankommen - was sagt das LOG-File und die Internals?

Noch wichtig -> der WR mag es gar nicht wenn zwei verschiedene Geräte versuchen Daten über ModbusTCP auszulesen - dann geht (bei mir zumindest) der Port auf offline.

Hier de Auszug aus meinem LOG-File (letztes öffnen des Modbus-Ports):
2021.10.08 19:31:21 3: Opening SH10rt_Fast device 192.168.xx.xx:502
2021.10.08 19:31:22 3: SH10rt_Fast device opened

Internals  (xx - ausgeblendete Daten)
CFGFN           /opt/fhem/fhem_cfg/65_PV_2.cfg
DEF           1 3 192.168.xx.xx:502 TCP
DeviceName   192.168.xx.xx:502
EXPECT          idle
FD                   18
FUUID             xxxxxxxxxxxxxxxxxxxxxxxx
IODev              SH10rt_Fast
Interval            3
LASTOPEN     1633720954.34765
MODBUSID    1
MODE             master
MODULEVERSION        Modbus 4.4.02 - 31.3.2021
NAME                             SH10rt_Fast
NOTIFYDEV                   global
NR                                  809
NTFY_ORDER               50-SH10rt_Fast
PARTIAL
PROTOCOL                   TCP
STATE                            opened
TCPConn                      1
TYPE                            ModbusAttr
devioLoglevel                3
nextOpenDelay             60
nextQueueRun             1633755247.0838

Ich hoffe ich konnte helfen - ansonsten einfach mal per Mail deine Config, Internels, Logfile-Auszug senden ich schau's mir mal an.

viele Grüße
Gerhard Gulde
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: KlausJ am 11 Oktober 2021, 09:32:26
Hallo Gerhard,

vielen Dank für Deine Antwort. Ja das war eine große Hilfe. Jetzt funktioniert auch mir die Kommunikation. Man darf es nur nicht so machen, wi es einem der Elektriker geraten hat...

Schwierig ist es nur die Daten mit denen in Einklang zu bringen, die von iSolarCloud App angezeigt werden. Insbesondere daraus den richtigen Betrag des Eigenverbrauchs zu ermitteln, aus dem heraus die unentgeltliche Wertabgabe fürs Finanzamt zu ermitteln ist. Aber irgendwie beiße ich mich da schon noch durch.

Jetzt muss erst mal der Elektriker zum dritten Mal dran. Beim ersten Mal hatte er einen Kontakt nicht richtig verschraubt und die Anlage ging erst gar nicht. Jetzt stellt sich raus, dass die Kaskadenschaltung mit Hausstrom- und Heizstromzähler irgendwie falsch sein muss. Der Heizstromzähler zählt zusätzlich zum Heizstrom auch noch den Hausstrom mit. Der wird also jetzt doppelt gezählt - hurra! Eigentlich sollt die Anlage Geld sparen und nicht verschenken. Man sollte denken, dass beim Kauf einer PV Anlage von e.on ausreichend Erfahrung und Routine mitgebracht wird, dass sowas nicht passiert.

Beste Grüße,
Klaus
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: 3gmann am 12 Oktober 2021, 21:21:47
Hallo Klaus,

Das mit dem Finanzamt ist total easy - aber das gehört nicht in dieses Forum. Habe eine EXCEL Tabelle erstellt falls Du Interesse hast schick mir ne Mail.

Gruß
Gerhard
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: KlausJ am 13 Oktober 2021, 10:49:16
Hallo Gerhard,

auch wenn das hier nicht das Thema ist, so möchte ich doch einen Fehler in meinem letzten Post klar stellen.

Tatsächlich ist es doch richtig, dass bei einer Kaskadenschaltung der Hausstrom durch beide Zähler läuft. Das wurde mir inzwischen vom Installateur erklärt und vom Netzbetreiber bestätigt. Abgerechnet wird für den Heizstrom dann nur die Differenz der beiden Zählerstände.

Was Deine Tabelle betrifft; danke dafür, aber ich denke ich komme da schon klar.

Beste Grüße,
Klaus
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: FhemPiUser am 11 April 2022, 21:01:53
Hallo Zusammen,
ich habe jetzt auch einen SH10RT und kann ihn auch mit dem geposteten Modbus code auslesen. Allerdings sind die Werte teilweise anders als in iSolarCloud. Ist das bei Euch auch so?

Gibt es inzwischen neue Erkenntnisse bzw. eine neue Version des Modbus-Codes?
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: 3gmann am 12 April 2022, 08:37:04
Hallo,

Es gibt meines Wissens nach keine neue Version der Modbus Registerabfragen und deshalb auch keine neue Version des Modbus-Codes von meiner Seite.
Es gibt leider immer noch teilweise unplausible Registereinträge z.B. AC-Leistung, DC-Leistung gleich hoch Netzstatus, etc...
Das liegt aber an der Firmware des WR darauf haben die FHEM Befehle zum Auslesen der Modbusregister keinen Einfluss.

Die iSolarCloud zeigt Durchschnittswerte 5/15 Minuten (LiveDaten nutze ich nicht dazu kann ich also nichts sagen) und sind entsprechend differenziert zu betrachten.

Für Anzeige, Steuerungsaufgaben nutze ich ausschließlich die eigenen Abfragewerte im 3 Sec. Zyklus - und das funktioniert ausgesprochen gut.

Hinweise und Anregungen hierzu sind natürlich immer gerne willkommen.

Modul aktuelle Firmware Version des WR
LCD    SAPPHIRE-H_01011.01.18
MDSP    SAPPHIRE-H_03011.01.15
SDSP    SUBCTL-S_04011.01.01
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: FhemPiUser am 12 April 2022, 09:41:26
ok, danke. Sind die modbus abfragen analog zu den iobroker abfragen? iobroker unterstützt ja wohl auch den sh10rt (und solaranzeige auch). Hat das mal jemand abgeglichen?

Zweite Frage: Ich habe das Smart Meter DTSU666. Kann man das nicht auch per modbus abfragen?
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: 3gmann am 06 Mai 2022, 11:54:43
Zitat von: FhemPiUser am 12 April 2022, 09:41:26
ok, danke. Sind die modbus abfragen analog zu den iobroker abfragen? iobroker unterstützt ja wohl auch den sh10rt (und solaranzeige auch). Hat das mal jemand abgeglichen?

Zweite Frage: Ich habe das Smart Meter DTSU666. Kann man das nicht auch per modbus abfragen?

Zum IoBroker - hier muß ich passen, da kenne ich mich nicht aus - sind aber glaube ich die selben Modbusregister wie bei FHEM und somit die selben Werte.

Zur zweiten Frage: habe ich ncoh nicht probiert, könnte aber leider nur parallel aufgeschaltet werden weil den zweidrätigen Eingang der SH10RT bereits belegt (Auch beim Master Slave Betrieb wird nur ein WR an den DTSU666 angeschaltet) und somit nicht sehr sinvoll weil paralelle Anfragen bei Datenbussystemen ohne Controlling nie gut ausgehn. Das ist aber auch nicht nötig weil alle Parameter über den WR per Modbus abgefragt werden können.
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: FhemPiUser am 12 Mai 2022, 11:37:41
Ich habe 2 SH10RT im Parallelmodus und beide sind sowohl mit Winet-S-Adapter als auch am LAN-Anschluß per Ethernet verbunden.

Die Modbus-Abfrage funktionieren bei mir am LAN-Anschluss, über den Winet-S-Anschluß inzwischen mit dem  neuen Update auch, aber merkwürdigerweise wird dann in iSolarCloud keine Daten mehr angezeigt.

Habt ihr das auch?

sollte man nicht den Parameter "closeAfterResponse" auf 1 setzen?
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: 3gmann am 12 Mai 2022, 13:59:13
Hallo,
leider hat mein SH10RT noch keinen Winet-S-Adapter sondern nur einen WiFi-Dongle, und der ist nicht in Betrieb, mache alles über den LAN. Von daher kann ich leider nichts dazu sagen.
Ich würde mal mit dem Service von Sungrow telefonieren - habe da bisher fast nur gute Erfahrungen gehabt.

Von den Solarcloud's der Wechselrichterhersteller halte ich jetzt nicht all zu viel - sind meiner Meinung nach nur Datensammler ohne nennenswerten Mehrwert. Auswertung und Steuerung läuft bei mir ausschließlich über FHEM.

LG Gerhard
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: FhemPiUser am 12 Mai 2022, 19:12:31
Danke, inzwischen habe ich es auch hinbekommen und ich bekomme fast alle Werte in FHEM angezeigt.

Einzig der Netzbezug fehlt noch. Habt ihr den als Modbus-Wert?
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: 3gmann am 13 Mai 2022, 09:26:42
Zitat von: FhemPiUser am 12 Mai 2022, 19:12:31

Einzig der Netzbezug fehlt noch. Habt ihr den als Modbus-Wert?

Die Netzbezugsenergie findet man z.B im Registerwert 13036 Daly Import Energy (Abfrage Register -1 = 13035)
oder im Registerwert 13037 Total Import Energy (Abfrage Register -1 = 13036)

Auszug Modbus Protocol Singrow:
Note:
Communication address = protocol address – 1. If data of address 5000 is to be inquired, the
corresponding sending address data is 4999 (0x1387);

Hier ein Auszug meiner Konfigurationsdatei
attr SH10rt_Fast obj-i13035-expr $val/10
attr SH10rt_Fast obj-i13035-poll 1
attr SH10rt_Fast obj-i13035-polldelay x299
attr SH10rt_Fast obj-i13035-reading Daily_Import_Energy
attr SH10rt_Fast obj-i13035-type S16
attr SH10rt_Fast obj-i13036-expr $val/10
attr SH10rt_Fast obj-i13036-poll 1
attr SH10rt_Fast obj-i13036-polldelay x299
attr SH10rt_Fast obj-i13036-reading Total_Import_Energy
attr SH10rt_Fast obj-i13036-type U32

LG Gerhard
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: FhemPiUser am 13 Mai 2022, 16:33:35
danke, aber ich meinte den aktuellen Netzbezug in KW. Die Daily und Total-Werte hatte ich.

Außerdem fehlt mir noch der Daily Eigenverbrauch. Daily_Direct_Energy_Consumption frage ich zwar ab wie hier gepostet, der Wert stimmt aber überhaupt nicht mit iSolarCloud überein.

Gibt es eigentlich irgendwo die Modbus Dokumentation mit allen Registerwerten für den SH10RT zum Nachschlagen?
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: FhemPiUser am 14 Mai 2022, 13:30:30
ahh, https://forum.iobroker.net/assets/uploads/files/1608064349708-communication-protocol-of-residential-hybrid-inverterv1.0.20-1.pdf (https://forum.iobroker.net/assets/uploads/files/1608064349708-communication-protocol-of-residential-hybrid-inverterv1.0.20-1.pdf) ist ein Link zu dem Protokoll. Man kann offenbar sogar die Monatsstatistik abfragen...
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: FhemPiUser am 14 Mai 2022, 19:27:08
Bei mir zeigt weiterhin Daily_Direct_Energy_Consumption nicht den korrekten Wert an.

Ich nehme an der korrekte korrespondierende Wert in der iSolarCloud App ist "Eigenverbrauch" in der Übersicht und "Täglicher Energieverbrauch der Last" unter "Gerät / SH10RT / Allgemeine Informationen". Stimmt der Wert bei Euch mit Daily_Direct_Energy_Consumption überein?

Ich habe 2 SH10RT im Parallelmodus. Der Master hat bei dem Wert in der App "-35.1", der Slave "50.3" bei "Täglicher Energieverbrauch der Last" unter "Gerät / SH10RT / Allgemeine Informationen". Macht in Summe "15.2", was der Anzeige "Eigenverbrauch" in der Übersicht der App entspricht. In Fhem wird aber "0.1" beim Master angezeigt. Beim Slave stehen die korrekten "50.3".

Laut Modbus-Protokoll von Sungrow ist Daily_Direct_Energy_Consumption vom Typ "U16". Meine Definition in Fhem ist daher

Code Auswählen

attr SH10rt_1 dev-type-U16-len 1
attr SH10rt_1 dev-type-U16-unpack n
...
attr SH10rt_1 obj-i13016-expr $val/10
attr SH10rt_1 obj-i13016-poll 1
attr SH10rt_1 obj-i13016-polldelay x10
attr SH10rt_1 obj-i13016-reading Daily_Direct_Energy_Consumption
attr SH10rt_1 obj-i13016-type U16


Jemand eine Idee, warum der Daily_Direct_Energy_Consumption im Master nicht korrekt angezeigt wird?

P.S.: Finde es merkwürdig, wenn der Wert in der App negativ ist, wenn angeblich der Typ unsigned sein soll. Vielleicht hängt es damit zusammen, aber mit Typ "S16" funktioniert es auch nicht...
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: 3gmann am 15 Mai 2022, 09:17:33
Hallo zusammen,

ich betreibe ebenfalls zwei Wechselrichter allerdings keine zwei Sungrow's. Sondern einen Kostal Plenticore und einen SH10RT. Dabei ist mir aufgefallen, dass der Kostal hauptsächlich die Energieversorgung der Hauses (Eigenverbrauch) übernimmt und der Sungrow für die Einspeisung der überschüssigen Energie zuständig ist, und nur dann Energie für den Eigenverbrauch zur Verfügung stellt wenn die Power des Kostal WR nicht ausreicht. Deshalb auch hier nur kleine Leistungswerte für den Eigenverbrauch. Hier ein Auszug aus der Datenbank von gestern.

SH10RT
"2022-05-14 00:02:05",SH10rt_Fast,MODBUSATTR,"Daily_direct_Energy_Consumption: 0",Daily_direct_Energy_Consumption,0,
"2022-05-14 06:32:28",SH10rt_Fast,MODBUSATTR,"Daily_direct_Energy_Consumption: 0.1",Daily_direct_Energy_Consumption,0.1,
"2022-05-14 07:12:29",SH10rt_Fast,MODBUSATTR,"Daily_direct_Energy_Consumption: 0.2",Daily_direct_Energy_Consumption,0.2,
"2022-05-14 20:33:09",SH10rt_Fast,MODBUSATTR,"Daily_direct_Energy_Consumption: 0.3",Daily_direct_Energy_Consumption,0.3,

Kostal (letzter Eintrag)
"2022-05-14 20:45:33",Plenticore,MODBUSATTR,"Dailey_PV_KWh: 15.0",Dailey_PV_KWh,15.0,

Ergibt zusammen 15,3 KWh

D.h. ein WR übernimmt Hauptsächlich die Eigenversorgung der andere speist die überschüssige Energie ins Netz.

Welche genauen Registerwerte für Daily_direct_Energy_Consumption stehen nun im Master und im Slave?
Meiner Meinung nach dürften beide Werte addiert den Eigenverbrauch des Systems wiederspiegeln. Bei einem Eigenverbrauch von 15,2 KWh müssten somit wenn im Master der Wert 0,1 steht im Slave 15,1 stehen das ergibt dann zusammen 15,2.

In welchem Registereintrag bei welchem WR steht der Wert 50,3? und in welchem Registereintrag bei welchem WR der Wert 15,2 bzw -35,1. Also nicht in der App sondern direkt in den Modbusregistern der WR.

viele Grüße Gerhard
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: FhemPiUser am 15 Mai 2022, 09:52:46
Leider passt das bei mir nicht wie bei Dir. Ich betreibe ja 2 SH10RT im Sungrow Parallelmodus, d.h. der Master fragt über den Bus Werte vom Slave ab bzw. sie kommunizieren miteinander, damit in der App alle Werte in Summe für Master+Slave angezeigt werden können.

Der Registerwert ist "obj-i13016-reading Daily_Direct_Energy_Consumption" (also Register 13017),
In Fhem wurde gestern "0.1" beim Master angezeigt. Beim Slave standen "50.3". Der korrekte Eigenverbrauch laut App war  15.2.

Kannst Du mal schauen, welcher Wert in der iSolarCloud App bei Dir unter "Gerät / SH10RT / Allgemeine Informationen" dem "obj-i13016-reading Daily_Direct_Energy_Consumption" im fhem entspricht?

Ist das "Täglicher Energieverbrauch der Last" ganz unten im Abschnitt "Informationen über Verbraucher" (siehe Screenshot)?

Da standen wie gesagt in der App für den Slave genau die "50.3", die ich auch in fhem beim Slave unter  "obj-i13016-reading Daily_Direct_Energy_Consumption" bekomme. Bei Master steht da aber ein negativer Wert, was laut Typdefinition U16 für i13016 eigentlich garnicht geht...

Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: 3gmann am 16 Mai 2022, 08:26:20
Hallo,

Hier die heutigen aktuellen Wert aus der Datenbank in FHEM:
"2022-05-16 00:04:59",SH10rt_Fast,MODBUSATTR,"Daily_direct_Energy_Consumption: 0",Daily_direct_Energy_Consumption,0,
"2022-05-16 06:45:16",SH10rt_Fast,MODBUSATTR,"Daily_direct_Energy_Consumption: 0.1",Daily_direct_Energy_Consumption,0.1,
"2022-05-16 07:45:20",SH10rt_Fast,MODBUSATTR,"Daily_direct_Energy_Consumption: 0.2",Daily_direct_Energy_Consumption,0.2,

Hier die Daten aus der I-SolarCloud:
Zeit                                   (kWh)
2022-05-16 00:00:00   0
2022-05-16 07:30:00   0,1
2022-05-16 08:00:00   0,2

Somit identische Werte.

Ich baue eine zweite Anlage mit folgender Konfiguration:
SH10RT als Master mit Batterie PV-Generator 11,5KWp
SH10RT als Slave ohne Batterie PV-Generator 11,5KWp

Leider erst ab ca. September verfügbar (Lieferzeiten z.Z. eine Katastrophe)
Dann kann ich das auch selbst überprüfen.

Noch eine Frage: Können die Registerwerte der einzelnen Wechselrichter über ModbusTCP nicht separat abgefragt werden? So dass zwei Configs in FHEM existieren die die jeweiligen Registerwerte des Master WR und Slave WR auslesen und speichern oder wird das bereits gemacht und die Werte sind falsch - dann Serviceticket bei Sungrow.

LG Gerhard




Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: FhemPiUser am 16 Mai 2022, 08:31:30
danke und ja, ich frage Master und Slave WR jeweils separat per eigenem ModbusAttr-device ab. Die Werte vom Master sind anders als die in der App, die vom Slave stimmen überein. Ich mache mal ein Serviceticket auf, fürchte aber, dass ich keine Antwort bekomme...
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: FhemPiUser am 12 Juni 2022, 14:41:38
...falls jemand von Euch die Volkswagen ID Charger Wallbox hat: https://forum.fhem.de/index.php/topic,128014.0.html (https://forum.fhem.de/index.php/topic,128014.0.html)
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: tfhem am 04 August 2022, 21:19:57
Hallo,

ich konnte dank der Anleitung meinen Wechselrichter ebenfalls einbinden. Allerdings wundert es mich, dass sich die Verbindung ständig aufbaut und gleich wieder schließt.

Code Auswählen
2022-08-04 21:17:32 ModbusAttr SH10rt_Fast DISCONNECTED
2022-08-04 21:17:33 ModbusAttr SH10rt_Fast CONNECTED
2022-08-04 21:17:33 ModbusAttr SH10rt_Fast DISCONNECTED
2022-08-04 21:17:34 ModbusAttr SH10rt_Fast CONNECTED
2022-08-04 21:17:35 ModbusAttr SH10rt_Fast DISCONNECTED
2022-08-04 21:17:35 ModbusAttr SH10rt_Fast CONNECTED

Das LAN-Kabel ist im wandzugerichteten Anschluss gesteckt, während in der anderen LAN-Buchse derWiNet-S-Dongle hängt. Ist das Verhalten normal?

Viele Grüße
Tobi
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: FhemPiUser am 15 August 2022, 15:45:50
Beim SH10RT gibt es ja noch immer Probleme mit der Stabilität der Modbus-Verbindung und eine Lösung von Sungrow lässt auf sich warten.

Ich frage aktuell alle 30s stabil per modbusattr über den WiNet-S-Anschluss ab, aber über WiNet-S bekommt man nicht alle Register.

Um die restlichen Registr zu bekommen, frage ich am LAN-Anschluss im 10min Intervall mit einem weiteren modbusattr device ab. Schneller geht leider nicht, dann trennt der SH10RT die Verbindung immer wieder für ca. 10min. 10min Intervall ist natürlich viel zu langsam.

Angeblich kann man durch geschicktes Timing der Abfragen auch am LAN-Anschluss eine halbwegs stabile modbus-Verbindung mit kurzem Interval (<1s) hinbekommen (siehe https://www.photovoltaikforum.com/thread/170810-sungrow-hat-probleme-mit-der-modbus-verbindung/?postID=2660675#post2660675 (https://www.photovoltaikforum.com/thread/170810-sungrow-hat-probleme-mit-der-modbus-verbindung/?postID=2660675#post2660675)).

Hat mal jemand versucht das Timing mit modbusattr in fhem durch Konfiguration der entsprechenden attr hinzukommen? Mir ist das bisher nicht gelungen...
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: StefanStrobel am 15 August 2022, 17:03:41
Hallo FhemPiUser,

wenn ich Dich richtig verstehe, dann geht es Dir darum möglichst wenig Verzögerung zwischen dem Verbindungsaufbau und dem nächsten anstehenden Request zu bekommen. Das hängt vor allem vom queueDelay ab. Den kannst Du auch auf 0.1 oder sogar 0.05 setzen. Ebenso die anderen Delays.
Wenn es dann noch nicht klappt, hilft verbose 5. Dann sollte man das Timing gut im Log sehen.

Gruß
    Stefan
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: FhemPiUser am 15 August 2022, 17:33:07
Danke, aber leider weiterhin ohne Erfolg auf dem LAN-Anschluss mit Interval 30s und folgenden Delay-Konfiguration:

Code Auswählen

closeAfterResponse 1
dev-timing-commDelay 0.02
dev-timing-sendDelay 0.02
nextOpenDelay 5
queueDelay 0.02


Verbindung ist immer auf disconnected und er bekommt nach der ersten Abfrage keine neuen Werte mehr.
Im Log mit verbose 5 konnte ich keine Ursache finden.

[code]2022.08.15 17:23:24.066 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.06662 / 17:23:24.066
2022.08.15 17:23:24.069 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 14.60 secs ago
2022.08.15 17:23:24.069 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:24.070 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.06952 / 17:23:24.069
2022.08.15 17:23:24.070 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:24.070 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:24.095 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.09529 / 17:23:24.095
2022.08.15 17:23:24.097 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 14.63 secs ago
2022.08.15 17:23:24.098 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:24.098 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.09803 / 17:23:24.098
2022.08.15 17:23:24.099 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:24.099 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:24.124 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.12384 / 17:23:24.123
2022.08.15 17:23:24.126 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 14.66 secs ago
2022.08.15 17:23:24.126 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:24.127 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.12654 / 17:23:24.126
2022.08.15 17:23:24.127 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:24.127 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:24.152 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.15231 / 17:23:24.152
2022.08.15 17:23:24.154 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 14.69 secs ago
2022.08.15 17:23:24.155 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:24.155 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.15508 / 17:23:24.155
2022.08.15 17:23:24.156 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:24.156 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:24.181 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.18112 / 17:23:24.181
2022.08.15 17:23:24.183 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 14.72 secs ago
2022.08.15 17:23:24.184 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:24.184 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.18386 / 17:23:24.183
2022.08.15 17:23:24.184 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:24.185 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:24.210 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.20971 / 17:23:24.209
2022.08.15 17:23:24.211 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 14.74 secs ago
2022.08.15 17:23:24.212 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:24.213 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.21243 / 17:23:24.212
2022.08.15 17:23:24.213 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:24.213 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:24.238 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.23832 / 17:23:24.238
2022.08.15 17:23:24.240 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 14.77 secs ago
2022.08.15 17:23:24.242 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:24.243 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.24249 / 17:23:24.242
2022.08.15 17:23:24.243 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:24.243 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:24.268 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.26842 / 17:23:24.268
2022.08.15 17:23:24.270 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 14.80 secs ago
2022.08.15 17:23:24.271 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:24.271 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.2712 / 17:23:24.271
2022.08.15 17:23:24.272 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:24.272 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:24.297 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.29699 / 17:23:24.296
2022.08.15 17:23:24.299 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 14.83 secs ago
2022.08.15 17:23:24.300 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:24.300 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.29985 / 17:23:24.299
2022.08.15 17:23:24.300 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:24.301 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:24.325 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.32564 / 17:23:24.325
2022.08.15 17:23:24.327 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 14.86 secs ago
2022.08.15 17:23:24.328 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:24.329 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.32843 / 17:23:24.328
2022.08.15 17:23:24.329 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:24.329 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:24.354 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.35436 / 17:23:24.354
2022.08.15 17:23:24.356 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 14.89 secs ago
2022.08.15 17:23:24.357 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:24.357 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.35709 / 17:23:24.357
2022.08.15 17:23:24.358 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:24.358 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:24.383 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.38294 / 17:23:24.382
2022.08.15 17:23:24.385 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 14.92 secs ago
2022.08.15 17:23:24.385 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:24.386 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.38569 / 17:23:24.385
2022.08.15 17:23:24.386 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:24.387 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:24.411 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.41153 / 17:23:24.411
2022.08.15 17:23:24.413 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 14.95 secs ago
2022.08.15 17:23:24.414 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:24.414 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.41428 / 17:23:24.414
2022.08.15 17:23:24.415 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:24.415 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:24.440 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.44029 / 17:23:24.440
2022.08.15 17:23:24.442 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 14.97 secs ago
2022.08.15 17:23:24.443 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:24.443 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.44298 / 17:23:24.442
2022.08.15 17:23:24.443 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:24.444 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:24.469 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.46878 / 17:23:24.468
2022.08.15 17:23:24.471 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 15.00 secs ago
2022.08.15 17:23:24.471 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:24.472 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.47156 / 17:23:24.471
2022.08.15 17:23:24.472 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:24.472 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:24.497 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.49732 / 17:23:24.497
2022.08.15 17:23:24.499 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 15.03 secs ago
2022.08.15 17:23:24.500 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:24.500 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.50017 / 17:23:24.500
2022.08.15 17:23:24.501 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:24.501 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:24.513 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.51351 / 17:23:24.513
2022.08.15 17:23:24.526 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.52586 / 17:23:24.525
2022.08.15 17:23:24.528 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 15.06 secs ago
2022.08.15 17:23:24.528 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:24.529 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.52865 / 17:23:24.528
2022.08.15 17:23:24.529 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:24.530 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:24.628 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.62805 / 17:23:24.628
2022.08.15 17:23:24.631 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 15.16 secs ago
2022.08.15 17:23:24.632 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:24.632 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.63198 / 17:23:24.631
2022.08.15 17:23:24.633 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:24.633 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:24.642 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.64239 / 17:23:24.642
2022.08.15 17:23:24.651 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.65073 / 17:23:24.650
2022.08.15 17:23:24.659 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.65911 / 17:23:24.659
2022.08.15 17:23:24.661 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 15.19 secs ago
2022.08.15 17:23:24.662 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:24.662 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.66219 / 17:23:24.662
2022.08.15 17:23:24.663 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:24.663 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:24.690 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.68966 / 17:23:24.689
2022.08.15 17:23:24.692 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 15.22 secs ago
2022.08.15 17:23:24.693 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:24.693 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.69278 / 17:23:24.692
2022.08.15 17:23:24.694 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:24.694 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:24.723 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.72273 / 17:23:24.722
2022.08.15 17:23:24.726 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 15.26 secs ago
2022.08.15 17:23:24.727 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:24.728 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.72722 / 17:23:24.727
2022.08.15 17:23:24.728 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:24.729 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:24.758 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.7577 / 17:23:24.757
2022.08.15 17:23:24.761 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 15.29 secs ago
2022.08.15 17:23:24.762 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:24.763 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.76232 / 17:23:24.762
2022.08.15 17:23:24.763 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:24.764 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:24.793 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.79295 / 17:23:24.792
2022.08.15 17:23:24.796 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 15.33 secs ago
2022.08.15 17:23:24.797 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:24.798 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.79753 / 17:23:24.797
2022.08.15 17:23:24.799 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:24.799 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:24.828 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.82797 / 17:23:24.827
2022.08.15 17:23:24.831 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 15.36 secs ago
2022.08.15 17:23:24.833 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:24.833 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.83261 / 17:23:24.832
2022.08.15 17:23:24.834 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:24.834 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:24.863 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.86325 / 17:23:24.863
2022.08.15 17:23:24.867 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 15.40 secs ago
2022.08.15 17:23:24.868 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:24.869 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.86778 / 17:23:24.867
2022.08.15 17:23:24.869 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:24.870 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:24.898 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.89842 / 17:23:24.898
2022.08.15 17:23:24.902 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 15.43 secs ago
2022.08.15 17:23:24.903 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:24.904 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.90298 / 17:23:24.902
2022.08.15 17:23:24.904 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:24.905 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:24.933 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.9334 / 17:23:24.933
2022.08.15 17:23:24.937 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 15.47 secs ago
2022.08.15 17:23:24.938 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:24.939 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.93797 / 17:23:24.937
2022.08.15 17:23:24.939 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:24.940 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:24.969 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.96859 / 17:23:24.968
2022.08.15 17:23:24.972 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 15.50 secs ago
2022.08.15 17:23:24.973 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:24.974 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577004.97314 / 17:23:24.973
2022.08.15 17:23:24.974 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:24.975 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:25.004 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577005.00355 / 17:23:25.003
2022.08.15 17:23:25.007 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 15.54 secs ago
2022.08.15 17:23:25.007 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:25.008 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577005.00764 / 17:23:25.007
2022.08.15 17:23:25.008 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:25.009 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:25.033 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577005.03345 / 17:23:25.033
2022.08.15 17:23:25.035 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 15.57 secs ago
2022.08.15 17:23:25.036 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:25.036 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577005.0362 / 17:23:25.036
2022.08.15 17:23:25.037 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:25.037 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:25.062 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577005.06199 / 17:23:25.061
2022.08.15 17:23:25.064 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 15.60 secs ago
2022.08.15 17:23:25.064 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:25.065 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577005.06471 / 17:23:25.064
2022.08.15 17:23:25.065 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:25.065 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:25.090 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577005.0906 / 17:23:25.090
2022.08.15 17:23:25.092 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 15.62 secs ago
2022.08.15 17:23:25.093 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:25.093 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577005.09327 / 17:23:25.093
2022.08.15 17:23:25.094 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:25.094 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:25.119 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577005.11902 / 17:23:25.119
2022.08.15 17:23:25.121 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 15.65 secs ago
2022.08.15 17:23:25.121 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:25.122 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577005.12172 / 17:23:25.121
2022.08.15 17:23:25.122 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:25.122 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:25.147 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577005.1473 / 17:23:25.147
2022.08.15 17:23:25.149 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 15.68 secs ago
2022.08.15 17:23:25.150 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:25.150 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577005.15006 / 17:23:25.150
2022.08.15 17:23:25.150 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:25.151 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:25.176 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577005.17568 / 17:23:25.175
2022.08.15 17:23:25.177 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 15.71 secs ago
2022.08.15 17:23:25.178 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:25.179 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577005.17842 / 17:23:25.178
2022.08.15 17:23:25.179 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:25.179 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:25.204 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577005.20426 / 17:23:25.204
2022.08.15 17:23:25.206 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 15.74 secs ago
2022.08.15 17:23:25.207 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:25.207 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577005.20706 / 17:23:25.207
2022.08.15 17:23:25.208 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:25.208 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:25.233 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577005.23292 / 17:23:25.232
2022.08.15 17:23:25.235 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 15.77 secs ago
2022.08.15 17:23:25.235 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:25.236 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577005.23565 / 17:23:25.235
2022.08.15 17:23:25.236 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:25.236 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:25.261 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577005.26147 / 17:23:25.261
2022.08.15 17:23:25.263 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 15.80 secs ago
2022.08.15 17:23:25.264 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:25.264 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577005.26421 / 17:23:25.264
2022.08.15 17:23:25.265 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:25.265 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:25.290 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577005.29018 / 17:23:25.290
2022.08.15 17:23:25.292 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 15.82 secs ago
2022.08.15 17:23:25.293 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:25.293 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577005.29288 / 17:23:25.292
2022.08.15 17:23:25.293 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:25.294 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:25.319 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577005.31873 / 17:23:25.318
2022.08.15 17:23:25.321 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 15.85 secs ago
2022.08.15 17:23:25.321 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:25.322 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577005.32147 / 17:23:25.321
2022.08.15 17:23:25.322 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:25.322 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:25.347 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577005.34721 / 17:23:25.347
2022.08.15 17:23:25.349 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 15.88 secs ago
2022.08.15 17:23:25.350 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:25.350 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577005.35001 / 17:23:25.350
2022.08.15 17:23:25.350 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:25.351 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:25.376 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577005.37578 / 17:23:25.375
2022.08.15 17:23:25.378 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 15.91 secs ago
2022.08.15 17:23:25.378 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 0 NEXT_OPEN 17:23:25.395
2022.08.15 17:23:25.379 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660577005.39528 / 17:23:25.395 and now is 1660577005.37855 / 17:23:25.378
2022.08.15 17:23:25.379 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:25.379 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:25.405 5: HttpUtils url=http://192.168.x.x:502/ NonBlocking via http
2022.08.15 17:23:25.406 4: IP: 192.168.x.x-> 192.168.x.x
2022.08.15 17:23:25.410 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 15.94 secs ago
2022.08.15 17:23:25.410 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 1
2022.08.15 17:23:25.411 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:25.411 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:25.437 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 15.97 secs ago
2022.08.15 17:23:25.437 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 1
2022.08.15 17:23:25.438 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:25.438 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:25.464 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 16.00 secs ago
2022.08.15 17:23:25.464 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 1
2022.08.15 17:23:25.465 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:25.465 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:25.491 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 16.02 secs ago
2022.08.15 17:23:25.492 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 1
2022.08.15 17:23:25.492 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:25.492 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:25.518 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 16.05 secs ago
2022.08.15 17:23:25.519 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 1
2022.08.15 17:23:25.519 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:25.520 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:25.545 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 16.08 secs ago
2022.08.15 17:23:25.546 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 1
2022.08.15 17:23:25.546 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:25.547 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:25.572 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 16.10 secs ago
2022.08.15 17:23:25.573 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 1
2022.08.15 17:23:25.573 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:25.574 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:25.677 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 16.21 secs ago
2022.08.15 17:23:25.678 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 1
2022.08.15 17:23:25.678 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:25.679 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:25.706 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 16.24 secs ago
2022.08.15 17:23:25.707 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 1
2022.08.15 17:23:25.707 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:25.708 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:25.740 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 16.27 secs ago
2022.08.15 17:23:25.741 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 1
2022.08.15 17:23:25.742 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:25.742 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:25.774 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 16.31 secs ago
2022.08.15 17:23:25.775 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 1
2022.08.15 17:23:25.776 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:25.776 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:25.807 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 16.34 secs ago
2022.08.15 17:23:25.808 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 1
2022.08.15 17:23:25.808 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:25.809 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:25.835 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 16.37 secs ago
2022.08.15 17:23:25.836 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 1
2022.08.15 17:23:25.836 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:25.836 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:25.862 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 16.39 secs ago
2022.08.15 17:23:25.863 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 1
2022.08.15 17:23:25.863 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:25.863 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:25.889 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 16.42 secs ago
2022.08.15 17:23:25.890 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 1
2022.08.15 17:23:25.890 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:25.891 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:25.916 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 16.45 secs ago
2022.08.15 17:23:25.917 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 1
2022.08.15 17:23:25.917 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:25.918 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:25.943 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 16.48 secs ago
2022.08.15 17:23:25.944 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 1
2022.08.15 17:23:25.944 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:25.945 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:25.971 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 16.50 secs ago
2022.08.15 17:23:25.971 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 1
2022.08.15 17:23:25.972 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:25.
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: StefanStrobel am 15 August 2022, 18:39:10
Hallo,

in dem Teil des Logs ist die TCP-Verbindung gar nicht erfolgreich geöffnet worden ...
Ist der Modbus-Slave noch blockiert?

Gruß
    Stefan
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: FhemPiUser am 15 August 2022, 19:09:04
ja, das ist das Problem mutmaßlich, dass die Gegenstelle keine TCP Verbindung mehr zulässt bei falschem Timing und Intervallen <10min. Offenbar ein Fehler im LLC Stack des Wechselrichters
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: StefanStrobel am 16 August 2022, 18:14:06
Für die Optimierung des Timings bräuchten wir aber einen Auszug aus dem Log, bei dem die Verbindung mal aufgebaut werden konnte bis zu dem Zeitpunkt dass es blockiert.

Gruß
   Stefan
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: FhemPiUser am 16 August 2022, 19:42:50
Vielen Dank, aber schwierig die relevante Stelle in der Menge an Daten zu finden.

Ich versuche es mal:

Code Auswählen

2022.08.15 17:23:07.642 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660576989.09829 / 17:23:09.098 and now is 1660576987.64152 / 17:23:
07.641
2022.08.15 17:23:08.464 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660576989.09829 / 17:23:09.098 and now is 1660576988.4637 / 17:23:0
8.463
2022.08.15 17:23:08.724 5: SH10rt_1_LAN: open ignored because DevIo has set NEXT_OPEN to 1660576989.09829 / 17:23:09.098 and now is 1660576988.72441 / 17:23:
08.724
2022.08.15 17:23:09.237 5: HttpUtils url=http://192.168.x.x:502/ NonBlocking via http
2022.08.15 17:23:09.238 4: IP: 192.168.x.x-> 192.168.x.x
2022.08.15 17:23:09.252 4: SH10rt_1_LAN: GetUpdate (V4.4.04 - 17.7.2021) called from Fhem internal timer
2022.08.15 17:23:09.253 4: SH10rt_1_LAN: UpdateTimer called from GetUpdate with cmd next sets timer to call update function in 30.0 sec at 17:23:39.253, inte
rval 30
2022.08.15 17:23:09.262 5: SH10rt_1_LAN: CreateUpdateHash full object list: h13057 h13058 h13083 h13084 h30229 h33046 h33047 i12999 i13000 i13001 i13002 i130
04 i13005 i13007 i13008 i13009 i13010 i13011 i13012 i13016 i13017 i13019 i13020 i13021 i13022 i13023 i13024 i13025 i13026 i13028 i13029 i13033 i13035 i13036
i13039 i13040 i13044 i13045 i13049 i13051 i13053 i13055 i13057 i13059 i13061 i13063 i13065 i13067 i13069 i13071 i13073 i13075 i13077 i5002 i5003 i5007 i5010
i5011 i5012 i5013 i5016 i5030 i5032 i5034 i5035 i5600 i5602 i5604 i5606 i5719 i5720 i5721 i5722 i5723 i5724 i5725 i5746 i5748 i6195 i6196 i6197 i6198 i6199 i
6200 i6201 i6202 i6203 i6204 i6205 i6206 i6207 i6208 i6209 i6210 i6211 i6212 i6213 i6214 i6215 i6216 i6217 i6218 i6219 i6220 i6221 i6222 i6223 i6224 i6225 i6
226 i6227 i6228 i6229 i6230 i6231 i6232 i6233 i6234 i6235 i6236 i6237 i6249 i6251 i6253 i6255 i6257 i6259 i6261 i6263 i6265 i6267 i6269 i6271 i6273 i6275 i62
77 i6279 i6281 i6283 i6285 i6287 i6385 i6386 i6387 i6388 i6389 i6390 i6391 i6392 i6393 i6394 i6395 i6396 i6397 i6398 i6399 i6400 i6401 i6402 i6403 i6404 i640
5 i6406 i6407 i6408 i6409 i6410 i6411 i6412 i6413 i6414 i6415 i6416 i6417 i6418 i6419 i6420 i6421 i6422 i6423 i6424 i6425 i6426 i6427 i6428 i6430 i6432 i6434
i6436 i6438 i6440 i6442 i6444 i6446 i6448 i6450 i6452 i6454 i6456 i6458 i6460 i6462 i6464 i6466 i6468 i6469 i6564 i6565 i6566 i6567 i6568 i6569 i6570 i6571
i6572 i6573 i6574 i6575 i6576 i6577 i6578 i6579 i6580 i6581 i6582 i6583 i6584 i6585 i6586 i6587 i6588 i6589 i6590 i6591 i6592 i6593 i6594 i6595 i6596 i6597 i
6598 i6599 i6600 i6601 i6602 i6603 i6604 i6605 i6606 i6607 i6609 i6611 i6613 i6615 i6617 i6619 i6621 i6623 i6625 i6627 i6629 i6631 i6633 i6635 i6637 i6639 i6
641 i6643 i6645
2022.08.15 17:23:09.274 5: SH10rt_1_LAN: CreateUpdateHash will skip Max_SOC, delay not over (delay 300, 210.283861875534 passed)
...
2022.08.15 17:23:09.422 5: SH10rt_1_LAN: CreateUpdateHash will request i13019 len 1 Battery_Voltage
2022.08.15 17:23:09.423 5: SH10rt_1_LAN: CreateUpdateHash will request i13020 len 1 Battery_Current
2022.08.15 17:23:09.424 5: SH10rt_1_LAN: CreateUpdateHash will request i13021 len 1 03_Battery_Power
2022.08.15 17:23:09.424 5: SH10rt_1_LAN: CreateUpdateHash will request i13022 len 1 Battery_Level
2022.08.15 17:23:09.425 5: SH10rt_1_LAN: CreateUpdateHash will skip Battery_Health, delay not over (delay
...
2022.08.15 17:23:09.441 4: SH10rt_1_LAN: CombineUpdateHash objHash keys before combine: i5016,i5602,i5030,i6468,i5012,i5606,i5034,i13007,i13009,i5604,i13008,
i5010,i5723,i5600,i6469,i5011,i5032,i13019,i5746,i5748,i13022,i5719,i13021,i13020,i5722,i12999,i13000,i5013,i5720,i5725,i5724,i5721,i13010
2022.08.15 17:23:09.442 5: SH10rt_1_LAN: CombineUpdateHash tries to combine read commands
2022.08.15 17:23:09.443 5: SH10rt_1_LAN: CombineUpdateHash combine i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current to span 2, drop read for i5011
2022.08.15 17:23:09.444 5: SH10rt_1_LAN: CombineUpdateHash combine i5010 len 1 MPPT_1_Voltage with i5012 len 1 MPPT_2_Voltage to span 3, drop read for i5012
2022.08.15 17:23:09.445 5: SH10rt_1_LAN: CombineUpdateHash combine i5010 len 1 MPPT_1_Voltage with i5013 len 1 MPPT_2_Current to span 4, drop read for i5013
2022.08.15 17:23:09.445 5: SH10rt_1_LAN: CombineUpdateHash combine i5010 len 1 MPPT_1_Voltage with i5016 len 2 01_Total_DC_Power to span 8, drop read for i50
16
2022.08.15 17:23:09.446 5: SH10rt_1_LAN: CombineUpdateHash cant combine i5010 len 1 MPPT_1_Voltage with i5030 len 2 Wirkleistung, span 22 would be bigger tha
n max 16
2022.08.15 17:23:09.447 5: SH10rt_1_LAN: CombineUpdateHash combine i5030 len 2 Wirkleistung with i5032 len 2 Blindleistung to span 4, drop read for i5032
2022.08.15 17:23:09.447 5: SH10rt_1_LAN: CombineUpdateHash combine i5030 len 2 Wirkleistung with i5034 len 1 Power_Factor to span 5, drop read for i5034
2022.08.15 17:23:09.448 5: SH10rt_1_LAN: CombineUpdateHash cant combine i5030 len 2 Wirkleistung with i5600 len 2 Meter_Active_Power, span 572 would be bigge
r than max 16
2022.08.15 17:23:09.449 5: SH10rt_1_LAN: CombineUpdateHash combine i5600 len 2 Meter_Active_Power with i5602 len 2 Meter_Active_Power_Phase_1 to span 4, drop
read for i5602
2022.08.15 17:23:09.449 5: SH10rt_1_LAN: CombineUpdateHash combine i5600 len 2 Meter_Active_Power with i5604 len 2 Meter_Active_Power_Phase_2 to span 6, drop
read for i5604
2022.08.15 17:23:09.450 5: SH10rt_1_LAN: CombineUpdateHash combine i5600 len 2 Meter_Active_Power with i5606 len 2 Meter_Active_Power_Phase_3 to span 8, drop
read for i5606
2022.08.15 17:23:09.451 5: SH10rt_1_LAN: CombineUpdateHash cant combine i5600 len 2 Meter_Active_Power with i5719 len 1 Backup_Strom_Phase_A, span 120 would
be bigger than max 16
2022.08.15 17:23:09.452 5: SH10rt_1_LAN: CombineUpdateHash combine i5719 len 1 Backup_Strom_Phase_A with i5720 len 1 Backup_Strom_Phase_B to span 2, drop rea
d for i5720
2022.08.15 17:23:09.452 5: SH10rt_1_LAN: CombineUpdateHash combine i5719 len 1 Backup_Strom_Phase_A with i5721 len 1 Backup_Strom_Phase_C to span 3, drop rea
d for i5721
2022.08.15 17:23:09.453 5: SH10rt_1_LAN: CombineUpdateHash combine i5719 len 1 Backup_Strom_Phase_A with i5722 len 1 Backup_Leistung_Phase_A to span 4, drop
read for i5722
2022.08.15 17:23:09.454 5: SH10rt_1_LAN: CombineUpdateHash combine i5719 len 1 Backup_Strom_Phase_A with i5723 len 1 Backup_Leistung_Phase_B to span 5, drop
read for i5723
2022.08.15 17:23:09.454 5: SH10rt_1_LAN: CombineUpdateHash combine i5719 len 1 Backup_Strom_Phase_A with i5724 len 1 Backup_Leistung_Phase_C to span 6, drop
read for i5724
2022.08.15 17:23:09.455 5: SH10rt_1_LAN: CombineUpdateHash combine i5719 len 1 Backup_Strom_Phase_A with i5725 len 2 Backup_Gesamtleistung to span 8, drop re
ad for i5725
2022.08.15 17:23:09.456 5: SH10rt_1_LAN: CombineUpdateHash cant combine i5719 len 1 Backup_Strom_Phase_A with i5746 len 2 Meter_Total_Import_Energy, span 29
would be bigger than max 16
2022.08.15 17:23:09.456 5: SH10rt_1_LAN: CombineUpdateHash combine i5746 len 2 Meter_Total_Import_Energy with i5748 len 2 Meter_Total_Export_Energy to span 4
, drop read for i5748
2022.08.15 17:23:09.457 5: SH10rt_1_LAN: CombineUpdateHash cant combine i5746 len 2 Meter_Total_Import_Energy with i6468 len 1 Test_1, span 723 would be bigg
er than max 16
2022.08.15 17:23:09.458 5: SH10rt_1_LAN: CombineUpdateHash combine i6468 len 1 Test_1 with i6469 len 1 Test_2 to span 2, drop read for i6469
2022.08.15 17:23:09.459 5: SH10rt_1_LAN: CombineUpdateHash cant combine i6468 len 1 Test_1 with i12999 len 1 98_System_State, span 6532 would be bigger than
max 16
2022.08.15 17:23:09.459 5: SH10rt_1_LAN: CombineUpdateHash combine i12999 len 1 98_System_State with i13000 len 1 99_Running_State to span 2, drop read for i
13000
2022.08.15 17:23:09.460 5: SH10rt_1_LAN: CombineUpdateHash combine i12999 len 1 98_System_State with i13007 len 2 02_Load_Power to span 10, drop read for i13
007
2022.08.15 17:23:09.460 5: SH10rt_1_LAN: CombineUpdateHash combine i12999 len 1 98_System_State with i13008 len 1 Load_Power_1 to span 10, drop read for i130
08
2022.08.15 17:23:09.461 5: SH10rt_1_LAN: CombineUpdateHash combine i12999 len 1 98_System_State with i13009 len 2 04_Export_Power to span 12, drop read for i
13009
2022.08.15 17:23:09.462 5: SH10rt_1_LAN: CombineUpdateHash combine i12999 len 1 98_System_State with i13010 len 1 Export_Power_1 to span 12, drop read for i1
3010
2022.08.15 17:23:09.462 5: SH10rt_1_LAN: CombineUpdateHash cant combine i12999 len 1 98_System_State with i13019 len 1 Battery_Voltage, span 21 would be bigg
er than max 16
2022.08.15 17:23:09.463 5: SH10rt_1_LAN: CombineUpdateHash combine i13019 len 1 Battery_Voltage with i13020 len 1 Battery_Current to span 2, drop read for i1
3020
2022.08.15 17:23:09.464 5: SH10rt_1_LAN: CombineUpdateHash combine i13019 len 1 Battery_Voltage with i13021 len 1 03_Battery_Power to span 3, drop read for i
13021
2022.08.15 17:23:09.464 5: SH10rt_1_LAN: CombineUpdateHash combine i13019 len 1 Battery_Voltage with i13022 len 1 Battery_Level to span 4, drop read for i130
22
2022.08.15 17:23:09.465 5: SH10rt_1_LAN: CombineUpdateHash keys are now i5030,i6468,i5010,i5600,i13019,i5746,i5719,i12999
2022.08.15 17:23:09.465 4: SH10rt_1_LAN: GetUpdate will now create requests for i5010 len 8 (combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Curr
ent and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), i5030 len 5 (combined i5030 len 2 Wirkleistung with i50
32 len 2 Blindleistung and i5034 len 1 Power_Factor), i5600 len 8 (combined i5600 len 2 Meter_Active_Power with i5602 len 2 Meter_Active_Power_Phase_1 and i5
604 len 2 Meter_Active_Power_Phase_2 and i5606 len 2 Meter_Active_Power_Phase_3), i5719 len 8 (combined i5719 len 1 Backup_Strom_Phase_A with i5720 len 1 Bac
kup_Strom_Phase_B and i5721 len 1 Backup_Strom_Phase_C and i5722 len 1 Backup_Leistung_Phase_A and i5723 len 1 Backup_Leistung_Phase_B and i5724 len 1 Backup
_Leistung_Phase_C and i5725 len 2 Backup_Gesamtleistung), i5746 len 4 (combined i5746 len 2 Meter_Total_Import_Energy with i5748 len 2 Meter_Total_Export_Ene
rgy), i6468 len 2 (combined i6468 len 1 Test_1 with i6469 len 1 Test_2), i12999 len 12 (combined i12999 len 1 98_System_State with i13000 len 1 99_Running_St
ate and i13007 len 2 02_Load_Power and i13008 len 1 Load_Power_1 and i13009 len 2 04_Export_Power and i13010 len 1 Export_Power_1), i13019 len 4 (combined i1
3019 len 1 Battery_Voltage with i13020 len 1 Battery_Current and i13021 len 1 03_Battery_Power and i13022 len 1 Battery_Level)
2022.08.15 17:23:09.467 4: SH10rt_1_LAN: DoRequest called from GetUpdate created new request, read buffer empty, id 1, fCode 4, tid 50,
request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5
011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power)
2022.08.15 17:23:09.467 5: SH10rt_1_LAN: QueueRequest called from DoRequest with i5010, qlen 0 from master SH10rt_1_LAN through io device SH10rt_1_LAN
2022.08.15 17:23:09.468 5: SH10rt_1_LAN: StartQueueTimer called from QueueRequest sets internal timer to process queue in 0.000 seconds
2022.08.15 17:23:09.470 4: SH10rt_1_LAN: DoRequest called from GetUpdate created new request, read buffer empty, id 1, fCode 4, tid 50,
request: id 1, read fc 4 i5030, len 5, tid 121, master device SH10rt_1_LAN, reading Wirkleistung (getUpdate for combined i5030 len 2 Wirkleistung with i5032
len 2 Blindleistung and i5034 len 1 Power_Factor)
2022.08.15 17:23:09.471 5: SH10rt_1_LAN: QueueRequest called from DoRequest with i5030, qlen 1 from master SH10rt_1_LAN through io device SH10rt_1_LAN
2022.08.15 17:23:09.472 4: SH10rt_1_LAN: DoRequest called from GetUpdate created new request, read buffer empty, id 1, fCode 4, tid 50,
request: id 1, read fc 4 i5600, len 8, tid 26, master device SH10rt_1_LAN, reading Meter_Active_Power (getUpdate for combined i5600 len 2 Meter_Active_Power
with i5602 len 2 Meter_Active_Power_Phase_1 and i5604 len 2 Meter_Active_Power_Phase_2 and i5606 len 2 Meter_Active_Power_Phase_3)
2022.08.15 17:23:09.472 5: SH10rt_1_LAN: QueueRequest called from DoRequest with i5600, qlen 2 from master SH10rt_1_LAN through io device SH10rt_1_LAN
2022.08.15 17:23:09.473 4: SH10rt_1_LAN: DoRequest called from GetUpdate created new request, read buffer empty, id 1, fCode 4, tid 50,
request: id 1, read fc 4 i5719, len 8, tid 9, master device SH10rt_1_LAN, reading Backup_Strom_Phase_A (getUpdate for combined i5719 len 1 Backup_Strom_Phase
_A with i5720 len 1 Backup_Strom_Phase_B and i5721 len 1 Backup_Strom_Phase_C and i5722 len 1 Backup_Leistung_Phase_A and i5723 len 1 Backup_Leistung_Phase_B
and i5724 len 1 Backup_Leistung_Phase_C and i5725 len 2 Backup_Gesamtleistung)
2022.08.15 17:23:09.474 5: SH10rt_1_LAN: QueueRequest called from DoRequest with i5719, qlen 3 from master SH10rt_1_LAN through io device SH10rt_1_LAN
2022.08.15 17:23:09.475 4: SH10rt_1_LAN: DoRequest called from GetUpdate created new request, read buffer empty, id 1, fCode 4, tid 50,
request: id 1, read fc 4 i5746, len 4, tid 113, master device SH10rt_1_LAN, reading Meter_Total_Import_Energy (getUpdate for combined i5746 len 2 Meter_Total_Import_Energy with i5748 len 2 Meter_Total_Export_Energy)
2022.08.15 17:23:09.475 5: SH10rt_1_LAN: QueueRequest called from DoRequest with i5746, qlen 4 from master SH10rt_1_LAN through io device SH10rt_1_LAN
2022.08.15 17:23:09.476 4: SH10rt_1_LAN: DoRequest called from GetUpdate created new request, read buffer empty, id 1, fCode 4, tid 50,
request: id 1, read fc 4 i6468, len 2, tid 37, master device SH10rt_1_LAN, reading Test_1 (getUpdate for combined i6468 len 1 Test_1 with i6469 len 1 Test_2)
2022.08.15 17:23:09.477 5: SH10rt_1_LAN: QueueRequest called from DoRequest with i6468, qlen 5 from master SH10rt_1_LAN through io device SH10rt_1_LAN
2022.08.15 17:23:09.478 4: SH10rt_1_LAN: DoRequest called from GetUpdate created new request, read buffer empty, id 1, fCode 4, tid 50,
request: id 1, read fc 4 i12999, len 12, tid 46, master device SH10rt_1_LAN, reading 98_System_State (getUpdate for combined i12999 len 1 98_System_State with i13000 len 1 99_Running_State and i13007 len 2 02_Load_Power and i13008 len 1 Load_Power_1 and i13009 len 2 04_Export_Power and i13010 len 1 Export_Power_1)
2022.08.15 17:23:09.478 5: SH10rt_1_LAN: QueueRequest called from DoRequest with i12999, qlen 6 from master SH10rt_1_LAN through io device SH10rt_1_LAN
2022.08.15 17:23:09.479 4: SH10rt_1_LAN: DoRequest called from GetUpdate created new request, read buffer empty, id 1, fCode 4, tid 50,
request: id 1, read fc 4 i13019, len 4, tid 84, master device SH10rt_1_LAN, reading Battery_Voltage (getUpdate for combined i13019 len 1 Battery_Voltage with i13020 len 1 Battery_Current and i13021 len 1 03_Battery_Power and i13022 len 1 Battery_Level)
2022.08.15 17:23:09.480 5: SH10rt_1_LAN: QueueRequest called from DoRequest with i13019, qlen 7 from master SH10rt_1_LAN through io device SH10rt_1_LAN
2022.08.15 17:23:09.619 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 0.15 secs ago
2022.08.15 17:23:09.619 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 1
2022.08.15 17:23:09.620 5: SH10rt_1_LAN: ProcessRequestQueue will return, device is disconnected, qlen 8, try again in 0.02 seconds
2022.08.15 17:23:09.620 5: SH10rt_1_LAN: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 0.020 seconds
2022.08.15 17:23:10.067 5: SH10rt_1_LAN: ProcessRequestQueue called from Fhem internal timer as queue:SH10rt_1_LAN, qlen 8, request: request: id 1, read fc 4 i5010, len 8, tid 242, master device SH10rt_1_LAN, reading MPPT_1_Voltage (getUpdate for combined i5010 len 1 MPPT_1_Voltage with i5011 len 1 MPPT_1_Current and i5012 len 1 MPPT_2_Voltage and i5013 len 1 MPPT_2_Current and i5016 len 2 01_Total_DC_Power), queued 0.60 secs ago
2022.08.15 17:23:10.067 5: SH10rt_1_LAN: open called from ProcessRequestQueue, busyOpenDev 1
...


Richtiger Ausschnitt?

Falls nein, auf welche Schlüsselwörter muss ich denn achten, um den Ausschnitt für Verbindungsaufbau und die Blockierung zu finden?
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: StefanStrobel am 17 August 2022, 12:32:07
Leider nein.
Beginnen sollte der Ausschnitt wenn die Verbindung tatsächlich geöffnet wurde ("opened").
Dann bis zum Abbruch der Verbindung ("closed").
CommDelay, sendDelay, busDelay und clientSwitchDelay würde ich in Deinem Fall alle auf 0 setzen.

Gruß
    Stefan
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: FhemPiUser am 17 August 2022, 16:52:40
Das Log enthält weder "opened" noch "closed", obwohl ich mehr als 1min geloggt habe mit verbose 5 bei einem konfiguriertem Intervall von 30s.

Kommen diese Schlüsselwörter auch, wenn fhem garkeine TCP Modbus Verbindung bekommt vom Wechselrichter?
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: StefanStrobel am 17 August 2022, 22:50:00
Nein, wenn keine Verbindung aufgebaut werden kann, dann kommt auch kein opened im Log.
Interessant wäre aber gerade was zwischen einem ersten erfolgreichen Verbindungsaufbau und der Blockade passiert.
Ich versuche mal ein paar Optimierungen für Deinen Fall ins Modul zu bauen, vielleicht kommen wir der Sache dann näher.

Gruß
    Stefan
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: StefanStrobel am 19 August 2022, 12:11:09
Hallo,

anbei eine neue Version des Modbus-Moduls.
Wenn das Attribut closeAfterResponse den Wert 2 hat, dann wird die Verbindung zum Slave sofort nach jedem einzelnen Request wieder getrennt und erst nach Ablauf von queueDelay für den nächsten anstehenden Request wieder geöffnet.
Zum Testen würde ich queueDelay auf 0.02 oder größer setzen und die anderen Delays alle auf 0.
Bin gespannt, ob das as ändert.

Gruß
   Stefan
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: FhemPiUser am 19 August 2022, 18:20:51
Vielen Dank für dei Mühe!

Ich habe es mal getestet, leider kein Unterschied. Es scheint ein Problem mit der Firmware des Wechselrichters zu sein, andre User haben die gleichen Problem auch mit anderen Clients. Im Prinzip geht es ja, nur halt mit langem Interval. Ich denke das läßt sich nicht durch den Client lösen, sondern ich muss einfach auf ein Firmwareupdate warten und hoffen, dass Sungrow das anpasst.

Immerhin haben sie eine Task Force eröffnet und sich auch dieses Problems angenommen wie es ausieht. Also es gibt Hoffnung.
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: mähschaf am 30 August 2022, 21:23:53
Hallo und guten Abend,

vielen Dank für Eure Arbeit, ohne die ich sicherlich nichts vergleichbares hinbekommen würde.

Ich bekomme einen SH10RT mit einer Batterie und möchte dieses gerne in FHEM integrieren.

Wenn ich das hier richtig verfolge, kann ich die Werte über die (mäßig gut funktionierende) LAN-MODBUS-Schnittstelle in FHEM als Readings integrieren, indem ich einfach die Definition aus einem der ersten Beiträge kopiere. Dann muss ich nicht über irgendeine Solarcloud etc. gehen, was ich persönlich bevorzugen würde.

Meine Frage (ich habe dazu nichts gefunden): Gibt es eine elegante Lösung, die Holding Register - wenn ich das richtig verstehe insbesondere 13051 und 13052 - über diese Schnittstelle zu setzen?

Hintergrund: Ich könnte mir vorstellen, z. B. Überschussladen und andere Feinheiten darüber zu realisieren.

Danke Euch und einen schönen Abend,
Martin
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: FhemPiUser am 30 August 2022, 21:33:26
ja, geht alles über modbusattr.

Ich würde überschussladen für ein eauto aber über evcc machen, das ist extra dafür entwickelt.
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: mähschaf am 30 August 2022, 22:22:44
Zitatja, geht alles über modbusattr.

Danke, klasse!

ZitatIch würde überschussladen für ein eauto aber über evcc machen, das ist extra dafür entwickelt.

Danke, kannte ich nicht, gucke ich mir an. Im Moment hält sich meine Begeisterung noch in Grenzen, zu der ganzen Hardware noch mehr Software zu installieren, aber vielleicht mache ich das später mal. Für's erste würde mir wahrscheinlich ein DOIf reichen....
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: fhemjörg am 12 September 2022, 18:07:44
Hallo,
ich habe auch ein Sungrow SH10RT Wechselrichter im Einsatz. Ich habe ihn per LAN eingebunden. FHEM sagt auch "opened". Leide bekomme ich keine Readings angezeigt....... ICh habe alle Readings so eingegeben wie in den post weiter oben von Gerhard.
Mein LOG sagt folgendes:
2022.09.12 17:34:25 4: Sungrow: GetUpdate (V4.4.04 - 17.7.2021) called from Fhem internal timer
2022.09.12 17:34:25 4: Sungrow: UpdateTimer called from GetUpdate with cmd next sets timer to call update function in 3.0 sec at 17:34:28.310, interval 3
2022.09.12 17:34:25 5: Sungrow: CreateUpdateHash full object list: h05007 h05008 h05009 h05010 h05011 h05012 h05013 h05014 h05015 h05016 h05017 h05018 h05020 i13001 i13002 i13004 i13005 i13007 i13009 i13016 i5007 i5010 i5011 i5012 i5013 i5016 i5035
2022.09.12 17:34:25 5: Sungrow: CreateUpdateHash will request i5007 len 1 Inside_Temperature
2022.09.12 17:34:25 5: Sungrow: CreateUpdateHash will request i5010 len 1 MPPT_1_Voltage
2022.09.12 17:34:25 5: Sungrow: CreateUpdateHash will request i5011 len 1 MPPT_1_Current
2022.09.12 17:34:25 5: Sungrow: CreateUpdateHash will request i5012 len 1 MPPT_2_Voltage
2022.09.12 17:34:25 5: Sungrow: CreateUpdateHash will request i5013 len 1 MPPT_2_Current
2022.09.12 17:34:25 5: Sungrow: CreateUpdateHash will request i5016 len 2 Total_DC_Power
2022.09.12 17:34:25 5: Sungrow: CreateUpdateHash will request i5035 len 1 Grid_Frequency
2022.09.12 17:34:25 5: Sungrow: CreateUpdateHash will request i13001 len 1 Daily_PV_Generation
2022.09.12 17:34:25 5: Sungrow: CreateUpdateHash will request i13002 len 2 Total_PV_Generation
2022.09.12 17:34:25 5: Sungrow: CreateUpdateHash will request i13004 len 1 Daily_Export_Energy
2022.09.12 17:34:25 5: Sungrow: CreateUpdateHash will request i13005 len 2 Total_Export_Energy
2022.09.12 17:34:25 5: Sungrow: CreateUpdateHash will request i13007 len 2 Load_Power
2022.09.12 17:34:25 5: Sungrow: CreateUpdateHash will request i13009 len 2 Export_Power
2022.09.12 17:34:25 5: Sungrow: CreateUpdateHash will request i13016 len 1 Daily_direct_Energy_Consumption
2022.09.12 17:34:25 4: Sungrow: CombineUpdateHash objHash keys before combine: i13009,i13001,i13002,i5011,i13007,i13004,i13016,i5035,i5016,i5007,i5012,i13005,i5010,i5013
2022.09.12 17:34:25 5: Sungrow: CombineUpdateHash tries to combine read commands
2022.09.12 17:34:25 5: Sungrow: CombineUpdateHash keys are now i13009,i13001,i13002,i5011,i13007,i13004,i13016,i5035,i5016,i5007,i5012,i13005,i5010,i5013
2022.09.12 17:34:25 4: Sungrow: GetUpdate will now create requests for i5007 len 1 (Inside_Temperature), i5010 len 1 (MPPT_1_Voltage), i5011 len 1 (MPPT_1_Current), i5012 len 1 (MPPT_2_Voltage), i5013 len 1 (MPPT_2_Current), i5016 len 2 (Total_DC_Power), i5035 len 1 (Grid_Frequency), i13001 len 1 (Daily_PV_Generation), i13002 len 2 (Total_PV_Generation), i13004 len 1 (Daily_Export_Energy), i13005 len 2 (Total_Export_Energy), i13007 len 2 (Load_Power), i13009 len 2 (Export_Power), i13016 len 1 (Daily_direct_Energy_Consumption)
2022.09.12 17:34:25 4: Sungrow: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i5007, len 1, tid 28, master device Sungrow, reading Inside_Temperature (getUpdate for Inside_Temperature len 1)
2022.09.12 17:34:25 5: Sungrow: QueueRequest called from DoRequest with i5007, qlen 0 from master Sungrow through io device Sungrow
2022.09.12 17:34:25 5: Sungrow: StartQueueTimer called from QueueRequest sets internal timer to process queue in 0.000 seconds
2022.09.12 17:34:25 4: Sungrow: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i5010, len 1, tid 221, master device Sungrow, reading MPPT_1_Voltage (getUpdate for MPPT_1_Voltage len 1)
2022.09.12 17:34:25 5: Sungrow: QueueRequest called from DoRequest with i5010, qlen 1 from master Sungrow through io device Sungrow
2022.09.12 17:34:25 4: Sungrow: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i5011, len 1, tid 0, master device Sungrow, reading MPPT_1_Current (getUpdate for MPPT_1_Current len 1)
2022.09.12 17:34:25 5: Sungrow: QueueRequest called from DoRequest with i5011, qlen 2 from master Sungrow through io device Sungrow
2022.09.12 17:34:25 4: Sungrow: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i5012, len 1, tid 66, master device Sungrow, reading MPPT_2_Voltage (getUpdate for MPPT_2_Voltage len 1)
2022.09.12 17:34:25 5: Sungrow: QueueRequest called from DoRequest with i5012, qlen 3 from master Sungrow through io device Sungrow
2022.09.12 17:34:25 4: Sungrow: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i5013, len 1, tid 32, master device Sungrow, reading MPPT_2_Current (getUpdate for MPPT_2_Current len 1)
2022.09.12 17:34:25 5: Sungrow: QueueRequest called from DoRequest with i5013, qlen 4 from master Sungrow through io device Sungrow
2022.09.12 17:34:25 4: Sungrow: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i5016, len 2, tid 168, master device Sungrow, reading Total_DC_Power (getUpdate for Total_DC_Power len 2)
2022.09.12 17:34:25 5: Sungrow: QueueRequest called from DoRequest with i5016, qlen 5 from master Sungrow through io device Sungrow
2022.09.12 17:34:25 4: Sungrow: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i5035, len 1, tid 47, master device Sungrow, reading Grid_Frequency (getUpdate for Grid_Frequency len 1)
2022.09.12 17:34:25 5: Sungrow: QueueRequest called from DoRequest with i5035, qlen 6 from master Sungrow through io device Sungrow
2022.09.12 17:34:25 4: Sungrow: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i13001, len 1, tid 119, master device Sungrow, reading Daily_PV_Generation (getUpdate for Daily_PV_Generation len 1)
2022.09.12 17:34:25 5: Sungrow: QueueRequest called from DoRequest with i13001, qlen 7 from master Sungrow through io device Sungrow
2022.09.12 17:34:25 4: Sungrow: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i13002, len 2, tid 251, master device Sungrow, reading Total_PV_Generation (getUpdate for Total_PV_Generation len 2)
2022.09.12 17:34:25 5: Sungrow: QueueRequest called from DoRequest with i13002, qlen 8 from master Sungrow through io device Sungrow
2022.09.12 17:34:25 4: Sungrow: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i13004, len 1, tid 27, master device Sungrow, reading Daily_Export_Energy (getUpdate for Daily_Export_Energy len 1)
2022.09.12 17:34:25 5: Sungrow: QueueRequest called from DoRequest with i13004, qlen 9 from master Sungrow through io device Sungrow
2022.09.12 17:34:25 4: Sungrow: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i13005, len 2, tid 169, master device Sungrow, reading Total_Export_Energy (getUpdate for Total_Export_Energy len 2)
2022.09.12 17:34:25 5: Sungrow: QueueRequest called from DoRequest with i13005, qlen 10 from master Sungrow through io device Sungrow
2022.09.12 17:34:25 4: Sungrow: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i13007, len 2, tid 176, master device Sungrow, reading Load_Power (getUpdate for Load_Power len 2)
2022.09.12 17:34:25 5: Sungrow: QueueRequest called from DoRequest with i13007, qlen 11 from master Sungrow through io device Sungrow
2022.09.12 17:34:25 4: Sungrow: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i13009, len 2, tid 13, master device Sungrow, reading Export_Power (getUpdate for Export_Power len 2)
2022.09.12 17:34:25 5: Sungrow: QueueRequest called from DoRequest with i13009, qlen 12 from master Sungrow through io device Sungrow
2022.09.12 17:34:25 4: Sungrow: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i13016, len 1, tid 29, master device Sungrow, reading Daily_direct_Energy_Consumption (getUpdate for Daily_direct_Energy_Consumption len 1)
2022.09.12 17:34:25 5: Sungrow: QueueRequest called from DoRequest with i13016, qlen 13 from master Sungrow through io device Sungrow
2022.09.12 17:34:25 5: Sungrow: ProcessRequestQueue called from Fhem internal timer as queue:Sungrow, qlen 14, request: request: id 1, read fc 4 i5007, len 1, tid 28, master device Sungrow, reading Inside_Temperature (getUpdate for Inside_Temperature len 1), queued 0.03 secs ago
2022.09.12 17:34:25 5: Sungrow: checkDelays clientSwitchDelay is not relevant
2022.09.12 17:34:25 5: Sungrow: checkDelays busDelayRead, last activity on bus was 1.538 secs ago, required delay is 0
2022.09.12 17:34:25 5: Sungrow: checkDelays sendDelay, last send to same device was 1.543 secs ago, required delay is 0.1
2022.09.12 17:34:25 5: Sungrow: checkDelays commDelay, last communication with same device was 1.538 secs ago, required delay is 0.1
2022.09.12 17:34:25 4: Sungrow: ProcessRequestQueue (V4.4.04 - 17.7.2021) qlen 14, sending 001c000000060104138f0001 via 192.168.17.76:502, read buffer empty,
request: id 1, read fc 4 i5007, len 1, tid 28, master device Sungrow, reading Inside_Temperature (getUpdate for Inside_Temperature len 1), queued 0.03 secs ago
2022.09.12 17:34:25 5: Sungrow: Send called from ProcessRequestQueue
2022.09.12 17:34:25 5: DevIo_SimpleWrite Sungrow: 001c000000060104138f0001
2022.09.12 17:34:25 5: Sungrow: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 1.000 seconds
2022.09.12 17:34:25 5: Sungrow: readFn buffer: 001c00000002018402
2022.09.12 17:34:25 5: Sungrow: ParseFrameStart called from ReadFn protocol TCP expecting id 1
2022.09.12 17:34:25 4: Sungrow: ParseFrameStart (TCP, master) extracted id 1, fCode 132, tid 28, dlen 2 and potential data 02
2022.09.12 17:34:25 5: Sungrow: HandleResponse called from ReadFn
2022.09.12 17:34:25 5: Sungrow: ParseResponse called from HandleResponse
2022.09.12 17:34:25 4: Sungrow: HandleResponse got response with error code 84 / 02, illegal data address
2022.09.12 17:34:25 4: Sungrow: HandleResponse done, current frame / read buffer: 001c00000002018402, id 1, fCode 132, tid 28,
request: id 1, read fc 4 i5007, len 1, tid 28, master device Sungrow, reading Inside_Temperature (getUpdate for Inside_Temperature len 1), queued 0.04 secs ago, sent 0.01 secs ago,
response: id 1, fc 132, error code 02, len 1
2022.09.12 17:34:25 5: Sungrow: ResetExpect for HandleResponse from response to idle
2022.09.12 17:34:25 5: Sungrow: StartQueueTimer called from HandleResponse sets internal timer to process queue in 0.000 seconds
2022.09.12 17:34:25 5: Sungrow: DropFrame called from ReadFn - drop 001c00000002018402
2022.09.12 17:34:25 5: Sungrow: ProcessRequestQueue called from Fhem internal timer as queue:Sungrow, qlen 13, request: request: id 1, read fc 4 i5010, len 1, tid 221, master device Sungrow, reading MPPT_1_Voltage (getUpdate for MPPT_1_Voltage len 1), queued 0.05 secs ago
2022.09.12 17:34:25 5: Sungrow: checkDelays clientSwitchDelay is not relevant
2022.09.12 17:34:25 5: Sungrow: checkDelays busDelayRead, last activity on bus was 0.007 secs ago, required delay is 0
2022.09.12 17:34:25 5: Sungrow: checkDelays sendDelay, last send to same device was 0.012 secs ago, required delay is 0.1
2022.09.12 17:34:25 5: Sungrow: checkDelays commDelay, last communication with same device was 0.007 secs ago, required delay is 0.1
2022.09.12 17:34:25 4: Sungrow: checkDelays found commDelay not over, set timer to try again in 0.093
2022.09.12 17:34:25 5: Sungrow: ProcessRequestQueue called from Fhem internal timer as queue:Sungrow, qlen 13, request: request: id 1, read fc 4 i5010, len 1, tid 221, master device Sungrow, reading MPPT_1_Voltage (getUpdate for MPPT_1_Voltage len 1), queued 0.14 secs ago
2022.09.12 17:34:25 5: Sungrow: checkDelays clientSwitchDelay is not relevant
2022.09.12 17:34:25 5: Sungrow: checkDelays busDelayRead, last activity on bus was 0.105 secs ago, required delay is 0
2022.09.12 17:34:25 5: Sungrow: checkDelays sendDelay, last send to same device was 0.110 secs ago, required delay is 0.1
2022.09.12 17:34:25 5: Sungrow: checkDelays commDelay, last communication with same device was 0.105 secs ago, required delay is 0.1
2022.09.12 17:34:25 4: Sungrow: ProcessRequestQueue (V4.4.04 - 17.7.2021) qlen 13, sending 00dd00000006010413920001 via 192.168.17.76:502, read buffer empty,
request: id 1, read fc 4 i5010, len 1, tid 221, master device Sungrow, reading MPPT_1_Voltage (getUpdate for MPPT_1_Voltage len 1), queued 0.15 secs ago
2022.09.12 17:34:25 5: Sungrow: Send called from ProcessRequestQueue
2022.09.12 17:34:25 5: DevIo_SimpleWrite Sungrow: 00dd00000006010413920001
2022.09.12 17:34:25 5: Sungrow: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 1.000 seconds
2022.09.12 17:34:25 5: Sungrow: readFn buffer: 00dd00000002018402
2022.09.12 17:34:25 5: Sungrow: ParseFrameStart called from ReadFn protocol TCP expecting id 1
2022.09.12 17:34:25 4: Sungrow: ParseFrameStart (TCP, master) extracted id 1, fCode 132, tid 221, dlen 2 and potential data 02
2022.09.12 17:34:25 5: Sungrow: HandleResponse called from ReadFn
2022.09.12 17:34:25 5: Sungrow: ParseResponse called from HandleResponse
2022.09.12 17:34:25 4: Sungrow: HandleResponse got response with error code 84 / 02, illegal data address
2022.09.12 17:34:25 4: Sungrow: HandleResponse done, current frame / read buffer: 00dd00000002018402, id 1, fCode 132, tid 221,
request: id 1, read fc 4 i5010, len 1, tid 221, master device Sungrow, reading MPPT_1_Voltage (getUpdate for MPPT_1_Voltage len 1), queued 0.15 secs ago, sent 0.01 secs ago,
response: id 1, fc 132, error code 02, len 1
2022.09.12 17:34:25 5: Sungrow: ResetExpect for HandleResponse from response to idle
2022.09.12 17:34:25 5: Sungrow: StartQueueTimer called from HandleResponse sets internal timer to process queue in 0.000 seconds
2022.09.12 17:34:25 5: Sungrow: DropFrame called from ReadFn - drop 00dd00000002018402
2022.09.12 17:34:25 5: Sungrow: ProcessRequestQueue called from Fhem internal timer as queue:Sungrow, qlen 12, request: request: id 1, read fc 4 i5011, len 1, tid 0, master device Sungrow, reading MPPT_1_Current (getUpdate for MPPT_1_Current len 1), queued 0.15 secs ago
2022.09.12 17:34:25 5: Sungrow: checkDelays clientSwitchDelay is not relevant
2022.09.12 17:34:25 5: Sungrow: checkDelays busDelayRead, last activity on bus was 0.004 secs ago, required delay is 0
2022.09.12 17:34:25 5: Sungrow: checkDelays commDelay, last communication with same device was 0.004 secs ago, required delay is 0.1
2022.09.12 17:34:25 5: Sungrow: checkDelays sendDelay, last send to same device was 0.009 secs ago, required delay is 0.1
2022.09.12 17:34:25 4: Sungrow: checkDelays found commDelay not over, set timer to try again in 0.096
2022.09.12 17:34:25 5: Sungrow: ProcessRequestQueue called from Fhem internal timer as queue:Sungrow, qlen 12, request: request: id 1, read fc 4 i5011, len 1, tid 0, master device Sungrow, reading MPPT_1_Current (getUpdate for MPPT_1_Current len 1), queued 0.25 secs ago
2022.09.12 17:34:25 5: Sungrow: checkDelays busDelayRead, last activity on bus was 0.103 secs ago, required delay is 0
2022.09.12 17:34:25 5: Sungrow: checkDelays clientSwitchDelay is not relevant
2022.09.12 17:34:25 5: Sungrow: checkDelays commDelay, last communication with same device was 0.103 secs ago, required delay is 0.1
2022.09.12 17:34:25 5: Sungrow: checkDelays sendDelay, last send to same device was 0.108 secs ago, required delay is 0.1
2022.09.12 17:34:25 4: Sungrow: ProcessRequestQueue (V4.4.04 - 17.7.2021) qlen 12, sending 000000000006010413930001 via 192.168.17.76:502, read buffer empty,
request: id 1, read fc 4 i5011, len 1, tid 0, master device Sungrow, reading MPPT_1_Current (getUpdate for MPPT_1_Current len 1), queued 0.25 secs ago
2022.09.12 17:34:25 5: Sungrow: Send called from ProcessRequestQueue
2022.09.12 17:34:25 5: DevIo_SimpleWrite Sungrow: 000000000006010413930001
2022.09.12 17:34:25 5: Sungrow: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 1.000 seconds
2022.09.12 17:34:25 5: Sungrow: readFn buffer: 000000000002018402
2022.09.12 17:34:25 5: Sungrow: ParseFrameStart called from ReadFn protocol TCP expecting id 1
2022.09.12 17:34:25 4: Sungrow: ParseFrameStart (TCP, master) extracted id 1, fCode 132, dlen 2 and potential data 02
2022.09.12 17:34:25 5: Sungrow: HandleResponse called from ReadFn
2022.09.12 17:34:25 5: Sungrow: ParseResponse called from HandleResponse
2022.09.12 17:34:25 4: Sungrow: HandleResponse got response with error code 84 / 02, illegal data address
2022.09.12 17:34:25 4: Sungrow: HandleResponse done, current frame / read buffer: 000000000002018402, id 1, fCode 132, tid 0,
request: id 1, read fc 4 i5011, len 1, tid 0, master device Sungrow, reading MPPT_1_Current (getUpdate for MPPT_1_Current len 1), queued 0.26 secs ago, sent 0.01 secs ago,
response: id 1, fc 132, error code 02, len 1
2022.09.12 17:34:25 5: Sungrow: ResetExpect for HandleResponse from response to idle
2022.09.12 17:34:25 5: Sungrow: StartQueueTimer called from HandleResponse sets internal timer to process queue in 0.000 seconds
2022.09.12 17:34:25 5: Sungrow: DropFrame called from ReadFn - drop 000000000002018402
2022.09.12 17:34:25 5: Sungrow: ProcessRequestQueue called from Fhem internal timer as queue:Sungrow, qlen 11, request: request: id 1, read fc 4 i5012, len 1, tid 66, master device Sungrow, reading MPPT_2_Voltage (getUpdate for MPPT_2_Voltage len 1), queued 0.26 secs ago
2022.09.12 17:34:25 5: Sungrow: checkDelays clientSwitchDelay is not relevant
2022.09.12 17:34:25 5: Sungrow: checkDelays busDelayRead, last activity on bus was 0.004 secs ago, required delay is 0
2022.09.12 17:34:25 5: Sungrow: checkDelays commDelay, last communication with same device was 0.004 secs ago, required delay is 0.1
2022.09.12 17:34:25 5: Sungrow: checkDelays sendDelay, last send to same device was 0.007 secs ago, required delay is 0.1
2022.09.12 17:34:25 4: Sungrow: checkDelays found commDelay not over, set timer to try again in 0.096
2022.09.12 17:34:25 5: Sungrow: ProcessRequestQueue called from Fhem internal timer as queue:Sungrow, qlen 11, request: request: id 1, read fc 4 i5012, len 1, tid 66, master device Sungrow, reading MPPT_2_Voltage (getUpdate for MPPT_2_Voltage len 1), queued 0.36 secs ago
2022.09.12 17:34:25 5: Sungrow: checkDelays clientSwitchDelay is not relevant
2022.09.12 17:34:25 5: Sungrow: checkDelays busDelayRead, last activity on bus was 0.102 secs ago, required delay is 0
2022.09.12 17:34:25 5: Sungrow: checkDelays commDelay, last communication with same device was 0.102 secs ago, required delay is 0.1
2022.09.12 17:34:25 5: Sungrow: checkDelays sendDelay, last send to same device was 0.106 secs ago, required delay is 0.1
2022.09.12 17:34:25 4: Sungrow: ProcessRequestQueue (V4.4.04 - 17.7.2021) qlen 11, sending 004200000006010413940001 via 192.168.17.76:502, read buffer empty,
request: id 1, read fc 4 i5012, len 1, tid 66, master device Sungrow, reading MPPT_2_Voltage (getUpdate for MPPT_2_Voltage len 1), queued 0.36 secs ago
2022.09.12 17:34:25 5: Sungrow: Send called from ProcessRequestQueue
2022.09.12 17:34:25 5: DevIo_SimpleWrite Sungrow: 004200000006010413940001
2022.09.12 17:34:25 5: Sungrow: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 1.000 seconds
2022.09.12 17:34:25 5: Sungrow: readFn buffer: 004200000002018402
2022.09.12 17:34:25 5: Sungrow: ParseFrameStart called from ReadFn protocol TCP expecting id 1
2022.09.12 17:34:25 4: Sungrow: ParseFrameStart (TCP, master) extracted id 1, fCode 132, tid 66, dlen 2 and potential data 02
2022.09.12 17:34:25 5: Sungrow: HandleResponse called from ReadFn
2022.09.12 17:34:25 5: Sungrow: ParseResponse called from HandleResponse
2022.09.12 17:34:25 4: Sungrow: HandleResponse got response with error code 84 / 02, illegal data address
2022.09.12 17:34:25 4: Sungrow: HandleResponse done, current frame / read buffer: 004200000002018402, id 1, fCode 132, tid 66,
request: id 1, read fc 4 i5012, len 1, tid 66, master device Sungrow, reading MPPT_2_Voltage (getUpdate for MPPT_2_Voltage len 1), queued 0.37 secs ago, sent 0.02 secs ago,
response: id 1, fc 132, error code 02, len 1
2022.09.12 17:34:25 5: Sungrow: ResetExpect for HandleResponse from response to idle
2022.09.12 17:34:25 5: Sungrow: StartQueueTimer called from HandleResponse sets internal timer to process queue in 0.000 seconds
2022.09.12 17:34:25 5: Sungrow: DropFrame called from ReadFn - drop 004200000002018402
2022.09.12 17:34:25 5: Sungrow: ProcessRequestQueue called from Fhem internal timer as queue:Sungrow, qlen 10, request: request: id 1, read fc 4 i5013, len 1, tid 32, master device Sungrow, reading MPPT_2_Current (getUpdate for MPPT_2_Current len 1), queued 0.38 secs ago
2022.09.12 17:34:25 5: Sungrow: checkDelays busDelayRead, last activity on bus was 0.004 secs ago, required delay is 0
2022.09.12 17:34:25 5: Sungrow: checkDelays clientSwitchDelay is not relevant
2022.09.12 17:34:25 5: Sungrow: checkDelays commDelay, last communication with same device was 0.004 secs ago, required delay is 0.1
2022.09.12 17:34:25 5: Sungrow: checkDelays sendDelay, last send to same device was 0.014 secs ago, required delay is 0.1
2022.09.12 17:34:25 4: Sungrow: checkDelays found commDelay not over, set timer to try again in 0.096
2022.09.12 17:34:25 5: Sungrow: ProcessRequestQueue called from Fhem internal timer as queue:Sungrow, qlen 10, request: request: id 1, read fc 4 i5013, len 1, tid 32, master device Sungrow, reading MPPT_2_Current (getUpdate for MPPT_2_Current len 1), queued 0.48 secs ago
2022.09.12 17:34:25 5: Sungrow: checkDelays sendDelay, last send to same device was 0.115 secs ago, required delay is 0.1
2022.09.12 17:34:25 5: Sungrow: checkDelays commDelay, last communication with same device was 0.104 secs ago, required delay is 0.1
2022.09.12 17:34:25 5: Sungrow: checkDelays clientSwitchDelay is not relevant
2022.09.12 17:34:25 5: Sungrow: checkDelays busDelayRead, last activity on bus was 0.104 secs ago, required delay is 0
2022.09.12 17:34:25 4: Sungrow: ProcessRequestQueue (V4.4.04 - 17.7.2021) qlen 10, sending 002000000006010413950001 via 192.168.17.76:502, read buffer empty,
request: id 1, read fc 4 i5013, len 1, tid 32, master device Sungrow, reading MPPT_2_Current (getUpdate for MPPT_2_Current len 1), queued 0.48 secs ago
2022.09.12 17:34:25 5: Sungrow: Send called from ProcessRequestQueue
2022.09.12 17:34:25 5: DevIo_SimpleWrite Sungrow: 002000000006010413950001
2022.09.12 17:34:25 5: Sungrow: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 1.000 seconds
2022.09.12 17:34:25 5: Sungrow: readFn buffer: 002000000002018402
2022.09.12 17:34:25 5: Sungrow: ParseFrameStart called from ReadFn protocol TCP expecting id 1
2022.09.12 17:34:25 4: Sungrow: ParseFrameStart (TCP, master) extracted id 1, fCode 132, tid 32, dlen 2 and potential data 02
2022.09.12 17:34:25 5: Sungrow: HandleResponse called from ReadFn
2022.09.12 17:34:25 5: Sungrow: ParseResponse called from HandleResponse
2022.09.12 17:34:25 4: Sungrow: HandleResponse got response with error code 84 / 02, illegal data address
2022.09.12 17:34:25 4: Sungrow: HandleResponse done, current frame / read buffer: 002000000002018402, id 1, fCode 132, tid 32,
request: id 1, read fc 4 i5013, len 1, tid 32, master device Sungrow, reading MPPT_2_Current (getUpdate for MPPT_2_Current len 1), queued 0.49 secs ago, sent 0.01 secs ago,
response: id 1, fc 132, error code 02, len 1
2022.09.12 17:34:25 5: Sungrow: ResetExpect for HandleResponse from response to idle
2022.09.12 17:34:25 5: Sungrow: StartQueueTimer called from HandleResponse sets internal timer to process queue in 0.000 seconds
2022.09.12 17:34:25 5: Sungrow: DropFrame called from ReadFn - drop 002000000002018402
2022.09.12 17:34:25 5: Sungrow: ProcessRequestQueue called from Fhem internal timer as queue:Sungrow, qlen 9, request: request: id 1, read fc 4 i5016, len 2, tid 168, master device Sungrow, reading Total_DC_Power (getUpdate for Total_DC_Power len 2), queued 0.49 secs ago
2022.09.12 17:34:25 5: Sungrow: checkDelays clientSwitchDelay is not relevant
2022.09.12 17:34:25 5: Sungrow: checkDelays busDelayRead, last activity on bus was 0.005 secs ago, required delay is 0
2022.09.12 17:34:25 5: Sungrow: checkDelays sendDelay, last send to same device was 0.008 secs ago, required delay is 0.1
2022.09.12 17:34:25 5: Sungrow: checkDelays commDelay, last communication with same device was 0.005 secs ago, required delay is 0.1
2022.09.12 17:34:25 4: Sungrow: checkDelays found commDelay not over, set timer to try again in 0.095
2022.09.12 17:34:25 5: Sungrow: ProcessRequestQueue called from Fhem internal timer as queue:Sungrow, qlen 9, request: request: id 1, read fc 4 i5016, len 2, tid 168, master device Sungrow, reading Total_DC_Power (getUpdate for Total_DC_Power len 2), queued 0.59 secs ago
2022.09.12 17:34:25 5: Sungrow: checkDelays sendDelay, last send to same device was 0.107 secs ago, required delay is 0.1
2022.09.12 17:34:25 5: Sungrow: checkDelays commDelay, last communication with same device was 0.103 secs ago, required delay is 0.1
2022.09.12 17:34:25 5: Sungrow: checkDelays clientSwitchDelay is not relevant
2022.09.12 17:34:25 5: Sungrow: checkDelays busDelayRead, last activity on bus was 0.103 secs ago, required delay is 0
2022.09.12 17:34:25 4: Sungrow: ProcessRequestQueue (V4.4.04 - 17.7.2021) qlen 9, sending 00a800000006010413980002 via 192.168.17.76:502, read buffer empty,
request: id 1, read fc 4 i5016, len 2, tid 168, master device Sungrow, reading Total_DC_Power (getUpdate for Total_DC_Power len 2), queued 0.59 secs ago
2022.09.12 17:34:25 5: Sungrow: Send called from ProcessRequestQueue
2022.09.12 17:34:25 5: DevIo_SimpleWrite Sungrow: 00a800000006010413980002
2022.09.12 17:34:25 5: Sungrow: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 1.000 seconds
2022.09.12 17:34:25 5: Sungrow: readFn buffer: 00a800000002018402
2022.09.12 17:34:25 5: Sungrow: ParseFrameStart called from ReadFn protocol TCP expecting id 1
2022.09.12 17:34:25 4: Sungrow: ParseFrameStart (TCP, master) extracted id 1, fCode 132, tid 168, dlen 2 and potential data 02
2022.09.12 17:34:25 5: Sungrow: HandleResponse called from ReadFn
2022.09.12 17:34:25 5: Sungrow: ParseResponse called from HandleResponse
2022.09.12 17:34:25 4: Sungrow: HandleResponse got response with error code 84 / 02, illegal data address
2022.09.12 17:34:25 4: Sungrow: HandleResponse done, current frame / read buffer: 00a800000002018402, id 1, fCode 132, tid 168,
request: id 1, read fc 4 i5016, len 2, tid 168, master device Sungrow, reading Total_DC_Power (getUpdate for Total_DC_Power len 2), queued 0.59 secs ago, sent 0.01 secs ago,
response: id 1, fc 132, error code 02, len 2
2022.09.12 17:34:25 5: Sungrow: ResetExpect for HandleResponse from response to idle
2022.09.12 17:34:25 5: Sungrow: StartQueueTimer called from HandleResponse sets internal timer to process queue in 0.000 seconds
2022.09.12 17:34:25 5: Sungrow: DropFrame called from ReadFn - drop 00a800000002018402
2022.09.12 17:34:25 5: Sungrow: ProcessRequestQueue called from Fhem internal timer as queue:Sungrow, qlen 8, request: request: id 1, read fc 4 i5035, len 1, tid 47, master device Sungrow, reading Grid_Frequency (getUpdate for Grid_Frequency len 1), queued 0.59 secs ago
2022.09.12 17:34:25 5: Sungrow: checkDelays commDelay, last communication with same device was 0.004 secs ago, required delay is 0.1
2022.09.12 17:34:25 5: Sungrow: checkDelays sendDelay, last send to same device was 0.008 secs ago, required delay is 0.1
2022.09.12 17:34:25 5: Sungrow: checkDelays busDelayRead, last activity on bus was 0.004 secs ago, required delay is 0
2022.09.12 17:34:25 5: Sungrow: checkDelays clientSwitchDelay is not relevant
2022.09.12 17:34:25 4: Sungrow: checkDelays found commDelay not over, set timer to try again in 0.096
2022.09.12 17:34:26 5: Sungrow: ProcessRequestQueue called from Fhem internal timer as queue:Sungrow, qlen 8, request: request: id 1, read fc 4 i5035, len 1, tid 47, master device Sungrow, reading Grid_Frequency (getUpdate for Grid_Frequency len 1), queued 0.69 secs ago
2022.09.12 17:34:26 5: Sungrow: checkDelays busDelayRead, last activity on bus was 0.103 secs ago, required delay is 0
2022.09.12 17:34:26 5: Sungrow: checkDelays clientSwitchDelay is not relevant
2022.09.12 17:34:26 5: Sungrow: checkDelays sendDelay, last send to same device was 0.106 secs ago, required delay is 0.1
2022.09.12 17:34:26 5: Sungrow: checkDelays commDelay, last communication with same device was 0.103 secs ago, required delay is 0.1
2022.09.12 17:34:26 4: Sungrow: ProcessRequestQueue (V4.4.04 - 17.7.2021) qlen 8, sending 002f00000006010413ab0001 via 192.168.17.76:502, read buffer empty,
request: id 1, read fc 4 i5035, len 1, tid 47, master device Sungrow, reading Grid_Frequency (getUpdate for Grid_Frequency len 1), queued 0.69 secs ago
2022.09.12 17:34:26 5: Sungrow: Send called from ProcessRequestQueue
2022.09.12 17:34:26 5: DevIo_SimpleWrite Sungrow: 002f00000006010413ab0001
2022.09.12 17:34:26 5: Sungrow: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 1.000 seconds
2022.09.12 17:34:26 5: Sungrow: readFn buffer: 002f00000002018402
2022.09.12 17:34:26 5: Sungrow: ParseFrameStart called from ReadFn protocol TCP expecting id 1
2022.09.12 17:34:26 4: Sungrow: ParseFrameStart (TCP, master) extracted id 1, fCode 132, tid 47, dlen 2 and potential data 02
2022.09.12 17:34:26 5: Sungrow: HandleResponse called from ReadFn
2022.09.12 17:34:26 5: Sungrow: ParseResponse called from HandleResponse
2022.09.12 17:34:26 4: Sungrow: HandleResponse got response with error code 84 / 02, illegal data address
2022.09.12 17:34:26 4: Sungrow: HandleResponse done, current frame / read buffer: 002f00000002018402, id 1, fCode 132, tid 47,
request: id 1, read fc 4 i5035, len 1, tid 47, master device Sungrow, reading Grid_Frequency (getUpdate for Grid_Frequency len 1), queued 0.70 secs ago, sent 0.01 secs ago,
response: id 1, fc 132, error code 02, len 1
2022.09.12 17:34:26 5: Sungrow: ResetExpect for HandleResponse from response to idle
2022.09.12 17:34:26 5: Sungrow: StartQueueTimer called from HandleResponse sets internal timer to process queue in 0.000 seconds
2022.09.12 17:34:26 5: Sungrow: DropFrame called from ReadFn - drop 002f00000002018402
2022.09.12 17:34:26 5: Sungrow: ProcessRequestQueue called from Fhem internal timer as queue:Sungrow, qlen 7, request: request: id 1, read fc 4 i13001, len 1, tid 119, master device Sungrow, reading Daily_PV_Generation (getUpdate for Daily_PV_Generation len 1), queued 0.70 secs ago
2022.09.12 17:34:26 5: Sungrow: checkDelays commDelay, last communication with same device was 0.004 secs ago, required delay is 0.1
2022.09.12 17:34:26 5: Sungrow: checkDelays sendDelay, last send to same device was 0.007 secs ago, required delay is 0.1
2022.09.12 17:34:26 5: Sungrow: checkDelays busDelayRead, last activity on bus was 0.004 secs ago, required delay is 0
2022.09.12 17:34:26 5: Sungrow: checkDelays clientSwitchDelay is not relevant
2022.09.12 17:34:26 4: Sungrow: checkDelays found commDelay not over, set timer to try again in 0.096
2022.09.12 17:34:26 5: Sungrow: ProcessRequestQueue called from Fhem internal timer as queue:Sungrow, qlen 7, request: request: id 1, read fc 4 i13001, len 1, tid 119, master device Sungrow, reading Daily_PV_Generation (getUpdate for Daily_PV_Generation len 1), queued 0.80 secs ago
2022.09.12 17:34:26 5: Sungrow: checkDelays commDelay, last communication with same device was 0.104 secs ago, required delay is 0.1
2022.09.12 17:34:26 5: Sungrow: checkDelays sendDelay, last send to same device was 0.107 secs ago, required delay is 0.1
2022.09.12 17:34:26 5: Sungrow: checkDelays clientSwitchDelay is not relevant
2022.09.12 17:34:26 5: Sungrow: checkDelays busDelayRead, last activity on bus was 0.104 secs ago, required delay is 0
2022.09.12 17:34:26 4: Sungrow: ProcessRequestQueue (V4.4.04 - 17.7.2021) qlen 7, sending 007700000006010432c90001 via 192.168.17.76:502, read buffer empty,
request: id 1, read fc 4 i13001, len 1, tid 119, master device Sungrow, reading Daily_PV_Generation (getUpdate for Daily_PV_Generation len 1), queued 0.80 secs ago
2022.09.12 17:34:26 5: Sungrow: Send called from ProcessRequestQueue
2022.09.12 17:34:26 5: DevIo_SimpleWrite Sungrow: 007700000006010432c90001
2022.09.12 17:34:26 5: Sungrow: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 1.000 seconds
2022.09.12 17:34:26 5: Sungrow: readFn buffer: 007700000002018402
2022.09.12 17:34:26 5: Sungrow: ParseFrameStart called from ReadFn protocol TCP expecting id 1
2022.09.12 17:34:26 4: Sungrow: ParseFrameStart (TCP, master) extracted id 1, fCode 132, tid 119, dlen 2 and potential data 02
2022.09.12 17:34:26 5: Sungrow: HandleResponse called from ReadFn
2022.09.12 17:34:26 5: Sungrow: ParseResponse called from HandleResponse
2022.09.12 17:34:26 4: Sungrow: HandleResponse got response with error code 84 / 02, illegal data address
2022.09.12 17:34:26 4: Sungrow: HandleResponse done, current frame / read buffer: 007700000002018402, id 1, fCode 132, tid 119,
request: id 1, read fc 4 i13001, len 1, tid 119, master device Sungrow, reading Daily_PV_Generation (getUpdate for Daily_PV_Generation len 1), queued 0.81 secs ago, sent 0.01 secs ago,
response: id 1, fc 132, error code 02, len 1
2022.09.12 17:34:26 5: Sungrow: ResetExpect for HandleResponse from response to idle
2022.09.12 17:34:26 5: Sungrow: StartQueueTimer called from HandleResponse sets internal timer to process queue in 0.000 seconds
2022.09.12 17:34:26 5: Sungrow: DropFrame called from ReadFn - drop 007700000002018402
2022.09.12 17:34:26 5: Sungrow: ProcessRequestQueue called from Fhem internal timer as queue:Sungrow, qlen 6, request: request: id 1, read fc 4 i13002, len 2, tid 251, master device Sungrow, reading Total_PV_Generation (getUpdate for Total_PV_Generation len 2), queued 0.87 secs ago
2022.09.12 17:34:26 5: Sungrow: checkDelays busDelayRead, last activity on bus was 0.060 secs ago, required delay is 0
2022.09.12 17:34:26 5: Sungrow: checkDelays clientSwitchDelay is not relevant
2022.09.12 17:34:26 5: Sungrow: checkDelays commDelay, last communication with same device was 0.060 secs ago, required delay is 0.1
2022.09.12 17:34:26 5: Sungrow: checkDelays sendDelay, last send to same device was 0.065 secs ago, required delay is 0.1
2022.09.12 17:34:26 4: Sungrow: checkDelays found commDelay not over, set timer to try again in 0.040
2022.09.12 17:34:26 5: Sungrow: ProcessRequestQueue called from Fhem internal timer as queue:Sungrow, qlen 6, request: request: id 1, read fc 4 i13002, len 2, tid 251, master device Sungrow, reading Total_PV_Generation (getUpdate for Total_PV_Generation len 2), queued 0.91 secs ago
2022.09.12 17:34:26 5: Sungrow: checkDelays clientSwitchDelay is not relevant
2022.09.12 17:34:26 5: Sungrow: checkDelays busDelayRead, last activity on bus was 0.104 secs ago, required delay is 0
2022.09.12 17:34:26 5: Sungrow: checkDelays sendDelay, last send to same device was 0.109 secs ago, required delay is 0.1
2022.09.12 17:34:26 5: Sungrow: checkDelays commDelay, last communication with same device was 0.104 secs ago, required delay is 0.1
2022.09.12 17:34:26 4: Sungrow: ProcessRequestQueue (V4.4.04 - 17.7.2021) qlen 6, sending 00fb00000006010432ca0002 via 192.168.17.76:502, read buffer empty,
request: id 1, read fc 4 i13002, len 2, tid 251, master device Sungrow, reading Total_PV_Generation (getUpdate for Total_PV_Generation len 2), queued 0.92 secs ago
2022.09.12 17:34:26 5: Sungrow: Send called from ProcessRequestQueue
2022.09.12 17:34:26 5: DevIo_SimpleWrite Sungrow: 00fb00000006010432ca0002
2022.09.12 17:34:26 5: Sungrow: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 1.000 seconds
2022.09.12 17:34:26 5: Sungrow: readFn buffer: 00fb00000002018402
2022.09.12 17:34:26 5: Sungrow: ParseFrameStart called from ReadFn protocol TCP expecting id 1
2022.09.12 17:34:26 4: Sungrow: ParseFrameStart (TCP, master) extracted id 1, fCode 132, tid 251, dlen 2 and potential data 02
2022.09.12 17:34:26 5: Sungrow: HandleResponse called from ReadFn
2022.09.12 17:34:26 5: Sungrow: ParseResponse called from HandleResponse
2022.09.12 17:34:26 4: Sungrow: HandleResponse got response with error code 84 / 02, illegal data address
2022.09.12 17:34:26 4: Sungrow: HandleResponse done, current frame / read buffer: 00fb00000002018402, id 1, fCode 132, tid 251,
request: id 1, read fc 4 i13002, len 2, tid 251, master device Sungrow, reading Total_PV_Generation (getUpdate for Total_PV_Generation len 2), queued 0.92 secs ago, sent 0.01 secs ago,
response: id 1, fc 132, error code 02, len 2
2022.09.12 17:34:26 5: Sungrow: ResetExpect for HandleResponse from response to idle
2022.09.12 17:34:26 5: Sungrow: StartQueueTimer called from HandleResponse sets internal timer to process queue in 0.000 seconds
2022.09.12 17:34:26 5: Sungrow: DropFrame called from ReadFn - drop 00fb00000002018402
2022.09.12 17:34:26 5: Sungrow: ProcessRequestQueue called from Fhem internal timer as queue:Sungrow, qlen 5, request: request: id 1, read fc 4 i13004, len 1, tid 27, master device Sungrow, reading Daily_Export_Energy (getUpdate for Daily_Export_Energy len 1), queued 0.92 secs ago
2022.09.12 17:34:26 5: Sungrow: checkDelays clientSwitchDelay is not relevant
2022.09.12 17:34:26 5: Sungrow: checkDelays busDelayRead, last activity on bus was 0.004 secs ago, required delay is 0
2022.09.12 17:34:26 5: Sungrow: checkDelays commDelay, last communication with same device was 0.004 secs ago, required delay is 0.1
2022.09.12 17:34:26 5: Sungrow: checkDelays sendDelay, last send to same device was 0.008 secs ago, required delay is 0.1
2022.09.12 17:34:26 4: Sungrow: checkDelays found commDelay not over, set timer to try again in 0.096
2022.09.12 17:34:26 5: Sungrow: ProcessRequestQueue called from Fhem internal timer as queue:Sungrow, qlen 5, request: request: id 1, read fc 4 i13004, len 1, tid 27, master device Sungrow, reading Daily_Export_Energy (getUpdate for Daily_Export_Energy len 1), queued 1.02 secs ago
2022.09.12 17:34:26 5: Sungrow: checkDelays sendDelay, last send to same device was 0.107 secs ago, required delay is 0.1
2022.09.12 17:34:26 5: Sungrow: checkDelays commDelay, last communication with same device was 0.103 secs ago, required delay is 0.1
2022.09.12 17:34:26 5: Sungrow: checkDelays busDelayRead, last activity on bus was 0.103 secs ago, required delay is 0
2022.09.12 17:34:26 5: Sungrow: checkDelays clientSwitchDelay is not relevant
2022.09.12 17:34:26 4: Sungrow: ProcessRequestQueue (V4.4.04 - 17.7.2021) qlen 5, sending 001b00000006010432cc0001 via 192.168.17.76:502, read buffer empty,
request: id 1, read fc 4 i13004, len 1, tid 27, master device Sungrow, reading Daily_Export_Energy (getUpdate for Daily_Export_Energy len 1), queued 1.02 secs ago
2022.09.12 17:34:26 5: Sungrow: Send called from ProcessRequestQueue
2022.09.12 17:34:26 5: DevIo_SimpleWrite Sungrow: 001b00000006010432cc0001
2022.09.12 17:34:26 5: Sungrow: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 1.000 seconds
2022.09.12 17:34:26 5: Sungrow: readFn buffer: 001b00000002018402
2022.09.12 17:34:26 5: Sungrow: ParseFrameStart called from ReadFn protocol TCP expecting id 1
2022.09.12 17:34:26 4: Sungrow: ParseFrameStart (TCP, master) extracted id 1, fCode 132, tid 27, dlen 2 and potential data 02
2022.09.12 17:34:26 5: Sungrow: HandleResponse called from ReadFn
2022.09.12 17:34:26 5: Sungrow: ParseResponse called from HandleResponse
2022.09.12 17:34:26 4: Sungrow: HandleResponse got response with error code 84 / 02, illegal data address
2022.09.12 17:34:26 4: Sungrow: HandleResponse done, current frame / read buffer: 001b00000002018402, id 1, fCode 132, tid 27,
request: id 1, read fc 4 i13004, len 1, tid 27, master device Sungrow, reading Daily_Export_Energy (getUpdate for Daily_Export_Energy len 1), queued 1.03 secs ago, sent 0.01 secs ago,
response: id 1, fc 132, error code 02, len 1
2022.09.12 17:34:26 5: Sungrow: ResetExpect for HandleResponse from response to idle
2022.09.12 17:34:26 5: Sungrow: StartQueueTimer called from HandleResponse sets internal timer to process queue in 0.000 seconds
2022.09.12 17:34:26 5: Sungrow: DropFrame called from ReadFn - drop 001b00000002018402
2022.09.12 17:34:26 5: Sungrow: ProcessRequestQueue called from Fhem internal timer as queue:Sungrow, qlen 4, request: request: id 1, read fc 4 i13005, len 2, tid 169, master device Sungrow, reading Total_Export_Energy (getUpdate for Total_Export_Energy len 2), queued 1.03 secs ago
2022.09.12 17:34:26 5: Sungrow: checkDelays sendDelay, last send to same device was 0.009 secs ago, required delay is 0.1
2022.09.12 17:34:26 5: Sungrow: checkDelays commDelay, last communication with same device was 0.004 secs ago, required delay is 0.1
2022.09.12 17:34:26 5: Sungrow: checkDelays clientSwitchDelay is not relevant
2022.09.12 17:34:26 5: Sungrow: checkDelays busDelayRead, last activity on bus was 0.004 secs ago, required delay is 0
2022.09.12 17:34:26 4: Sungrow: checkDelays found commDelay not over, set timer to try again in 0.096
2022.09.12 17:34:26 5: Sungrow: ProcessRequestQueue called from Fhem internal timer as queue:Sungrow, qlen 4, request: request: id 1, read fc 4 i13005, len 2, tid 169, master device Sungrow, reading Total_Export_Energy (getUpdate for Total_Export_Energy len 2), queued 1.13 secs ago
2022.09.12 17:34:26 5: Sungrow: checkDelays busDelayRead, last activity on bus was 0.103 secs ago, required delay is 0
2022.09.12 17:34:26 5: Sungrow: checkDelays clientSwitchDelay is not relevant
2022.09.12 17:34:26 5: Sungrow: checkDelays sendDelay, last send to same device was 0.108 secs ago, required delay is 0.1
2022.09.12 17:34:26 5: Sungrow: checkDelays commDelay, last communication with same device was 0.103 secs ago, required delay is 0.1
2022.09.12 17:34:26 4: Sungrow: ProcessRequestQueue (V4.4.04 - 17.7.2021) qlen 4, sending 00a900000006010432cd0002 via 192.168.17.76:502, read buffer empty,
request: id 1, read fc 4 i13005, len 2, tid 169, master device Sungrow, reading Total_Export_Energy (getUpdate for Total_Export_Energy len 2), queued 1.13 secs ago
2022.09.12 17:34:26 5: Sungrow: Send called from ProcessRequestQueue
2022.09.12 17:34:26 5: DevIo_SimpleWrite Sungrow: 00a900000006010432cd0002
2022.09.12 17:34:26 5: Sungrow: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 1.000 seconds
2022.09.12 17:34:26 5: Sungrow: readFn buffer: 00a900000002018402
2022.09.12 17:34:26 5: Sungrow: ParseFrameStart called from ReadFn protocol TCP expecting id 1
2022.09.12 17:34:26 4: Sungrow: ParseFrameStart (TCP, master) extracted id 1, fCode 132, tid 169, dlen 2 and potential data 02
2022.09.12 17:34:26 5: Sungrow: HandleResponse called from ReadFn
2022.09.12 17:34:26 5: Sungrow: ParseResponse called from HandleResponse
2022.09.12 17:34:26 4: Sungrow: HandleResponse got response with error code 84 / 02, illegal data address
2022.09.12 17:34:26 4: Sungrow: HandleResponse done, current frame / read buffer: 00a900000002018402, id 1, fCode 132, tid 169,
request: id 1, read fc 4 i13005, len 2, tid 169, master device Sungrow, reading Total_Export_Energy (getUpdate for Total_Export_Energy len 2), queued 1.14 secs ago, sent 0.01 secs ago,
response: id 1, fc 132, error code 02, len 2
2022.09.12 17:34:26 5: Sungrow: ResetExpect for HandleResponse from response to idle
2022.09.12 17:34:26 5: Sungrow: StartQueueTimer called from HandleResponse sets internal timer to process queue in 0.000 seconds
2022.09.12 17:34:26 5: Sungrow: DropFrame called from ReadFn - drop 00a900000002018402
2022.09.12 17:34:26 5: Sungrow: ProcessRequestQueue called from Fhem internal timer as queue:Sungrow, qlen 3, request: request: id 1, read fc 4 i13007, len 2, tid 176, master device Sungrow, reading Load_Power (getUpdate for Load_Power len 2), queued 1.14 secs ago
2022.09.12 17:34:26 5: Sungrow: checkDelays commDelay, last communication with same device was 0.004 secs ago, required delay is 0.1
2022.09.12 17:34:26 5: Sungrow: checkDelays sendDelay, last send to same device was 0.008 secs ago, required delay is 0.1
2022.09.12 17:34:26 5: Sungrow: checkDelays busDelayRead, last activity on bus was 0.004 secs ago, required delay is 0
2022.09.12 17:34:26 5: Sungrow: checkDelays clientSwitchDelay is not relevant
2022.09.12 17:34:26 4: Sungrow: checkDelays found commDelay not over, set timer to try again in 0.096
2022.09.12 17:34:26 5: Sungrow: ProcessRequestQueue called from Fhem internal timer as queue:Sungrow, qlen 3, request: request: id 1, read fc 4 i13007, len 2, tid 176, master device Sungrow, reading Load_Power (getUpdate for Load_Power len 2), queued 1.24 secs ago
2022.09.12 17:34:26 5: Sungrow: checkDelays clientSwitchDelay is not relevant
2022.09.12 17:34:26 5: Sungrow: checkDelays busDelayRead, last activity on bus was 0.103 secs ago, required delay is 0
2022.09.12 17:34:26 5: Sungrow: checkDelays sendDelay, last send to same device was 0.107 secs ago, required delay is 0.1
2022.09.12 17:34:26 5: Sungrow: checkDelays commDelay, last communication with same device was 0.103 secs ago, required delay is 0.1
2022.09.12 17:34:26 4: Sungrow: ProcessRequestQueue (V4.4.04 - 17.7.2021) qlen 3, sending 00b000000006010432cf0002 via 192.168.17.76:502, read buffer empty,
request: id 1, read fc 4 i13007, len 2, tid 176, master device Sungrow, reading Load_Power (getUpdate for Load_Power len 2), queued 1.24 secs ago
2022.09.12 17:34:26 5: Sungrow: Send called from ProcessRequestQueue
2022.09.12 17:34:26 5: DevIo_SimpleWrite Sungrow: 00b000000006010432cf0002
2022.09.12 17:34:26 5: Sungrow: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 1.000 seconds
2022.09.12 17:34:26 5: Sungrow: readFn buffer: 00b000000002018402
2022.09.12 17:34:26 5: Sungrow: ParseFrameStart called from ReadFn protocol TCP expecting id 1
2022.09.12 17:34:26 4: Sungrow: ParseFrameStart (TCP, master) extracted id 1, fCode 132, tid 176, dlen 2 and potential data 02
2022.09.12 17:34:26 5: Sungrow: HandleResponse called from ReadFn
2022.09.12 17:34:26 5: Sungrow: ParseResponse called from HandleResponse
2022.09.12 17:34:26 4: Sungrow: HandleResponse got response with error code 84 / 02, illegal data address
2022.09.12 17:34:26 4: Sungrow: HandleResponse done, current frame / read buffer: 00b000000002018402, id 1, fCode 132, tid 176,
request: id 1, read fc 4 i13007, len 2, tid 176, master device Sungrow, reading Load_Power (getUpdate for Load_Power len 2), queued 1.25 secs ago, sent 0.01 secs ago,
response: id 1, fc 132, error code 02, len 2
2022.09.12 17:34:26 5: Sungrow: ResetExpect for HandleResponse from response to idle
2022.09.12 17:34:26 5: Sungrow: StartQueueTimer called from HandleResponse sets internal timer to process queue in 0.000 seconds
2022.09.12 17:34:26 5: Sungrow: DropFrame called from ReadFn - drop 00b000000002018402
2022.09.12 17:34:26 5: Sungrow: ProcessRequestQueue called from Fhem internal timer as queue:Sungrow, qlen 2, request: request: id 1, read fc 4 i13009, len 2, tid 13, master device Sungrow, reading Export_Power (getUpdate for Export_Power len 2), queued 1.25 secs ago
2022.09.12 17:34:26 5: Sungrow: checkDelays clientSwitchDelay is not relevant
2022.09.12 17:34:26 5: Sungrow: checkDelays busDelayRead, last activity on bus was 0.004 secs ago, required delay is 0
2022.09.12 17:34:26 5: Sungrow: checkDelays sendDelay, last send to same device was 0.007 secs ago, required delay is 0.1
2022.09.12 17:34:26 5: Sungrow: checkDelays commDelay, last communication with same device was 0.004 secs ago, required delay is 0.1
2022.09.12 17:34:26 4: Sungrow: checkDelays found commDelay not over, set timer to try again in 0.096
2022.09.12 17:34:26 5: Sungrow: ProcessRequestQueue called from Fhem internal timer as queue:Sungrow, qlen 2, request: request: id 1, read fc 4 i13009, len 2, tid 13, master device Sungrow, reading Export_Power (getUpdate for Export_Power len 2), queued 1.35 secs ago
2022.09.12 17:34:26 5: Sungrow: checkDelays sendDelay, last send to same device was 0.106 secs ago, required delay is 0.1
2022.09.12 17:34:26 5: Sungrow: checkDelays commDelay, last communication with same device was 0.103 secs ago, required delay is 0.1
2022.09.12 17:34:26 5: Sungrow: checkDelays busDelayRead, last activity on bus was 0.103 secs ago, required delay is 0
2022.09.12 17:34:26 5: Sungrow: checkDelays clientSwitchDelay is not relevant
2022.09.12 17:34:26 4: Sungrow: ProcessRequestQueue (V4.4.04 - 17.7.2021) qlen 2, sending 000d00000006010432d10002 via 192.168.17.76:502, read buffer empty,
request: id 1, read fc 4 i13009, len 2, tid 13, master device Sungrow, reading Export_Power (getUpdate for Export_Power len 2), queued 1.35 secs ago
2022.09.12 17:34:26 5: Sungrow: Send called from ProcessRequestQueue
2022.09.12 17:34:26 5: DevIo_SimpleWrite Sungrow: 000d00000006010432d10002
2022.09.12 17:34:26 5: Sungrow: StartQueueTimer called from ProcessRequestQueue sets internal timer to process queue in 1.000 seconds
2022.09.12 17:34:26 5: Sungrow: readFn buffer: 000d00000002018402
2022.09.12 17:34:26 5: Sungrow: ParseFrameStart called from ReadFn protocol TCP expecting id 1
2022.09.12 17:34:26 4: Sungrow: ParseFrameStart (TCP, master) extracted id 1, fCode 132, tid 13, dlen 2 and potential data 02
2022.09.12 17:34:26 5: Sungrow: HandleResponse called from ReadFn
2022.09.12 17:34:26 5: Sungrow: ParseResponse called from HandleResponse
2022.09.12 17:34:26 4: Sungrow: HandleResponse got response with error code 84 / 02, illegal data address
2022.09.12 17:34:26 4: Sungrow: HandleResponse done, current frame / read buffer: 000d00000002018402, id 1, fCode 132, tid 13,
request: id 1, read fc 4 i13009, len 2, tid 13, master device Sungrow, reading Export_Power (getUpdate for Export_Power len 2), queued 1.36 secs ago, sent 0.01 secs ago,
response: id 1, fc 132, error code 02, len 2
2022.09.12 17:34:26 5: Sungrow: ResetExpect for HandleResponse from response to idle
2022.09.12 17:34:26 5: Sungrow: StartQueueTimer called from HandleResponse sets internal timer to process queue in 0.000 seconds
2022.09.12 17:34:26 5: Sungrow: DropFrame called from ReadFn - drop 000d00000002018402
2022.09.12 17:34:26 5: Sungrow: ProcessRequestQueue called from Fhem internal timer as queue:Sungrow, qlen 1, request: request: id 1, read fc 4 i13016, len 1, tid 29, master device Sungrow, reading Daily_direct_Energy_Consumption (getUpdate for Daily_direct_Energy_Consumption len 1), queued 1.36 secs ago
2022.09.12 17:34:26 5: Sungrow: checkDelays commDelay, last communication with same device was 0.006 secs ago, required delay is 0.1
2022.09.12 17:34:26 5: Sungrow: checkDelays sendDelay, last send to same device was 0.012 secs ago, required delay is 0.1
2022.09.12 17:34:26 5: Sungrow: checkDelays busDelayRead, last activity on bus was 0.006 secs ago, required delay is 0
2022.09.12 17:34:26 5: Sungrow: checkDelays clientSwitchDelay is not relevant
2022.09.12 17:34:26 4: Sungrow: checkDelays found commDelay not over, set timer to try again in 0.094
2022.09.12 17:34:26 5: Sungrow: ProcessRequestQueue called from Fhem internal timer as queue:Sungrow, qlen 1, request: request: id 1, read fc 4 i13016, len 1, tid 29, master device Sungrow, reading Daily_direct_Energy_Consumption (getUpdate for Daily_direct_Energy_Consumption len 1), queued 1.46 secs ago
2022.09.12 17:34:26 5: Sungrow: checkDelays sendDelay, last send to same device was 0.109 secs ago, required delay is 0.1
2022.09.12 17:34:26 5: Sungrow: checkDelays commDelay, last communication with same device was 0.103 secs ago, required delay is 0.1
2022.09.12 17:34:26 5: Sungrow: checkDelays busDelayRead, last activity on bus was 0.103 secs ago, required delay is 0
2022.09.12 17:34:26 5: Sungrow: checkDelays clientSwitchDelay is not relevant
2022.09.12 17:34:26 4: Sungrow: ProcessRequestQueue (V4.4.04 - 17.7.2021) qlen 1, sending 001d00000006010432d80001 via 192.168.17.76:502, read buffer empty,
request: id 1, read fc 4 i13016, len 1, tid 29, master device Sungrow, reading Daily_direct_Energy_Consumption (getUpdate for Daily_direct_Energy_Consumption len 1), queued 1.46 secs ago
2022.09.12 17:34:26 5: Sungrow: Send called from ProcessRequestQueue
2022.09.12 17:34:26 5: DevIo_SimpleWrite Sungrow: 001d00000006010432d80001
2022.09.12 17:34:26 5: Sungrow: readFn buffer: 001d00000002018402
2022.09.12 17:34:26 5: Sungrow: ParseFrameStart called from ReadFn protocol TCP expecting id 1
2022.09.12 17:34:26 4: Sungrow: ParseFrameStart (TCP, master) extracted id 1, fCode 132, tid 29, dlen 2 and potential data 02
2022.09.12 17:34:26 5: Sungrow: HandleResponse called from ReadFn
2022.09.12 17:34:26 5: Sungrow: ParseResponse called from HandleResponse
2022.09.12 17:34:26 4: Sungrow: HandleResponse got response with error code 84 / 02, illegal data address
2022.09.12 17:34:26 4: Sungrow: HandleResponse done, current frame / read buffer: 001d00000002018402, id 1, fCode 132, tid 29,
request: id 1, read fc 4 i13016, len 1, tid 29, master device Sungrow, reading Daily_direct_Energy_Consumption (getUpdate for Daily_direct_Energy_Consumption len 1), queued 1.46 secs ago, sent 0.01 secs ago,
response: id 1, fc 132, error code 02, len 1
2022.09.12 17:34:26 5: Sungrow: ResetExpect for HandleResponse from response to idle
2022.09.12 17:34:26 5: Sungrow: DropFrame called from ReadFn - drop 001d00000002018402
2022.09.12 17:34:28 4: Sungrow: GetUpdate (V4.4.04 - 17.7.2021) called from Fhem internal timer
2022.09.12 17:34:28 4: Sungrow: UpdateTimer called from GetUpdate with cmd next sets timer to call update function in 3.0 sec at 17:34:31.311, interval 3
2022.09.12 17:34:28 5: Sungrow: CreateUpdateHash full object list: h05007 h05008 h05009 h05010 h05011 h05012 h05013 h05014 h05015 h05016 h05017 h05018 h05020 i13001 i13002 i13004 i13005 i13007 i13009 i13016 i5007 i5010 i5011 i5012 i5013 i5016 i5035
2022.09.12 17:34:28 5: Sungrow: CreateUpdateHash will request i5007 len 1 Inside_Temperature
2022.09.12 17:34:28 5: Sungrow: CreateUpdateHash will request i5010 len 1 MPPT_1_Voltage
2022.09.12 17:34:28 5: Sungrow: CreateUpdateHash will request i5011 len 1 MPPT_1_Current
2022.09.12 17:34:28 5: Sungrow: CreateUpdateHash will request i5012 len 1 MPPT_2_Voltage
2022.09.12 17:34:28 5: Sungrow: CreateUpdateHash will request i5013 len 1 MPPT_2_Current
2022.09.12 17:34:28 5: Sungrow: CreateUpdateHash will request i5016 len 2 Total_DC_Power
2022.09.12 17:34:28 5: Sungrow: CreateUpdateHash will request i5035 len 1 Grid_Frequency
2022.09.12 17:34:28 5: Sungrow: CreateUpdateHash will request i13001 len 1 Daily_PV_Generation
2022.09.12 17:34:28 5: Sungrow: CreateUpdateHash will request i13002 len 2 Total_PV_Generation
2022.09.12 17:34:28 5: Sungrow: CreateUpdateHash will request i13004 len 1 Daily_Export_Energy
2022.09.12 17:34:28 5: Sungrow: CreateUpdateHash will request i13005 len 2 Total_Export_Energy
2022.09.12 17:34:28 5: Sungrow: CreateUpdateHash will request i13007 len 2 Load_Power
2022.09.12 17:34:28 5: Sungrow: CreateUpdateHash will request i13009 len 2 Export_Power
2022.09.12 17:34:28 5: Sungrow: CreateUpdateHash will request i13016 len 1 Daily_direct_Energy_Consumption
2022.09.12 17:34:28 4: Sungrow: CombineUpdateHash objHash keys before combine: i13007,i5011,i13002,i13001,i13009,i5013,i5010,i5012,i13005,i5007,i5035,i5016,i13016,i13004
2022.09.12 17:34:28 5: Sungrow: CombineUpdateHash tries to combine read commands
2022.09.12 17:34:28 5: Sungrow: CombineUpdateHash keys are now i13007,i5011,i13002,i13001,i13009,i5013,i5010,i5012,i13005,i5007,i5035,i5016,i13016,i13004
2022.09.12 17:34:28 4: Sungrow: GetUpdate will now create requests for i5007 len 1 (Inside_Temperature), i5010 len 1 (MPPT_1_Voltage), i5011 len 1 (MPPT_1_Current), i5012 len 1 (MPPT_2_Voltage), i5013 len 1 (MPPT_2_Current), i5016 len 2 (Total_DC_Power), i5035 len 1 (Grid_Frequency), i13001 len 1 (Daily_PV_Generation), i13002 len 2 (Total_PV_Generation), i13004 len 1 (Daily_Export_Energy), i13005 len 2 (Total_Export_Energy), i13007 len 2 (Load_Power), i13009 len 2 (Export_Power), i13016 len 1 (Daily_direct_Energy_Consumption)
2022.09.12 17:34:28 4: Sungrow: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i5007, len 1, tid 253, master device Sungrow, reading Inside_Temperature (getUpdate for Inside_Temperature len 1)
2022.09.12 17:34:28 5: Sungrow: QueueRequest called from DoRequest with i5007, qlen 0 from master Sungrow through io device Sungrow
2022.09.12 17:34:28 5: Sungrow: StartQueueTimer called from QueueRequest sets internal timer to process queue in 0.000 seconds
2022.09.12 17:34:28 4: Sungrow: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i5010, len 1, tid 125, master device Sungrow, reading MPPT_1_Voltage (getUpdate for MPPT_1_Voltage len 1)
2022.09.12 17:34:28 5: Sungrow: QueueRequest called from DoRequest with i5010, qlen 1 from master Sungrow through io device Sungrow
2022.09.12 17:34:28 4: Sungrow: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i5011, len 1, tid 75, master device Sungrow, reading MPPT_1_Current (getUpdate for MPPT_1_Current len 1)
2022.09.12 17:34:28 5: Sungrow: QueueRequest called from DoRequest with i5011, qlen 2 from master Sungrow through io device Sungrow
2022.09.12 17:34:28 4: Sungrow: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i5012, len 1, tid 93, master device Sungrow, reading MPPT_2_Voltage (getUpdate for MPPT_2_Voltage len 1)
2022.09.12 17:34:28 5: Sungrow: QueueRequest called from DoRequest with i5012, qlen 3 from master Sungrow through io device Sungrow
2022.09.12 17:34:28 4: Sungrow: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i5013, len 1, tid 110, master device Sungrow, reading MPPT_2_Current (getUpdate for MPPT_2_Current len 1)
2022.09.12 17:34:28 5: Sungrow: QueueRequest called from DoRequest with i5013, qlen 4 from master Sungrow through io device Sungrow
2022.09.12 17:34:28 4: Sungrow: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i5016, len 2, tid 89, master device Sungrow, reading Total_DC_Power (getUpdate for Total_DC_Power len 2)
2022.09.12 17:34:28 5: Sungrow: QueueRequest called from DoRequest with i5016, qlen 5 from master Sungrow through io device Sungrow
2022.09.12 17:34:28 4: Sungrow: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i5035, len 1, tid 68, master device Sungrow, reading Grid_Frequency (getUpdate for Grid_Frequency len 1)
2022.09.12 17:34:28 5: Sungrow: QueueRequest called from DoRequest with i5035, qlen 6 from master Sungrow through io device Sungrow
2022.09.12 17:34:28 4: Sungrow: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 1, read fc 4 i13001, len 1, tid 77, master device Sungrow, reading Daily_PV_Generation (getUpdate for Daily_PV_Generation len 1)

kann mir jemand hier weiter helfen?
Gruß Jörg
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: FhemPiUser am 12 September 2022, 18:21:54
Kannst Du mal Deine modbusattr-device-config posten? Mit welchem Intervall fragst Du ab?
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: fhemjörg am 12 September 2022, 18:26:51
DEF   
1 3 192.168.XX.XX:502 TCP
DeviceName
192.168.XX.XX:502
EXPECT
idle
FD
57
FUUID
631c802c-f33f-ca82-1510-511dda9ecf14f61c
IODev
Sungrow
Interval
3
LASTOPEN
1662816369.52225
MODBUSID
1
MODE
master
MODULEVERSION
Modbus 4.4.04 - 17.7.2021
NAME
Sungrow
NOTIFYDEV
global
NR
1085
NTFY_ORDER
50-Sungrow
PARTIAL
PROTOCOL
TCP
STATE
opened
TCPConn
1
TYPE
ModbusAttr
devioLoglevel
3
eventCount
24
nextOpenDelay
60
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: FhemPiUser am 12 September 2022, 19:03:07
Wenn ich das richtig sehe willst du im 3s intervall am lan anschluss abfragen. das geht bei mir auch nicht. ursache ist wohl die modbus implementierung im wr.

abfragen mit kurzem intervall gehen derzeit nur am winets anschluss, dafür kommen da nicht alle register.

daher habe ich zwei modbusattr devices: eins fragt den winets im 30s intervall ab, eins den lan anschluss im
600s intervall, um die fehlenden register zu erhalten.
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: fhemjörg am 12 September 2022, 19:09:08
ok, danke.
Habe allerdings über winets auch schon versucht.....kamen aber auch keine werte als Rückmeldung bzw. nur unplausible z.B. Frequenz von 8,5 oder interne Temperatur von 1000.....
Welche Daten Fragst Du denn über winets ab?
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: FhemPiUser am 12 September 2022, 19:15:54
Meine Config für die beiden Devices ist angehängt, evtl. hilft es anderen auch.

Ich habe inzwischen die modbusattr Definition um einige SH10rt Register laut Sungrow modbus Doku erweitert, u.a. um MAX/Min SoC für eine Batterie einzustellen, Global Scan zu initiieren, für die Abfrage des Systemzustands, für die Smart Meter Ablesung und für die tägliche/monatlichen/jährliche Statistiken.

Zur Anbindung von evcc habe ich außerdem noch ein modbus attr relay device, da der WR es nicht mag, wenn fhem und evcc parallel den Winet-S abfragen. evcc fragt dann beim fhem relay an.

Code Auswählen
defmod SH10rt_1_relay ModbusAttr 11 relay 192.168.x.x:1502 TCP to SH10rt_1_1

Bei mir läuft das so sehr stabil.

Des Weiteren habe ich noch eine prognosebasierte Ladesteuerung für die Batterie über Max_SOC gebaut auf Basis der freien api.forecast.solar, httpmod und doif. Wer Interesse hat kann sich bei mir melden, dann kann ich das teilen.

UPDATE: Habe die prognosebasierte Ladesteuerung im eigenen Thread gepostet unter https://forum.fhem.de/index.php/topic,132145.0.html (https://forum.fhem.de/index.php/topic,132145.0.html)
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: fhemjörg am 12 September 2022, 20:24:08
ok, danke.
leider funktioniert das auch nicht bei mir.....er gibt mir auch nur ein kleinen Teil der Readings wieder und dass ohne Werte bzw. mit null.

Backup_Gesamtleistung 0 2022-09-12 20:14:03
Backup_Leistung_Phase_A 0 2022-09-12 20:14:03
Backup_Leistung_Phase_B 0 2022-09-12 20:14:03
Backup_Leistung_Phase_C 0 2022-09-12 20:14:03
Backup_Strom_Phase_A 0 2022-09-12 20:14:03
Backup_Strom_Phase_B 0 2022-09-12 20:14:03
Backup_Strom_Phase_C 0 2022-09-12 20:14:03
Max_Charging_Power 655.35 2022-09-12 19:21:50
Max_Discharging_Power 655.35 2022-09-12 19:21:50
Meter_Active_Power 0 2022-09-12 20:14:03
Meter_Active_Power_Phase_1 0 2022-09-12 20:14:03
Meter_Active_Power_Phase_1_abzgl_DC_Power 0.0 2022-09-12 19:21:50
Meter_Active_Power_Phase_2 0 2022-09-12 20:14:03
Meter_Active_Power_Phase_2_abzgl_DC_Power 0.0 2022-09-12 19:21:50
Meter_Active_Power_Phase_3 0 2022-09-12 20:14:03
Meter_Active_Power_Phase_3_abzgl_DC_Power  0.0 2022-09-12 19:21:50

mehr zeigt er mir nicht an....
und er geht nach 10 Min. auf diskonekted
Ich glaube langsam es liegt am Wechselrichter bzw. an der Software vom WR
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: FhemPiUser am 12 September 2022, 21:00:56
Hast Du für die zwei devices auch zwei unterschiedliche IP-Adresse konfiguriert (jeweils für LAN- und Winet-S-Anschluß)?

Dass der LAN auf disconnected schaltet ist normal, er baut die Verbindung dann wieder neu auf nach 10min.
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: fhemjörg am 12 September 2022, 21:12:39
ich habe nur die Lan Verbindung eingegeben. Ich musste das Lankabel direkt am Winet-S Adapter anschliessen, ein anderen RJ45 Anschluss habe ich nicht am WR.
Ich weiß garnicht ob ich beide parallel laufen lassen kann.
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: fhemjörg am 12 September 2022, 21:44:22
ok, ich habe jetzt beide Module verbunden. aber auch das Winet-S Hat nur ein kleine Bruchteil an readings und alle geben mir eine Null wieder.......
Ich weiß nicht mehr was ich noch machen kann.
Danke trotzdem.
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: FhemPiUser am 13 September 2022, 06:52:31
hast du die aktuelle firmware auf winets und wr und wr neu gestartet?
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: fhemjörg am 13 September 2022, 08:16:11
Nein, ich finde auch nicht wo ich das machen kann. Wenn ich mich im Web über isolarclaud einwählen finde ich nirgends "ubdate". Wie kann ich denn am WR ein Update machen?
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: FhemPiUser am 13 September 2022, 10:39:05
dann liegt es vermutlich am fehlenden Update, in früheren Version ging modbus nicht.

Wie Update geht kannst Du im PRoduktmgmt Forum finden https://www.photovoltaikforum.com/thread/158136-sungrow-sammelthread-produktmanagement/?postID=2778767#post2778767 (https://www.photovoltaikforum.com/thread/158136-sungrow-sammelthread-produktmanagement/?postID=2778767#post2778767)
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: fhemjörg am 13 September 2022, 11:38:03
Super, das war der Fehler!
Jetzt läuft es, vielen Dank!
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: lynckmeister am 27 September 2022, 08:14:16
Hallo zusammen,
danke für eure Arbeit, ich habe damit meinen SH10RT in 5 Minuten verbunden und habe nun die wichtigen Werte in meinem Fhem...
Gestern abend hat es auch wunderbar funktioniert, aber heute morgen bekomme ich alle 0,5 Sekunden einen modubus disconnect...

Code Auswählen


2022-09-27 08:13:19 ModbusAttr SH10RT CONNECTED
2022-09-27 08:13:19 ModbusAttr SH10RT Export_Power: 13
2022-09-27 08:13:19 ModbusAttr SH10RT DISCONNECTED




Mein SH10RT ist über WLAN Angeschlossen.. hat jemand eine Ahnung was hier passiert?

ok , wie ich lese haben viele hier das Problem.. wobei der Ersteller dieses Threads dazu nichts gesagt hat... , kann es sein, dass nicht alle das DISCONNECT Problem haben??
Ansonsten scheint es dazu noch keine zufriedenstellende Lösung zu geben ...zu dumm ..
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: roadghost am 09 Dezember 2022, 20:50:50
Hallo Ihr FHEM-Experten.

Ich habe von @FhemPiUser die DOIF für die Prognosebasierte Ladung erhalten.

Bei meinem FHEM schmeißt das DOIF jedoch einen error, wo ich selber nicht zurechtkomme.

Kann mir jemand helfen ??

Code Auswählen
{fhem("set SH10rt_1 Max_SOC ".(($wday == 0) ? 1000 : (( < 25) ? 990 : (ReadingsVal("SH10rt_1","Battery_Level_korrigiert", "90") > 90 ? (ReadingsVal("SH10rt_1","Battery_Level_korrigiert", "90")*10) : 900))))}: syntax error at (eval 258020) line 1, near "< 25) ? 990 : (ReadingsVal("SH10rt_1","Battery_Level_korrigiert", "90") > 90"


Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 22 Dezember 2022, 07:58:31
Zitat von: roadghost am 09 Dezember 2022, 20:50:50
Hallo Ihr FHEM-Experten.

Ich habe von @FhemPiUser die DOIF für die Prognosebasierte Ladung erhalten.

Bei meinem FHEM schmeißt das DOIF jedoch einen error, wo ich selber nicht zurechtkomme.

Kann mir jemand helfen ??

Code Auswählen
{fhem("set SH10rt_1 Max_SOC ".(($wday == 0) ? 1000 : (( < 25) ? 990 : (ReadingsVal("SH10rt_1","Battery_Level_korrigiert", "90") > 90 ? (ReadingsVal("SH10rt_1","Battery_Level_korrigiert", "90")*10) : 900))))}: syntax error at (eval 258020) line 1, near "< 25) ? 990 : (ReadingsVal("SH10rt_1","Battery_Level_korrigiert", "90") > 90"

Moin,
Wie sieht denn das gesamte DOIF aus?
Was soll es machen?

Und noch ein anderes Thema:
Wenn man den Sungrow nur über WLAn anschließt, welche Readings fehlen dann?

Bis denn
SouzA
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: 3gmann am 23 Dezember 2022, 19:48:15
Leider sind immer doch nicht alle Modbusregister der WR SHxxRT über WLAN abrufbar.

Zitat Sungrow PM Team: siehe link: https://www.photovoltaikforum.com/thread/166134-daten-lesen-vom-sungrow-wechselrichtern-modbus/?postID=2914589#post2914589

Es ist gerade die Firmwareversion ..15 für den WiNet-S erschienen. (zuvor ..12)
Modbus-TCP Register sollen vollständiger sein.
Anzeigedarstellungen sollen korrigiert sein, z.B. die Darstellung der Batteriekapazität.

Ich persönlich rufe die Daten über die LAN Schnittstelle ab hier habe ich keine gravierenden Probleme. Vereinzelt treten folgende Fehlermeldungen auf:
z.b. 2022.12.19 08:09:44 3: SH10rt_Fast: QueueRequest queue too long (101), dropping new request
Dies führt jedoch zu keinem disconnect.

Falls möglich bitte die Modbusregister über LAN ModbusTCP abrufen.

Mir ist aufgefallen, dass die WR es gar nicht mögen wenn verschiedene Geräte über Modbus Daten vom WR anfordern, das hat - zumindest bei mir - zu disconnects geführt dauert dann ziemlich lange bis wieder ein Connect erfolgt. Aus diesem Grunde holt sich FHEM alle Daten die es braucht über ein Device vom WR ab. Die Register werden dann - um den WR zu entlasten - in verschiedenen Zeitabständen ausgelesen.
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: roadghost am 23 Dezember 2022, 20:56:12
Naabend.

Es sind 2 DOIF und ein HTTPMOD.

max SOC DOIF
Code Auswählen
defmod di_PV_Akku_Ladesteuerung_Max_SOC DOIF (([PV_forecast_heute] > 50) and ([05:00-11:29]) and (($month >= 3) and ($month <= 10))) (set SH10rt_1 Max_Charging_Power 300,{fhem("set SH10rt_1 Max_SOC ".(ReadingsVal("SH10rt_1","Battery_Level_korrigiert", "50") > 50 ? (ReadingsVal("SH10rt_1","Battery_Level_korrigiert", "50")*10) : 500))}) DOELSEIF (([PV_forecast_heute] > 50) and (($month >= 3) and ($month <= 10)) and ([11:30-{sunset("REAL",-12600,"13:00","20:00")}])) (set SH10rt_1 Max_Charging_Power 200,{fhem("set SH10rt_1 Max_SOC ".(ReadingsVal("SH10rt_1","Battery_Level_korrigiert", "80") > 80 ? (ReadingsVal("SH10rt_1","Battery_Level_korrigiert", "80")*10) : 800))}) DOELSE ({fhem("set SH10rt_1 Max_SOC ".(($wday == 0) ? 1000 : (([PV_forecast_morgen] < 25) ? 990 : (ReadingsVal("SH10rt_1","Battery_Level_korrigiert", "90") > 90 ? (ReadingsVal("SH10rt_1","Battery_Level_korrigiert", "90")*10) : 900))))},set SH10rt_1 Max_Charging_Power 500)



Das max SOC DOIF gibt als Fehler aus:

Code Auswählen
{fhem("set SH10rt_1 Max_SOC ".(($wday == 0) ? 1000 : (( < 25) ? 990 : (ReadingsVal("SH10rt_1","Battery_Level_korrigiert", "90") > 90 ? (ReadingsVal("SH10rt_1","Battery_Level_korrigiert", "90")*10) : 900))))}: syntax error at (eval 258020) line 1, near "< 25) ? 990 : (ReadingsVal("SH10rt_1","Battery_Level_korrigiert", "90") > 90"

Dann gibt es noch das PV Prognose DOIF

Code Auswählen
defmod di_PV_forecast DOIF ([+01:00]) ({fhem("set PV_forecast_heute ".sprintf("%.2f",((ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watt_hours_day-1","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT2","watt_hours_day-1","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_2_MPPT1","watt_hours_day-1","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_2_MPPT2","watt_hours_day-1","0"))/1000)))}) ({fhem("set PV_forecast_morgen ".sprintf("%.2f",((ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watt_hours_day-2","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT2","watt_hours_day-2","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_2_MPPT1","watt_hours_day-2","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_2_MPPT2","watt_hours_day-2","0"))/1000)))})
attr di_PV_forecast do always

Dieses meldet:

Code Auswählen

{fhem("set PV_forecast_morgen ".sprintf("%.2f",((ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watt_hours_day-2","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT2","watt_hours_day-2","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_2_MPPT1","watt_hours_day-2","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_2_MPPT2","watt_hours_day-2","0"))/1000)))}: Please define PV_forecast_morgen first

httpmod für Datenabruf Prognose

Code Auswählen

defmod httpmod_forecast_solar_SH10RT_1_MPPT1 HTTPMOD https://api.forecast.solar/estimate/<lat>/<long>/45/-90/4 3600
attr httpmod_forecast_solar_SH10RT_1_MPPT1 bodyDecode auto
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading01JSON result_watts_.*10\:00\:00
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading01Name watts_10
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading02JSON result_watts_.*11\:00\:00
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading02Name watts_11
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading03JSON result_watts_.*12\:00\:00
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading03Name watts_12
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading04JSON result_watts_.*13\:00\:00
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading04Name watts_13
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading05JSON result_watts_.*14\:00\:00
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading05Name watts_14
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading06JSON result_watts_.*15\:00\:00
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading06Name watts_15
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading07JSON message_ratelimit_period
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading07Name message_ratelimit_period
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading08JSON message_ratelimit_limit
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading08Name message_ratelimit_limit
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading09JSON message_ratelimit_remaining
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading09Name message_ratelimit_remaining
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading10JSON message_type
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading10Name message_type
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading11JSON result_watt_hours_day.*
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading11Name watt_hours_day
attr httpmod_forecast_solar_SH10RT_1_MPPT1 room HTTPMOD,PV-Anlage,Wettervorhersage
attr httpmod_forecast_solar_SH10RT_1_MPPT1 stateFormat watt_hours_day-1
attr httpmod_forecast_solar_SH10RT_1_MPPT1 userReadings watts-mittags-heute {(ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_10-1","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_11-1","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_12-1","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_13-1","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_14-1","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_15-1","0"))/6}, watts-mittags-morgen {(ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_10-2","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_11-2","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_12-2","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_13-2","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_14-2","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_15-2","0"))/6}
den httpmod musst du dir je nach deiner anlage selbst zusammenbauen, siehe anleitung unter api solarforecast:[

code]

defmod httpmod_forecast_solar_SH10RT_1_MPPT1 HTTPMOD https://api.forecast.solar/estimate/<lat>/<long>/45/-90/4 3600
attr httpmod_forecast_solar_SH10RT_1_MPPT1 bodyDecode auto
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading01JSON result_watts_.*10\:00\:00
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading01Name watts_10
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading02JSON result_watts_.*11\:00\:00
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading02Name watts_11
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading03JSON result_watts_.*12\:00\:00
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading03Name watts_12
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading04JSON result_watts_.*13\:00\:00
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading04Name watts_13
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading05JSON result_watts_.*14\:00\:00
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading05Name watts_14
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading06JSON result_watts_.*15\:00\:00
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading06Name watts_15
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading07JSON message_ratelimit_period
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading07Name message_ratelimit_period
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading08JSON message_ratelimit_limit
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading08Name message_ratelimit_limit
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading09JSON message_ratelimit_remaining
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading09Name message_ratelimit_remaining
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading10JSON message_type
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading10Name message_type
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading11JSON result_watt_hours_day.*
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading11Name watt_hours_day
attr httpmod_forecast_solar_SH10RT_1_MPPT1 room HTTPMOD,PV-Anlage,Wettervorhersage
attr httpmod_forecast_solar_SH10RT_1_MPPT1 stateFormat watt_hours_day-1
attr httpmod_forecast_solar_SH10RT_1_MPPT1 userReadings watts-mittags-heute {(ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_10-1","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_11-1","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_12-1","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_13-1","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_14-1","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_15-1","0"))/6}, watts-mittags-morgen {(ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_10-2","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_11-2","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_12-2","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_13-2","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_14-2","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_15-2","0"))/6}

Der http mod funktioniert.
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: 3gmann am 26 Dezember 2022, 09:32:43
Hallo Zusammen,

viele fragen nach der aktuelle Modbus-Registerliste. Ihr findet sie im Anhang.

Frohe Festtage und einen Guten Rutsch ins neue Jahr 2023.
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 31 Dezember 2022, 12:15:38
Zitat von: roadghost am 23 Dezember 2022, 20:56:12
Naabend.

Es sind 2 DOIF und ein HTTPMOD.

max SOC DOIF
Code Auswählen
defmod di_PV_Akku_Ladesteuerung_Max_SOC DOIF (([PV_forecast_heute] > 50) and ([05:00-11:29]) and (($month >= 3) and ($month <= 10))) (set SH10rt_1 Max_Charging_Power 300,{fhem("set SH10rt_1 Max_SOC ".(ReadingsVal("SH10rt_1","Battery_Level_korrigiert", "50") > 50 ? (ReadingsVal("SH10rt_1","Battery_Level_korrigiert", "50")*10) : 500))}) DOELSEIF (([PV_forecast_heute] > 50) and (($month >= 3) and ($month <= 10)) and ([11:30-{sunset("REAL",-12600,"13:00","20:00")}])) (set SH10rt_1 Max_Charging_Power 200,{fhem("set SH10rt_1 Max_SOC ".(ReadingsVal("SH10rt_1","Battery_Level_korrigiert", "80") > 80 ? (ReadingsVal("SH10rt_1","Battery_Level_korrigiert", "80")*10) : 800))}) DOELSE ({fhem("set SH10rt_1 Max_SOC ".(($wday == 0) ? 1000 : (([PV_forecast_morgen] < 25) ? 990 : (ReadingsVal("SH10rt_1","Battery_Level_korrigiert", "90") > 90 ? (ReadingsVal("SH10rt_1","Battery_Level_korrigiert", "90")*10) : 900))))},set SH10rt_1 Max_Charging_Power 500)



Das max SOC DOIF gibt als Fehler aus:

Code Auswählen
{fhem("set SH10rt_1 Max_SOC ".(($wday == 0) ? 1000 : (( < 25) ? 990 : (ReadingsVal("SH10rt_1","Battery_Level_korrigiert", "90") > 90 ? (ReadingsVal("SH10rt_1","Battery_Level_korrigiert", "90")*10) : 900))))}: syntax error at (eval 258020) line 1, near "< 25) ? 990 : (ReadingsVal("SH10rt_1","Battery_Level_korrigiert", "90") > 90"

Dann gibt es noch das PV Prognose DOIF

Code Auswählen
defmod di_PV_forecast DOIF ([+01:00]) ({fhem("set PV_forecast_heute ".sprintf("%.2f",((ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watt_hours_day-1","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT2","watt_hours_day-1","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_2_MPPT1","watt_hours_day-1","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_2_MPPT2","watt_hours_day-1","0"))/1000)))}) ({fhem("set PV_forecast_morgen ".sprintf("%.2f",((ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watt_hours_day-2","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT2","watt_hours_day-2","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_2_MPPT1","watt_hours_day-2","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_2_MPPT2","watt_hours_day-2","0"))/1000)))})
attr di_PV_forecast do always

Dieses meldet:

Code Auswählen

{fhem("set PV_forecast_morgen ".sprintf("%.2f",((ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watt_hours_day-2","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT2","watt_hours_day-2","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_2_MPPT1","watt_hours_day-2","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_2_MPPT2","watt_hours_day-2","0"))/1000)))}: Please define PV_forecast_morgen first

httpmod für Datenabruf Prognose

Code Auswählen

defmod httpmod_forecast_solar_SH10RT_1_MPPT1 HTTPMOD https://api.forecast.solar/estimate/<lat>/<long>/45/-90/4 3600
attr httpmod_forecast_solar_SH10RT_1_MPPT1 bodyDecode auto
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading01JSON result_watts_.*10\:00\:00
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading01Name watts_10
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading02JSON result_watts_.*11\:00\:00
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading02Name watts_11
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading03JSON result_watts_.*12\:00\:00
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading03Name watts_12
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading04JSON result_watts_.*13\:00\:00
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading04Name watts_13
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading05JSON result_watts_.*14\:00\:00
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading05Name watts_14
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading06JSON result_watts_.*15\:00\:00
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading06Name watts_15
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading07JSON message_ratelimit_period
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading07Name message_ratelimit_period
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading08JSON message_ratelimit_limit
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading08Name message_ratelimit_limit
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading09JSON message_ratelimit_remaining
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading09Name message_ratelimit_remaining
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading10JSON message_type
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading10Name message_type
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading11JSON result_watt_hours_day.*
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading11Name watt_hours_day
attr httpmod_forecast_solar_SH10RT_1_MPPT1 room HTTPMOD,PV-Anlage,Wettervorhersage
attr httpmod_forecast_solar_SH10RT_1_MPPT1 stateFormat watt_hours_day-1
attr httpmod_forecast_solar_SH10RT_1_MPPT1 userReadings watts-mittags-heute {(ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_10-1","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_11-1","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_12-1","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_13-1","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_14-1","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_15-1","0"))/6}, watts-mittags-morgen {(ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_10-2","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_11-2","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_12-2","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_13-2","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_14-2","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_15-2","0"))/6}
den httpmod musst du dir je nach deiner anlage selbst zusammenbauen, siehe anleitung unter api solarforecast:[

code]

defmod httpmod_forecast_solar_SH10RT_1_MPPT1 HTTPMOD https://api.forecast.solar/estimate/<lat>/<long>/45/-90/4 3600
attr httpmod_forecast_solar_SH10RT_1_MPPT1 bodyDecode auto
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading01JSON result_watts_.*10\:00\:00
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading01Name watts_10
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading02JSON result_watts_.*11\:00\:00
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading02Name watts_11
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading03JSON result_watts_.*12\:00\:00
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading03Name watts_12
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading04JSON result_watts_.*13\:00\:00
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading04Name watts_13
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading05JSON result_watts_.*14\:00\:00
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading05Name watts_14
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading06JSON result_watts_.*15\:00\:00
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading06Name watts_15
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading07JSON message_ratelimit_period
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading07Name message_ratelimit_period
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading08JSON message_ratelimit_limit
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading08Name message_ratelimit_limit
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading09JSON message_ratelimit_remaining
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading09Name message_ratelimit_remaining
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading10JSON message_type
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading10Name message_type
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading11JSON result_watt_hours_day.*
attr httpmod_forecast_solar_SH10RT_1_MPPT1 reading11Name watt_hours_day
attr httpmod_forecast_solar_SH10RT_1_MPPT1 room HTTPMOD,PV-Anlage,Wettervorhersage
attr httpmod_forecast_solar_SH10RT_1_MPPT1 stateFormat watt_hours_day-1
attr httpmod_forecast_solar_SH10RT_1_MPPT1 userReadings watts-mittags-heute {(ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_10-1","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_11-1","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_12-1","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_13-1","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_14-1","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_15-1","0"))/6}, watts-mittags-morgen {(ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_10-2","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_11-2","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_12-2","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_13-2","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_14-2","0")+ReadingsVal("httpmod_forecast_solar_SH10RT_1_MPPT1","watts_15-2","0"))/6}

Der http mod funktioniert.

Moin,
was du da im set hast, erschließt sich mir nicht ganz.

Gibt es bei dir den ([PV_forecast_morgen]) überhaupt?
Und dann wäre da wahrscheinlich die Klammersetzung anders zu setzen:
Alt: ? 1000 : (([PV_forecast_morgen] < 25) ?
Neu: ? (1000 : [PV_forecast_morgen]) < 25 ?

Das ist aber nur so eine Vermutung. Ich kann das hier nicht testen...


Zitat von: 3gmann am 26 Dezember 2022, 09:32:43
Hallo Zusammen,

viele fragen nach der aktuelle Modbus-Registerliste. Ihr findet sie im Anhang.

Frohe Festtage und einen Guten Rutsch ins neue Jahr 2023.


Vielen Dank für das Teilen der Infos.

Von mir auch einen guten Rutsch ins neue Jahr!
Viel Gesundheit und Erfolg...

Bis denn
SouzA


Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: roadghost am 02 Januar 2023, 11:20:51
Zitat
Moin,
was du da im set hast, erschließt sich mir nicht ganz.

Gibt es bei dir den ([PV_forecast_morgen]) überhaupt?


Nein, das PV_forecast_morgen gibt es nicht, ich habe ja "nur" das definiert, was FhemPiUser mir per PN mitgeteilt hat. Da scheint etwas zu fehlen......
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 15 Januar 2023, 19:39:32
Zitat von: 3gmann am 26 Dezember 2022, 09:32:43
Hallo Zusammen,

viele fragen nach der aktuelle Modbus-Registerliste. Ihr findet sie im Anhang.

Frohe Festtage und einen Guten Rutsch ins neue Jahr 2023.
Hallo 3gmann,

könntest du noch mal bitte deine aktuelle Device-Konfig inkl. den ganzen Registern (attributen) bereit stellen?

Das wäre nett.

Thx und bis denn
SouzA

Edit:
Ich frage nochmal nach, weil laut Registerliste die Werte, welche du in den Userreadings errechnest, eigentlich vorhanden sind?! Oder habe ich da was nicht verstanden?
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 16 Januar 2023, 14:03:09
Hallo Leute,

habt ihr plausible Werte bei den folgenden Registern?:
Daily PV energy yields 6196 - 6226 U16
Monthly PV energy yields 6227 - 6238 U16
Yearly PV energy yields 6250 - 6289 U32*20

Wobei ich bei letzterem, ehrlich gesagt, keine Ahnung habe, wie man das in ModbusAttr darstellen soll (U32*20)?!

Bitte um Rückmeldung ;)

Thx und bis denn
SouzA

Edit:
kleine Fortschritte:
Code Auswählen

obj-i6195-reading Daily_PV_energy_yields
obj-i6195-expr $val/10
obj-i6195-len 20
obj-i6195-poll 1
obj-i6195-polldelay x199
obj-i6195-revRegs 1
obj-i6195-type U16

obj-i6226-reading Monthly_PV_energy_yields
obj-i6226-expr $val/10
obj-i6226-len 12
obj-i6226-poll 1
obj-i6226-polldelay x199
obj-i6226-type U16

Damit kommen plausible Werte für die beiden genannten Readings.
Jetzt zumindest...^^

Mit Yearly PV energy yields 6250 - 6289 U32*20 bin ich noch nicht weiter. Ich habe keine Ahnung, wie ich die U32*20 eintragen soll.

Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 21 Januar 2023, 11:52:01
Moin,

mal ne Frage zu dem ModbusAttr-Modul. Vielleicht hat hier jemand eine Ahnung, wie das geht...
Es sind jetzt folgende Attribute für Daily_PV_energy_yields angelegt:
Code Auswählen
obj-i6195-reading Daily_PV_energy_yields
obj-i6195-expr $val/10
obj-i6195-len 20
obj-i6195-poll 1
obj-i6195-polldelay x199
obj-i6195-revRegs 1
obj-i6195-type U16

Mit dem Ergebnis, dass der Wert für die täglichen PV-Energieerträge für den Tag 20 (Also aktuell den 20.01.2023) im aktuellen Monat angezeigt wird.
Ändert man das attr obj-i6195-len 20 auf 21, wird der Wert für den 21.ten Tag im Monat angezeigt usw...
Wie legt man dies nun am besten im Device an?

Ähnliche Überlegung auch bei Monthly_PV_energy_yields.
Hier ist es allerdings egal, ob len 1, 2, 3 oder .. 12 eingegeben wird. Es kommt immer das selbe raus.
Kann aber daran liegen, dass mein WR erst diesen Monat in Betrieb ging. Die anderen zugehörigen Register werden wahrscheinlich (!!) noch 0 tragen...

Das Problem bei  Yearly PV energy yields besteht weiterhin...

Kann da jemand helfen?

Thx und bis denn
SouzA
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: xerion am 04 Februar 2023, 22:02:31
Hallo zusammen, ich habe heute meinen SH10RT mit SBR128 erfolgreich in Betrieb genommen. Läuft bis jetzt alles gut und versuche mich gerade in Modbus einzuarbeiten.

Was mir aber noch nicht ganz klar ist wie ich eine Ladung starten bzw. stoppen kann. Gibt es dafür ein Register oder andere Möglichkeiten?

Ich nutze Tibber und möchte nachts bei günstigen Strom den Speicher laden und das natürlich gerne automatisiert.
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 05 Februar 2023, 06:28:16
Hi, es gibt ein Register.
Code Auswählen
Charge/di
scharge
command
13051 U16
0xAA: Charge;
0xBB: Discharge;
0xCC: Stop (Default );
Wie man das setzt, darüber habe ich mir noch keine Gedanken gemacht und weiß es schlicht nicht.

Bis denn
SouzA
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: xerion am 05 Februar 2023, 08:52:16
Zitat von: SouzA am 05 Februar 2023, 06:28:16
Hi, es gibt ein Register.
Code Auswählen
Charge/di
scharge
command
13051 U16
0xAA: Charge;
0xBB: Discharge;
0xCC: Stop (Default );
Wie man das setzt, darüber habe ich mir noch keine Gedanken gemacht und weiß es schlicht nicht.

Bis denn
SouzA

Danke dir. Das schaue ich mir Mal an.
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: pula am 08 Februar 2023, 18:08:43
Hallo,

mal eine völlig andere Frage zu dem WR und fhem.
Bin grade dabei, mir meine erste PV anzuschaffen und schwanke zwischen dem Fronius und dem sungrow.
Scheinen ja beide halbwegs fein mit fhem zu gehen.
Aber ich plane mittelfristig, in den Heizungspuffer (derzeit pellets und thermische solar) noch einen heizstab einzubauen, der dann bei überschuss heizen soll.
Reicht hier die Auflösung von 3s aus oder braucht es andere Basteleien?
Cheers,

Pula
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 08 Februar 2023, 20:21:26
Zitat von: pula am 08 Februar 2023, 18:08:43
Hallo,

mal eine völlig andere Frage zu dem WR und fhem.
Bin grade dabei, mir meine erste PV anzuschaffen und schwanke zwischen dem Fronius und dem sungrow.
Scheinen ja beide halbwegs fein mit fhem zu gehen.
Aber ich plane mittelfristig, in den Heizungspuffer (derzeit pellets und thermische solar) noch einen heizstab einzubauen, der dann bei überschuss heizen soll.
Reicht hier die Auflösung von 3s aus oder braucht es andere Basteleien?
Cheers,

Pula
Moin,
ich weiß ja nicht, wie schnell dein Heizstab so heizt, aber wenn andere mit den 3 Sekunden ihr Auto im Überschuss laden, sollte man damit auch den Heizstab betreiben können.

Meines Erachtens reicht die Zeit völlig aus, um alle möglichen Schweinereien umzusetzen. Hysterese mit rein und los geht's...

Bis denn
SouzA
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: pula am 08 Februar 2023, 20:27:48
danke für die rasche antwort!
Hm. wie gesagt, ist eine völlig neue materie für mich.
eilig hab ichs ja nicht mit dem heizstab. schaumamoi, was so is wenn ich die pv kriege und in fhem einbinde....
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: FhemPiUser am 11 Februar 2023, 09:50:42
Zitat von: xerion am 04 Februar 2023, 22:02:31
Hallo zusammen, ich habe heute meinen SH10RT mit SBR128 erfolgreich in Betrieb genommen. Läuft bis jetzt alles gut und versuche mich gerade in Modbus einzuarbeiten.

Was mir aber noch nicht ganz klar ist wie ich eine Ladung starten bzw. stoppen kann. Gibt es dafür ein Register oder andere Möglichkeiten?

Ich nutze Tibber und möchte nachts bei günstigen Strom den Speicher laden und das natürlich gerne automatisiert.

Hi,
man muss 3 Register setzen für das manuelle Laden der Batterie. Ich habe das bei mit einem DOIF umd dummy-Schalter umgesetzt. Wenn man den Schalter betätigt, lädt er den Akku manuell bis man den Schalter wieder aus schaltet.

Code Auswählen

defmod SH10rt_1_Akku_aus_Netz_laden dummy
attr SH10rt_1_Akku_aus_Netz_laden webCmd on:off


Code Auswählen

defmod di_SH10rt_1_Akku_aus_Netz_laden DOIF ([SH10rt_1_Akku_aus_Netz_laden] eq "on") (set SH10rt_1 EMS_mode_selection 2, set SH10rt_1 Charge_Discharge_command 170, set SH10rt_1 Charge_Discharge_power 5000) DOELSE (set SH10rt_1 EMS_mode_selection 0, set SH10rt_1 Charge_Discharge_command 204, set SH10rt_1 Charge_Discharge_power 0)


Die entsprechenden modbusattr Konfiguration ist bei mir wie folgt:

Code Auswählen

attr SH10rt_1 obj-h13049-hint 0,2,3
attr SH10rt_1 obj-h13049-poll 1
attr SH10rt_1 obj-h13049-polldelay x10
attr SH10rt_1 obj-h13049-reading EMS_mode_selection
attr SH10rt_1 obj-h13049-set 1

attr SH10rt_1 obj-h13050-hint 170,187,204
attr SH10rt_1 obj-h13050-poll 1
attr SH10rt_1 obj-h13050-polldelay x10
attr SH10rt_1 obj-h13050-reading Charge_Discharge_command
attr SH10rt_1 obj-h13050-set 1

attr SH10rt_1 obj-h13051-poll 1
attr SH10rt_1 obj-h13051-polldelay x10
attr SH10rt_1 obj-h13051-reading Charge_Discharge_power
attr SH10rt_1 obj-h13051-set 1
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: FhemPiUser am 11 Februar 2023, 10:34:00
Zitat von: roadghost am 02 Januar 2023, 11:20:51
Nein, das PV_forecast_morgen gibt es nicht, ich habe ja "nur" das definiert, was FhemPiUser mir per PN mitgeteilt hat. Da scheint etwas zu fehlen......

Ich habe mal meine Konfiguration für eine prognosebasierte Ladesteuerung in einem eigenem Thread unter https://forum.fhem.de/index.php/topic,132145.0.html (https://forum.fhem.de/index.php/topic,132145.0.html) gepostet. Ich hoffe das hilft.
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 15 Februar 2023, 11:48:53
Zitat von: FhemPiUser am 12 September 2022, 19:15:54
Meine Config für die beiden Devices ist angehängt, evtl. hilft es anderen auch.

Ich habe inzwischen die modbusattr Definition um einige SH10rt Register laut Sungrow modbus Doku erweitert, u.a. um MAX/Min SoC für eine Batterie einzustellen, Global Scan zu initiieren, für die Abfrage des Systemzustands, für die Smart Meter Ablesung und für die tägliche/monatlichen/jährliche Statistiken.

Zur Anbindung von evcc habe ich außerdem noch ein modbus attr relay device, da der WR es nicht mag, wenn fhem und evcc parallel den Winet-S abfragen. evcc fragt dann beim fhem relay an.

Code Auswählen
defmod SH10rt_1_relay ModbusAttr 11 relay 192.168.x.x:1502 TCP to SH10rt_1_1

Bei mir läuft das so sehr stabil.

Des Weiteren habe ich noch eine prognosebasierte Ladesteuerung für die Batterie über Max_SOC gebaut auf Basis der freien api.forecast.solar, httpmod und doif. Wer Interesse hat kann sich bei mir melden, dann kann ich das teilen.

UPDATE: Habe die prognosebasierte Ladesteuerung im eigenen Thread gepostet unter https://forum.fhem.de/index.php/topic,132145.0.html (https://forum.fhem.de/index.php/topic,132145.0.html)

Moin,
habe die Register zum großen Teil so übernommen. Vielen Dank dafür!

Habe nun eine Frage zu dem Reading 99_Running_State.
Bestände da eigentlich die Möglichkeit, die einzelnen Bits darzustellen, bzw. eigenständige Readings zu erstellen, um den Status angezeigt zu bekommen.
Bei 98_System_state hast du es ja richtiger Weise mit einem Userreading gemacht.
Dies wäre bei dem Running State Register aber ein Unterfangen ohne gleichen, da zu viele Möglichkeiten (rein theoretisch 256).

Hast du dich damit schon einmal auseinander gesetzt?

Thx und bis denn
SouzA
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: FhemPiUser am 15 Februar 2023, 12:22:11
Habe für Running und System State folgende userreadings:

Code Auswählen

98_System_State_text:98_System_State.* {if (ReadingsVal("SH10rt_1","98_System_State","0") == 0x0002) {return "Stop";} elsif (ReadingsVal("SH10rt_1","98_System_State","0") == 0x0008) {return "Standby";} elsif (ReadingsVal("SH10rt_1","98_System_State","0") == 0x0010) {return "Initial standby";} elsif (ReadingsVal("SH10rt_1","98_System_State","0") == 0x0020) {return "Startup";} elsif (ReadingsVal("SH10rt_1","98_System_State","0") == 0x0040) {return "Running";} elsif (ReadingsVal("SH10rt_1","98_System_State","0") == 0x0100) {return "Fault";} elsif (ReadingsVal("SH10rt_1","98_System_State","0") == 0x0400) {return "Running in maintain mode";} elsif (ReadingsVal("SH10rt_1","98_System_State","0") == 0x0800) {return "Running in forced mode";} elsif (ReadingsVal("SH10rt_1","98_System_State","0") == 0x1000) {return "Running in off-grid mode";} elsif (ReadingsVal("SH10rt_1","98_System_State","0") == 0x2501) {return "Restarting";} elsif (ReadingsVal("SH10rt_1","98_System_State","0") == 0x4000) {return "Running in External EMS mode";} else {return "unknown";}}


Code Auswählen

99_Running_State_text:99_Running_State.* {my $text=""; if ((ReadingsVal("SH10rt_1_LAN","99_Running_State","0") & 1) > 0) {$text=$text."Power generated from PV, ";} else {$text=$text."No power generated from PV, ";}; if ((ReadingsVal("SH10rt_1_LAN","99_Running_State","0") & 2) > 0) {$text=$text."Charging, ";} else {$text=$text."Not charging, ";}; if ((ReadingsVal("SH10rt_1_LAN","99_Running_State","0") & 4) > 0) {$text=$text."Discharging, ";} else {$text=$text."Not discharging, ";}; if ((ReadingsVal("SH10rt_1_LAN","99_Running_State","0") & 8) > 0) {$text=$text."Load is active, ";} else {$text=$text."Load is reactive, ";}; if ((ReadingsVal("SH10rt_1_LAN","99_Running_State","0") & 16) > 0) {$text=$text."Power feed-in the grid, ";} else {$text=$text."No power feed-in the grid, ";}; if ((ReadingsVal("SH10rt_1_LAN","99_Running_State","0") & 32) > 0) {$text=$text."Importing power from grid, ";} else {$text=$text."No power imported from the grid, ";}; if ((ReadingsVal("SH10rt_1_LAN","99_Running_State","0") & 128) > 0) {$text=$text."Power generated from Load , ";} else {$text=$text."No Power generated from Load , ";}; return $text;}
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 15 Februar 2023, 12:37:42
Zitat von: FhemPiUser am 15 Februar 2023, 12:22:11
Habe für Running und System State folgende userreadings:

Code Auswählen

98_System_State_text:98_System_State.* {if (ReadingsVal("SH10rt_1","98_System_State","0") == 0x0002) {return "Stop";} elsif (ReadingsVal("SH10rt_1","98_System_State","0") == 0x0008) {return "Standby";} elsif (ReadingsVal("SH10rt_1","98_System_State","0") == 0x0010) {return "Initial standby";} elsif (ReadingsVal("SH10rt_1","98_System_State","0") == 0x0020) {return "Startup";} elsif (ReadingsVal("SH10rt_1","98_System_State","0") == 0x0040) {return "Running";} elsif (ReadingsVal("SH10rt_1","98_System_State","0") == 0x0100) {return "Fault";} elsif (ReadingsVal("SH10rt_1","98_System_State","0") == 0x0400) {return "Running in maintain mode";} elsif (ReadingsVal("SH10rt_1","98_System_State","0") == 0x0800) {return "Running in forced mode";} elsif (ReadingsVal("SH10rt_1","98_System_State","0") == 0x1000) {return "Running in off-grid mode";} elsif (ReadingsVal("SH10rt_1","98_System_State","0") == 0x2501) {return "Restarting";} elsif (ReadingsVal("SH10rt_1","98_System_State","0") == 0x4000) {return "Running in External EMS mode";} else {return "unknown";}}


Code Auswählen

99_Running_State_text:99_Running_State.* {my $text=""; if ((ReadingsVal("SH10rt_1_LAN","99_Running_State","0") & 1) > 0) {$text=$text."Power generated from PV, ";} else {$text=$text."No power generated from PV, ";}; if ((ReadingsVal("SH10rt_1_LAN","99_Running_State","0") & 2) > 0) {$text=$text."Charging, ";} else {$text=$text."Not charging, ";}; if ((ReadingsVal("SH10rt_1_LAN","99_Running_State","0") & 4) > 0) {$text=$text."Discharging, ";} else {$text=$text."Not discharging, ";}; if ((ReadingsVal("SH10rt_1_LAN","99_Running_State","0") & 8) > 0) {$text=$text."Load is active, ";} else {$text=$text."Load is reactive, ";}; if ((ReadingsVal("SH10rt_1_LAN","99_Running_State","0") & 16) > 0) {$text=$text."Power feed-in the grid, ";} else {$text=$text."No power feed-in the grid, ";}; if ((ReadingsVal("SH10rt_1_LAN","99_Running_State","0") & 32) > 0) {$text=$text."Importing power from grid, ";} else {$text=$text."No power imported from the grid, ";}; if ((ReadingsVal("SH10rt_1_LAN","99_Running_State","0") & 128) > 0) {$text=$text."Power generated from Load , ";} else {$text=$text."No Power generated from Load , ";}; return $text;}

Hi,
danke für die Infos.
Wie hast du die Attribute für das Running State Register gesetzt?
Die Anzeige passt nämlich überhaupt nicht.... :o
Meine sehen gerade so aus (wie in deiner Vorlage):
Code Auswählen

obj-i13000-expr $val/10
obj-i13000-poll 1
obj-i13000-reading 99_Running_State
obj-i13000-type U16


Thx und bis denn
SouzA
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: FhemPiUser am 15 Februar 2023, 14:12:20
...das sind userReadings, siehe https://fhem.de/commandref_DE.html#userReadings (https://fhem.de/commandref_DE.html#userReadings)


D.h. es muss jeweils ein "attr <SH10rt_devicename> userReadings " vor den Code, den ich gepostet habe.
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 15 Februar 2023, 14:37:06
Ja, das ist schon klar... Is nich mein erstes Userrading. 😉

Nein, die Anzeige im Reading passt nicht zum IST-Status.
Obwohl Sonne und PV-Ertrag sagt er, kein PV usw.
Deswegen wollte ich wissen, wie deine Attribute zum Running State Register sind... Geteilt durch 10 oder nicht usw...

Danke und bis denn
SouzA
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: FhemPiUser am 15 Februar 2023, 14:41:06
achso, das wäre

Code Auswählen
SH10rt_1_LAN obj-i13000-poll 1
attr SH10rt_1_LAN obj-i13000-reading 99_Running_State
attr SH10rt_1_LAN obj-i13000-type U16

Bei mir kommt außerdem der Running State nur über den LAN-Anschluss, nicht über Winet-S.
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 15 Februar 2023, 15:14:55
Oh man...
Zwischen Tür und Angel nur stumpf Copy&Paste gemacht.
Muss natürlich den Devicenamen ändern!  ::) :-X

Funzt nu.
Thx und bis denn
SouzA
Titel: Antw:Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 16 Februar 2023, 08:28:24
Zitat von: FhemPiUser am 15 Februar 2023, 14:41:06
achso, das wäre

Code Auswählen
SH10rt_1_LAN obj-i13000-poll 1
attr SH10rt_1_LAN obj-i13000-reading 99_Running_State
attr SH10rt_1_LAN obj-i13000-type U16

Bei mir kommt außerdem der Running State nur über den LAN-Anschluss, nicht über Winet-S.

Moin, ich hab da nochmal Fragen zu den Anzeigen...
Was ist eigentlich:
Bit3: Positive load power
Bit3 == 0 Load is reactive
Bit3 == 1 Load is active

Was meinen die mit Last ist aktiv und Last ist reaktiv?

Und:
Bit7 (Refitting System): Negative load power
Bit7 == 0 No power generated from "Load"
Bit7== 1 Power generated from"Load"
Was ist damit gemeint?
Hast du eine Ahnung?

Thx und bis denn
SouzA

EDIT/weitere Anmerkung:
Wäre das Userreading Battery_Level_korrigiert nicht besser, wenn der Min_SOC auch berücksichtigt würde?
Also:
Code Auswählen
Battery_Level_korrigiert:Battery_Level.* {sprintf("%.1f", (ReadingsVal("SH10rt","Battery_Level","0")*(ReadingsVal("SH10rt","Max_SOC","0")-ReadingsVal("SH10rt","Min_SOC","0"))/100));;},
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: Stephan27 am 02 Mai 2023, 09:04:52
Hallo zusammen und zunächst vielen Dank für den Thread und die Dokumentationsarbeit, die hier bereits gemacht wurde.
Wir montieren die Tage meine PV und als WR kommt wie sollte es hier im Thread anders sein der SG SH10RT.

Kann ich davon ausgehen, dass der erste Post aktualisiert ist und erstmal "Best Practise" ist?
Ich kann leider noch nicht probieren und konfigurieren, da der WR noch nicht am Strom hängt.


P.S.:
Aktuell lagen dem Paket der Winet-S2 und die DTU-S666 bei.
Für den WR habe ich zwei LAN-Kabel und entsprechende IP-Adresse bereitgelegt (denke mal, der WR kann sich die DHCP-Reservierungen (MAC) auf beiden Interfaces abholen?)

Kann ich über FHEM auch die Parameter für die Datenausgänge setzen? Bei mir hängt eine Viessmann WP hinten dran, die SG-Ready ist und die vom SG die Signale für Überschuss bekommen soll und entsprechend Warm-Wasser oder Heizüberschuss generieren soll. Ich könnte die WP auch via FHEM steuern statt über den Datenport vom SG, aber aktuell hängt diese noch an der Cloud von Viessmann zwecks Garantie-Verlängerung, sodass ich nur via API darauf komme. Opti-Linkkabel und lokale Steuerung kann ich erst nach der Garantie realisieren.
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 02 Mai 2023, 15:47:55
Hi Stephan27,

willkommen bei den "Sungrowern"... ;)
Ich hab es tatsächlich großen Teils wie FhemPiUser umgesetzt:
Beitrag von FhemPiUser (https://forum.fhem.de/index.php?msg=1234746)

Wobei man, meines Erachtens, lange nicht alle Register braucht. Ob man wirklich jeden Monat und jeden Tag abfragen muss, wenn man das eh schon gelogt hat, sei jedem selbst überlassen.

Anschlussmäßig habe ich die Anbindung an die Cloud über WLAN (der Winet-S2 Dongle am WR) und ModBus über die LAN-Schnittstelle direkt am WR. Das verträgt sich, meiner Erfahrung nach, gut miteinander.
DHCP funktioniert bei beiden Schnittstellen.
Setzen von Ausgängen habe ich noch nicht probiert. Hab ich z.Z. keine Notwendigkeit zu.

Bis denn
SouzA
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: Stephan27 am 03 Mai 2023, 08:19:44
Danke schonmal für die erste Antwort.

Also ob man alle Register braucht, sehe ich genauso, aber ich möchte zumindest erst einmal möglichst alle sehen und dann entscheiden, was ich in der MariaDB speichere und weiter verwende. Cloud möchte ich komplett darauf verzichten. Eigentlich habe ich alle meine smarten Geräte lokal, einige sind auch extra neu geflasht.

Was macht eigentlich den Unterschied beim ModbusAttr 1 3 und ModbusAttr 11 z.B. aus?
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 03 Mai 2023, 08:42:52
Zitat von: Stephan27 am 03 Mai 2023, 08:19:44Danke schonmal für die erste Antwort.

Also ob man alle Register braucht, sehe ich genauso, aber ich möchte zumindest erst einmal möglichst alle sehen und dann entscheiden, was ich in der MariaDB speichere und weiter verwende. Cloud möchte ich komplett darauf verzichten. Eigentlich habe ich alle meine smarten Geräte lokal, einige sind auch extra neu geflasht.

Was macht eigentlich den Unterschied beim ModbusAttr 1 3 und ModbusAttr 11 z.B. aus?

Moin,
in der Commandref:
Code Auswählen
define <name> ModbusAttr <Id> <Interval> <Address:Port> <RTU|ASCII|TCP>
In the first case the module connects to the external Modbus device with Modbus Id <Id> through the serial modbus device (RS232 or RS485). Therefore a physical [[Modbus]] device is defined first
In the second case the module connects directly through Modbus TCP or Modbus RTU or ASCII over TCP.
If <Interval> is not 0 then the module actively requests data from the external device every <Interval> seconds
The objects that the module should request and the readings it should create from these objects have to be defined with attributes (see below).
These attributes will define a mapping from so called "coils", "digital inputs", "input registers" or "holding registers" of the external device to readings inside Fhem together with the data type and format of the values.
Interval can be 0 in which case the Module only requests data when it is triggered with a Fhem get-Command.
With this mode a Fhem installation can for example query sensor data from a heating system, energy meter or solar power installation if these systems offer a Modbus interface.
Commandref ModbusAttr (https://fhem.de/commandref.html#ModbusAttr)

Bis denn
SouzA

Edit: Aber ehrlich gesagt, habe ich mir nie groß Gedanken darüber gemacht. Habe einmal so ein Device wie im ersten Post von diesem Threat beschrieben angelegt... Und es hat auf Anhieb funktioniert.
Der andere Kram kam dann später... ;)

Edit 2: Zur Cloud-Anbindung kann ich nur sagen, dass ich es gemacht habe. Das läuft über den WLAN-Dongle im Gastnetzwerk.
Die Sache ist, dass du m.E. als "normaler" Nutzer, keine Updates o.ä. machen kannst. Dazu brauchst du das Admin-Passwort des Installateurs. Ergo muss der Installateur irgendwie auf das Gerät kommen.
Ob man das über ModBus anstoßen kann, weiß ich nicht...
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: pula am 12 Mai 2023, 09:54:53
Hallo,

danke für die ganze Arbeit hierzu. Hab seit gestern einen sht8 in betrieb und bin am reintasten.
für den betrieb eines heizstabs im puffer ist diese lösung vermutlich deutlich zu langsam.
wie habt ihr das gemacht, falls jemand überschuss zum heizen verwendet?
cheers,
Pula
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 12 Mai 2023, 11:40:55
Zitat von: pula am 12 Mai 2023, 09:54:53Hallo,

danke für die ganze Arbeit hierzu. Hab seit gestern einen sht8 in betrieb und bin am reintasten.
für den betrieb eines heizstabs im puffer ist diese lösung vermutlich deutlich zu langsam.
wie habt ihr das gemacht, falls jemand überschuss zum heizen verwendet?
cheers,
Pula

Hi,
welche Lösung ist zu langsam?
Bei meiner Konfiguration werden die Werte vom WR alle 3 Sekunden aktualisiert.
Wenn das nicht reicht die Schaltausgänge vom WR nutzen, vielleicht?!

Bis denn
SouzA
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: pula am 12 Mai 2023, 15:14:54
Stimmt eigentlich auch wieder. Wie gesagt, ist meine erste PV...
Hat zufällig jemand schon ein grafana-board dafür gemacht?
Cheers,
Pula
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: Stephan27 am 25 Mai 2023, 14:55:18
Zitat von: SouzA am 03 Mai 2023, 08:42:52
Zitat von: Stephan27 am 03 Mai 2023, 08:19:44Danke schonmal für die erste Antwort.

Also ob man alle Register braucht, sehe ich genauso, aber ich möchte zumindest erst einmal möglichst alle sehen und dann entscheiden, was ich in der MariaDB speichere und weiter verwende. Cloud möchte ich komplett darauf verzichten. Eigentlich habe ich alle meine smarten Geräte lokal, einige sind auch extra neu geflasht.

Was macht eigentlich den Unterschied beim ModbusAttr 1 3 und ModbusAttr 11 z.B. aus?

Moin,
...

Edit: Aber ehrlich gesagt, habe ich mir nie groß Gedanken darüber gemacht. Habe einmal so ein Device wie im ersten Post von diesem Threat beschrieben angelegt... Und es hat auf Anhieb funktioniert.
Der andere Kram kam dann später... ;)

Edit 2: Zur Cloud-Anbindung kann ich nur sagen, dass ich es gemacht habe. Das läuft über den WLAN-Dongle im Gastnetzwerk.
Die Sache ist, dass du m.E. als "normaler" Nutzer, keine Updates o.ä. machen kannst. Dazu brauchst du das Admin-Passwort des Installateurs. Ergo muss der Installateur irgendwie auf das Gerät kommen.
Ob man das über ModBus anstoßen kann, weiß ich nicht...

Ich war erstmal eine Weile in Italien, daher die späte Antwort.
Der WR ist leider nun doch erst heute in Betrieb gegangen, FHEM gucke ich mir heute Abend an.

Danke erstmal für den weiteren Input, ich stürze mich auch mal auf die benannten Beiträge.

Zu Edit2, Cloud lasse ich völlig außen vor. Ich habe das lokale Admin-Kennwort für das Gerät und komme auch drauf und alle Parameter, die man als Installateur übers iCloud auch machen kann. Updates/ Firmware geht auch alles per Browser bzw. über Datei, Bluetooth und Smartphone (wahrscheinlich mit entsprechender Wartezeit oder er verbindet damit den eigenen HotSpot)


EDIT:
So also, die Config aus dem allerersten Beitrag hier im Thread funktioniert bereits wunderbar.  Vielen Dank schonmal an den TE und Alle die dort mitgewirkt haben.
Ich werde mir später mal die Config von FhemPiUser ansehen, die ist ja doch etwas umfassender, aber erstmal bin ich glücklich wie es funktioniert und läuft, daraus muss ich mir eh erstmal mein Grafana-Dashboard bauen und in Schritt 2 meine Skripte für Überschuss (z.B. Wärmepumpe das Warmwasser von 42°c auf 55°c-60°c anheben lassen) hinterlegen.

EDIT2:
Was sagt denn der "Daily_Yield" aus?
Ist das die Gesamtproduktion (Ausspeisung + Eigenverbrauch)?
Wird der Daily_Bezug und der Daily_LOAD auch irgendwo summiert und geloggt?
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: Green Hornet am 28 Mai 2023, 13:53:54
Hallo zusammen,

vielleicht etwas offtopic  ::),
aktuell frage ich die Modbus Register über den WiNet-S Dongle ab, kommen aber leider wie bekannt nicht alle an.
Wenn ich jetzt den richtigen LAN Anschluss benutze kann es dann zu Problemen kommen wenn ich später noch einen AC-Thor 9s verwende der auch die Modbus-Daten über den LAN Anschluss benutzt bzgl. Mehrfachabfrage / Timeouts?
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: toron_go am 30 Mai 2023, 09:23:27
Hallo,
ich habe ich habe einen Sungrow SH06RT, und soweit läuft auch alles hatte ich bisher kein Reading (gefunden) das mir den aktuellen verbrauch aus dem BYD Akku anzeigt?

Nach suchen und etwas basteln ... folgendes scheint zu gehen ;-)

attr SH06rt_Fast obj-i13021-expr $val/1
attr SH06rt_Fast obj-i13021-poll 1 
attr SH06rt_Fast obj-i13021-reading BYD_Battery_Power

Vg Toron
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: pula am 09 Juni 2023, 22:24:35
Hallo,

ich habe das jetzt seit einigen Wochen so im Einsatz und frage per LAN alle 10 Sekunden ab, was grundsätzlich auch funktioniert.
Manchmal (unter tags) fällt mir aber auf, daß weder fhem noch die icloud-app Werte bekommen, am häufigsten noch die Werte, die dann in 01_Total_DC_Power dargestellt werden.
Der interne Verbrauch oder der Zukauf wird aber oft etliche Minuten lang nicht neu angezeigt bzw vom WR ausgegeben.
Kennt das Verhalten jemand und weiß evtl wie es zu beheben ist?
Betreibe einen SH8.0RT-V112 mit ARM-Softwareversion SAPPHIRE-H_01011.71.21, MDSP-Softwareversion SAPPHIRE-H_03011.71.18 und SDSP Softwareversion SUBCTL-S_04011.01.01. Ich habe nur LAN aktiviert, WLAN ist nicht aktiv (ich hätte dort WLAN, aber ich hab nicht wirklich Ahnung, wie ich es hinkriege, daß die iSolar-Daten über WLAN gehen und nur die modbus-Daten über LAN).

Cheers,
Pula
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 10 Juni 2023, 08:07:57
Zitat von: Stephan27 am 25 Mai 2023, 14:55:18
Zitat von: SouzA am 03 Mai 2023, 08:42:52
Zitat von: Stephan27 am 03 Mai 2023, 08:19:44Danke schonmal für die erste Antwort.

Also ob man alle Register braucht, sehe ich genauso, aber ich möchte zumindest erst einmal möglichst alle sehen und dann entscheiden, was ich in der MariaDB speichere und weiter verwende. Cloud möchte ich komplett darauf verzichten. Eigentlich habe ich alle meine smarten Geräte lokal, einige sind auch extra neu geflasht.

Was macht eigentlich den Unterschied beim ModbusAttr 1 3 und ModbusAttr 11 z.B. aus?

Moin,
...

Edit: Aber ehrlich gesagt, habe ich mir nie groß Gedanken darüber gemacht. Habe einmal so ein Device wie im ersten Post von diesem Threat beschrieben angelegt... Und es hat auf Anhieb funktioniert.
Der andere Kram kam dann später... ;)

Edit 2: Zur Cloud-Anbindung kann ich nur sagen, dass ich es gemacht habe. Das läuft über den WLAN-Dongle im Gastnetzwerk.
Die Sache ist, dass du m.E. als "normaler" Nutzer, keine Updates o.ä. machen kannst. Dazu brauchst du das Admin-Passwort des Installateurs. Ergo muss der Installateur irgendwie auf das Gerät kommen.
Ob man das über ModBus anstoßen kann, weiß ich nicht...

Ich war erstmal eine Weile in Italien, daher die späte Antwort.
Der WR ist leider nun doch erst heute in Betrieb gegangen, FHEM gucke ich mir heute Abend an.

Danke erstmal für den weiteren Input, ich stürze mich auch mal auf die benannten Beiträge.

Zu Edit2, Cloud lasse ich völlig außen vor. Ich habe das lokale Admin-Kennwort für das Gerät und komme auch drauf und alle Parameter, die man als Installateur übers iCloud auch machen kann. Updates/ Firmware geht auch alles per Browser bzw. über Datei, Bluetooth und Smartphone (wahrscheinlich mit entsprechender Wartezeit oder er verbindet damit den eigenen HotSpot)


EDIT:
So also, die Config aus dem allerersten Beitrag hier im Thread funktioniert bereits wunderbar.  Vielen Dank schonmal an den TE und Alle die dort mitgewirkt haben.
Ich werde mir später mal die Config von FhemPiUser ansehen, die ist ja doch etwas umfassender, aber erstmal bin ich glücklich wie es funktioniert und läuft, daraus muss ich mir eh erstmal mein Grafana-Dashboard bauen und in Schritt 2 meine Skripte für Überschuss (z.B. Wärmepumpe das Warmwasser von 42°c auf 55°c-60°c anheben lassen) hinterlegen.

EDIT2:
Was sagt denn der "Daily_Yield" aus?
Ist das die Gesamtproduktion (Ausspeisung + Eigenverbrauch)?
Wird der Daily_Bezug und der Daily_LOAD auch irgendwo summiert und geloggt?

Moin,
Zu deinem Edit2:
Keine Ahnung, was das Yield ist.
Daily_Bezug und Daily_Load hab ich mit dem Statistic-Modul gemacht.
Dann kommem sogar nich Last, Month und Year dazu... Funzt super.
Den Bezug würde ich an deiner Stelle direkt vom Zähler deines Anschlusses beziehen.
Habe festgestellt, dass man schon ein paar Cent auf der Uhr hat, während Sungrow noch 0Cent und 100% Eigenversorgung anzeigt.

Bis denn
SouzA
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 10 Juni 2023, 08:13:09
Zitat von: Green Hornet am 28 Mai 2023, 13:53:54Hallo zusammen,

vielleicht etwas offtopic  ::),
aktuell frage ich die Modbus Register über den WiNet-S Dongle ab, kommen aber leider wie bekannt nicht alle an.
Wenn ich jetzt den richtigen LAN Anschluss benutze kann es dann zu Problemen kommen wenn ich später noch einen AC-Thor 9s verwende der auch die Modbus-Daten über den LAN Anschluss benutzt bzgl. Mehrfachabfrage / Timeouts?
Moin,
Habe festgestellt, dass der Sungrow eine echte Mimose am Modbus sein kann.
Betreibe die Modbus-Abfrage am "richtigen" LAN-Anschluß...
So kann es vorkommen, dass der Sungrow neu startet, wenn man Fhem neu lädt.
Ich denke, das liegt an der Synchronisation zum Modbus.
Is nich weiter wild, aber irritierend.
Die Synchronisation kann auch schon mal ein paar Minuten in Anspruch nehmen.

Wie es jetzt mit weiteren Teilnehmern am Bus aussieht, kann ich dir leider nicht sagen. Aber ich kann mir vorstellen, es könnte Probleme geben.

Bis denn
SouzA
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 10 Juni 2023, 08:23:34
Zitat von: pula am 09 Juni 2023, 22:24:35Hallo,

ich habe das jetzt seit einigen Wochen so im Einsatz und frage per LAN alle 10 Sekunden ab, was grundsätzlich auch funktioniert.
Manchmal (unter tags) fällt mir aber auf, daß weder fhem noch die icloud-app Werte bekommen, am häufigsten noch die Werte, die dann in 01_Total_DC_Power dargestellt werden.
Der interne Verbrauch oder der Zukauf wird aber oft etliche Minuten lang nicht neu angezeigt bzw vom WR ausgegeben.
Kennt das Verhalten jemand und weiß evtl wie es zu beheben ist?
Betreibe einen SH8.0RT-V112 mit ARM-Softwareversion SAPPHIRE-H_01011.71.21, MDSP-Softwareversion SAPPHIRE-H_03011.71.18 und SDSP Softwareversion SUBCTL-S_04011.01.01. Ich habe nur LAN aktiviert, WLAN ist nicht aktiv (ich hätte dort WLAN, aber ich hab nicht wirklich Ahnung, wie ich es hinkriege, daß die iSolar-Daten über WLAN gehen und nur die modbus-Daten über LAN).

Cheers,
Pula

Moin,
Ist denn die Verbindung in fhem "opened", wenn du den Ausfall mitkriegst? Oder "flackert" die Verbindung.
Das fällt mir auf, wenn fhem neu gestartet wird und die beiden sich dann ein paar Minuten synchronisieren... Dann kommen gelegentlich Werte. Aber lange nicht alle und nicht regelmäßig.
Das hört auf, wenn die Verbindung dann dauerhaft "opened" also stabil ist.

Behebung: Einstellungen checken und Geduld. ;)

Was meinst du mit iSolar-Daten über Wlan und Modbus über LAN?
Meine Konfig:
WLAN über Gast-Wlan mit Zugang zum Internet ohne Erlaubnis andere Teilnehmer sehen zu dürfen.
MODBUS über LAN-Schnittstelle ohne Erlaubnis zum Internet.

Bis denn
SouzA
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 10 Juni 2023, 08:30:04
Zitat von: pula am 12 Mai 2023, 15:14:54Stimmt eigentlich auch wieder. Wie gesagt, ist meine erste PV...
Hat zufällig jemand schon ein grafana-board dafür gemacht?
Cheers,
Pula
Moin, hast du da was gebastelt?
Wie schaut das aus?

Thx und bis denn
SouzA
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: pula am 11 Juni 2023, 00:02:25
jo, hab ein wenig was zurechgeklempnert, ist aber noch nicht fertig...
da ich die daily-werte nicht dauernd in der db haben will, hab ich ein dummy angelegt, das jeweils kurz vor mitternacht mit werten befüllt wird.
die grafana-darstellung der daily-werte passt mir noch nicht ganz, bin am herumprobieren....
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: Stephan27 am 12 Juni 2023, 18:45:39
Zitat von: SouzA am 10 Juni 2023, 08:07:57
Zitat von: Stephan27 am 25 Mai 2023, 14:55:18
Zitat von: SouzA am 03 Mai 2023, 08:42:52
Zitat von: Stephan27 am 03 Mai 2023, 08:19:44...
Daily_Bezug und Daily_Load hab ich mit dem Statistic-Modul gemacht.
Dann kommem sogar nich Last, Month und Year dazu... Funzt super.

Den Bezug würde ich an deiner Stelle direkt vom Zähler deines Anschlusses beziehen.
Habe festgestellt, dass man schon ein paar Cent auf der Uhr hat, während Sungrow noch 0Cent und 100% Eigenversorgung anzeigt.

Bis denn
SouzA
Welches Statistic-Modul, dass klingt erstmal interessant?
Aktuell fummel ich mir das aufwendig aus der DB im Grafana zusammen.

Bezug nehme ich tatsächlich von Beginn an vom Hauszähler direkt, da ich das zum Einen schon vor der PV hatte und zum Anderen damit auch die Micro-Grid-PVs auf dem Grundstück "abgefangen" sind, die der Sungrow natürlich absolut nicht sieht. Meine Statistik ist am Sungrow damit eh in jeder Hinsicht verfälscht, aber die Anlage am Sungrow möchte ich eh separat betrachten.
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: pula am 13 Juni 2023, 07:01:08
Zitat von: SouzA am 10 Juni 2023, 08:23:34Behebung: Einstellungen checken und Geduld. ;)
Was meinst du mit iSolar-Daten über Wlan und Modbus über LAN?
Meine Konfig:
WLAN über Gast-Wlan mit Zugang zum Internet ohne Erlaubnis andere Teilnehmer sehen zu dürfen.
MODBUS über LAN-Schnittstelle ohne Erlaubnis zum Internet.
Moin,
welche Einstellungen könnte man denn checken? Mir fällt - jetzt wo du es erwähnst - auf, daß die Verbindung flackert (opened - disconnected - opened etc).
Liegt aber nicht am fhem-restart, denn das läuft seit Tagen. Bin mir nicht sicher, welche Einstellungen du hier meinst?
Was mir auch auffällt ist, daß zur gleichen Zeit auch diese iCloud hier keine (oder nur einzelne) Werte anzeigt. Bei mir läuft derzeit alles über LAN.
Zur Config: wenn das netzwerk-seitig so konfiguriert ist, daß LAN nicht ins Internet darf, kapiert der WR das automatisch und schickt die Daten seiner "iCloud" per WLAN? Wäre netzwerk-technisch kein Problem, das so einzustellen (wobei ich kein Gäste WLAN habe aber wäre mir egal, wenn das Ding sich mit anderen Geräten unterhalten könnte - oder ich mach mal ein eigenes Netzwerk-Segment dafür, wär auch kein großer Aufwand)...
Cheers,
Pula
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 13 Juni 2023, 14:24:34
Zitat von: Stephan27 am 12 Juni 2023, 18:45:39
Zitat von: SouzA am 10 Juni 2023, 08:07:57
Zitat von: Stephan27 am 25 Mai 2023, 14:55:18
Zitat von: SouzA am 03 Mai 2023, 08:42:52
Zitat von: Stephan27 am 03 Mai 2023, 08:19:44...
Daily_Bezug und Daily_Load hab ich mit dem Statistic-Modul gemacht.
Dann kommem sogar nich Last, Month und Year dazu... Funzt super.

Den Bezug würde ich an deiner Stelle direkt vom Zähler deines Anschlusses beziehen.
Habe festgestellt, dass man schon ein paar Cent auf der Uhr hat, während Sungrow noch 0Cent und 100% Eigenversorgung anzeigt.

Bis denn
SouzA
Welches Statistic-Modul, dass klingt erstmal interessant?
Aktuell fummel ich mir das aufwendig aus der DB im Grafana zusammen.

Bezug nehme ich tatsächlich von Beginn an vom Hauszähler direkt, da ich das zum Einen schon vor der PV hatte und zum Anderen damit auch die Micro-Grid-PVs auf dem Grundstück "abgefangen" sind, die der Sungrow natürlich absolut nicht sieht. Meine Statistik ist am Sungrow damit eh in jeder Hinsicht verfälscht, aber die Anlage am Sungrow möchte ich eh separat betrachten.


Moin,
das Modul findest du hier:
Commandref statistics (https://fhem.de/commandref_DE.html#statistics)

Wenn du da weitere Infos brauchst, dann einfach melden.
Kann dir grad kein list o.ä. machen, bin unterwegs...

Bis denn
SouzA
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 13 Juni 2023, 14:44:13
Zitat von: pula am 13 Juni 2023, 07:01:08
Zitat von: SouzA am 10 Juni 2023, 08:23:34Behebung: Einstellungen checken und Geduld. ;)
Was meinst du mit iSolar-Daten über Wlan und Modbus über LAN?
Meine Konfig:
WLAN über Gast-Wlan mit Zugang zum Internet ohne Erlaubnis andere Teilnehmer sehen zu dürfen.
MODBUS über LAN-Schnittstelle ohne Erlaubnis zum Internet.
Moin,
welche Einstellungen könnte man denn checken? Mir fällt - jetzt wo du es erwähnst - auf, daß die Verbindung flackert (opened - disconnected - opened etc).
Liegt aber nicht am fhem-restart, denn das läuft seit Tagen. Bin mir nicht sicher, welche Einstellungen du hier meinst?
Was mir auch auffällt ist, daß zur gleichen Zeit auch diese iCloud hier keine (oder nur einzelne) Werte anzeigt. Bei mir läuft derzeit alles über LAN.
Zur Config: wenn das netzwerk-seitig so konfiguriert ist, daß LAN nicht ins Internet darf, kapiert der WR das automatisch und schickt die Daten seiner "iCloud" per WLAN? Wäre netzwerk-technisch kein Problem, das so einzustellen (wobei ich kein Gäste WLAN habe aber wäre mir egal, wenn das Ding sich mit anderen Geräten unterhalten könnte - oder ich mach mal ein eigenes Netzwerk-Segment dafür, wär auch kein großer Aufwand)...
Cheers,
Pula
Moin,
das flackern ist dein Problem. Verwendest du beide LAN-Schnittstellen?
Ich tippe du verwendest eine Schnittstelle und fragst die Daten mit zwei "Devices" (Fhem und iCloud) ab.
In diesem Threat haben schon andere berichtet, dass die Nutzung einer LAN-Schnittstellen für mehrere Dinge nicht so gut funktioniert.
https://forum.fhem.de/index.php?topic=115597.msg1178681#msg1178681 (https://forum.fhem.de/index.php?topic=115597.msg1178681#msg1178681)

Außerdem die Software des WR aktuell halten:
https://forum.fhem.de/index.php?topic=115597.msg1234838#msg1234838 (https://forum.fhem.de/index.php?topic=115597.msg1234838#msg1234838)

Zu deiner zweiten Fragen mit dem Dongle usw...
Das hoffe ich mal. ;) Bei mir war es so, dass der WR mit dem Dongel über W-LAN in Betrieb gesetzt wurde. Der hat also von Anfang an die gleiche IP und kennt nur das W-LAN ins Netz.
In der Cloud wird der Dongle auch als verknüpftes Kommunikationsgerät angezeigt.
Später kam dann das ModBus über die zweite Schnittstelle hinzu. Die IP hab ich auch gleich von Anfang an festgelegt und die Verbindung ins Internet unterbunden.

Bis denn
SouzA
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 13 Juni 2023, 15:09:14
Zitat von: pula am 11 Juni 2023, 00:02:25jo, hab ein wenig was zurechgeklempnert, ist aber noch nicht fertig...
da ich die daily-werte nicht dauernd in der db haben will, hab ich ein dummy angelegt, das jeweils kurz vor mitternacht mit werten befüllt wird.
die grafana-darstellung der daily-werte passt mir noch nicht ganz, bin am herumprobieren....
Jetzt mal ne ganz blöde Frage:
Ist das dein Wohnhaus mit einem Bedarf von >60kWh?  :o

Und eine Anmerkung: *Klugscheißer an* Die Einheit von Strom ist Ampere (A) nicht kW (Leistung)...  ;D *Klugscheißer aus*

Bis denn
SouzA
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: ch.eick am 13 Juni 2023, 15:38:23
Zitat von: pula am 11 Juni 2023, 00:02:25jo, hab ein wenig was zurechgeklempnert, ist aber noch nicht fertig...
da ich die daily-werte nicht dauernd in der db haben will, hab ich ein dummy angelegt, das jeweils kurz vor mitternacht mit werten befüllt wird.
die grafana-darstellung der daily-werte passt mir noch nicht ganz, bin am herumprobieren....
Ich finde die Daily Werte an dem Tag, wo sie entstehen noch recht interessant und zeige sie im stateformat mit an.
Zyklisch lösche ich sie dann in der DbLog, bis auf den Max Daily, so bleibt die Datenbank auch sauber.

Die Maxwerte machen dann Sinn, wenn man Wochen oder Monats Darstellungen macht.
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: pula am 14 Juni 2023, 19:22:31
Zitat von: SouzA am 13 Juni 2023, 15:09:14
Zitat von: pula am 11 Juni 2023, 00:02:25jo, hab ein wenig was zurechgeklempnert, ist aber noch nicht fertig...
da ich die daily-werte nicht dauernd in der db haben will, hab ich ein dummy angelegt, das jeweils kurz vor mitternacht mit werten befüllt wird.
die grafana-darstellung der daily-werte passt mir noch nicht ganz, bin am herumprobieren....
Jetzt mal ne ganz blöde Frage:
Ist das dein Wohnhaus mit einem Bedarf von >60kWh?  :o

Und eine Anmerkung: *Klugscheißer an* Die Einheit von Strom ist Ampere (A) nicht kW (Leistung)...  ;D *Klugscheißer aus*

Bis denn
SouzA
Tja, ich hab ein Bäckerei-Geschäft im Haus, das ich mit versorge und eine TK-Zelle, die der Nachbar noch nutzt. da kommt was zusammen...
jaja. aber strom ist so ein überbegriff....
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: pula am 14 Juni 2023, 19:24:03
irgendwie hab ich grad ein paar neue sachen, die mir so aufgefallen sind...
obj-i13000-reading ist bei mir der Running state - aber wenn ich mich nicht irre (kann natürlich sehr gut möglich sein), habe ich in der letzten Register-Beschreibung gelesen, dass das 13001 ist?!
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: pula am 14 Juni 2023, 19:25:04
Zitat von: ch.eick am 13 Juni 2023, 15:38:23
Zitat von: pula am 11 Juni 2023, 00:02:25jo, hab ein wenig was zurechgeklempnert, ist aber noch nicht fertig...
da ich die daily-werte nicht dauernd in der db haben will, hab ich ein dummy angelegt, das jeweils kurz vor mitternacht mit werten befüllt wird.
die grafana-darstellung der daily-werte passt mir noch nicht ganz, bin am herumprobieren....
Ich finde die Daily Werte an dem Tag, wo sie entstehen noch recht interessant und zeige sie im stateformat mit an.
Zyklisch lösche ich sie dann in der DbLog, bis auf den Max Daily, so bleibt die Datenbank auch sauber.

Die Maxwerte machen dann Sinn, wenn man Wochen oder Monats Darstellungen macht.
Das mit dem am Tag noch verfügbar haben macht viel Sinn. (grafana). Ich denke, die Idee klaue ich und lösche es dann auch zyklisch...
Danke und cheers,
Pula
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 14 Juni 2023, 21:23:24
Zitat von: pula am 14 Juni 2023, 19:24:03irgendwie hab ich grad ein paar neue sachen, die mir so aufgefallen sind...
obj-i13000-reading ist bei mir der Running state - aber wenn ich mich nicht irre (kann natürlich sehr gut möglich sein), habe ich in der letzten Register-Beschreibung gelesen, dass das 13001 ist?!


Is bei mir:
Code Auswählen
obj-i12999-poll 1
obj-i12999-reading 98_System_State
obj-i12999-type U16
obj-i13000-poll 1
obj-i13000-reading 99_Running_State
obj-i13000-type U16
mit Userreading
Code Auswählen
98_System_State_text:98_System_State.* {if (ReadingsVal("SH10rt","98_System_State","0") == 0x0002) {return "Stop";} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x0008) {return "Standby";} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x0010) {return "Initial standby";} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x0020) {return "Startup";} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x0040) {return "Running";} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x0100) {return "Fault";} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x0400) {return "Running in maintain mode";} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x0800) {return "Running in forced mode";} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x1000) {return "Running in off-grid mode";} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x2501) {return "Restarting";} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x4000) {return "Running in External EMS mode";} else {return "unknown";}},

99_Running_State_text_Bit0_PV_power:99_Running_State.* {my $text=""; if ((ReadingsVal("SH10rt","99_Running_State","0") & 1) > 0) {$text=$text."PV-Lstg.";} else {$text=$text."Keine PV-Lstg.";}},
99_Running_State_text_Bit1_Battery_charging:99_Running_State.* {my $text=""; if ((ReadingsVal("SH10rt","99_Running_State","0") & 2) > 0) {$text=$text."Ladung";} else {$text=$text."Keine Ladung";}},
99_Running_State_text_Bit2_Battery_discharging:99_Running_State.* {my $text=""; if ((ReadingsVal("SH10rt","99_Running_State","0") & 4) > 0) {$text=$text."Entladung";} else {$text=$text."Keine Entladung";}},
99_Running_State_text_Bit3_Positive_load_power:99_Running_State.* {my $text=""; if ((ReadingsVal("SH10rt","99_Running_State","0") & 8) > 0) {$text=$text."Last ist aktiv";} else {$text=$text."Last ist reaktiv";}},
99_Running_State_text_Bit4_Feed-in_power:99_Running_State.* {my $text=""; if ((ReadingsVal("SH10rt","99_Running_State","0") & 16) > 0) {$text=$text."Einspeisung";} else {$text=$text."Keine Einspeisung";}},
99_Running_State_text_Bit5_Import_Power_from_grid:99_Running_State.* {my $text=""; if ((ReadingsVal("SH10rt","99_Running_State","0") & 32) > 0) {$text=$text."Netzbezug";} else {$text=$text."Kein Netzbezug";}},
99_Running_State_text_Bit7_Negative_load_power:99_Running_State.* {my $text=""; if ((ReadingsVal("SH10rt","99_Running_State","0") & 128) > 0) {$text=$text."Power generated from Load";} else {$text=$text."No Power generated from Load";}},
Das hab ich von hier:
https://forum.fhem.de/index.php?topic=115597.msg1263970#msg1263970 (https://forum.fhem.de/index.php?topic=115597.msg1263970#msg1263970)

Bis denn
SouzA
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 14 Juni 2023, 21:31:09
Zitat von: ch.eick am 13 Juni 2023, 15:38:23
Zitat von: pula am 11 Juni 2023, 00:02:25jo, hab ein wenig was zurechgeklempnert, ist aber noch nicht fertig...
da ich die daily-werte nicht dauernd in der db haben will, hab ich ein dummy angelegt, das jeweils kurz vor mitternacht mit werten befüllt wird.
die grafana-darstellung der daily-werte passt mir noch nicht ganz, bin am herumprobieren....
Ich finde die Daily Werte an dem Tag, wo sie entstehen noch recht interessant und zeige sie im stateformat mit an.
Zyklisch lösche ich sie dann in der DbLog, bis auf den Max Daily, so bleibt die Datenbank auch sauber.

Die Maxwerte machen dann Sinn, wenn man Wochen oder Monats Darstellungen macht.
Ich find nen Haufen Werte interessant... Kannst dir ja mal meine Readingsgroup angucken.
Die Werte für dieses Jahr sind natürlich murks, da die Auswertung erst viel später kam als die PV-Anlage.
Die Gesamtauswertung passt aber.
Ich hab irgendwie lieber immer Zahlen als Balken ;)
Das mit den Monatsdarstellungen usw spare ich mir. Das kriegt man aus der Cloud.

Bis denn
SouzA
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 14 Juni 2023, 21:32:20
Zitat von: pula am 14 Juni 2023, 19:22:31
Zitat von: SouzA am 13 Juni 2023, 15:09:14
Zitat von: pula am 11 Juni 2023, 00:02:25jo, hab ein wenig was zurechgeklempnert, ist aber noch nicht fertig...
da ich die daily-werte nicht dauernd in der db haben will, hab ich ein dummy angelegt, das jeweils kurz vor mitternacht mit werten befüllt wird.
die grafana-darstellung der daily-werte passt mir noch nicht ganz, bin am herumprobieren....
Jetzt mal ne ganz blöde Frage:
Ist das dein Wohnhaus mit einem Bedarf von >60kWh?  :o

Und eine Anmerkung: *Klugscheißer an* Die Einheit von Strom ist Ampere (A) nicht kW (Leistung)...  ;D *Klugscheißer aus*

Bis denn
SouzA
Tja, ich hab ein Bäckerei-Geschäft im Haus, das ich mit versorge und eine TK-Zelle, die der Nachbar noch nutzt. da kommt was zusammen...
jaja. aber strom ist so ein überbegriff....
Die Bäckerei erklärt so einiges... ;)
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: pula am 15 Juni 2023, 07:56:56
Zitat von: SouzA am 14 Juni 2023, 21:23:24
Zitat von: pula am 14 Juni 2023, 19:24:03irgendwie hab ich grad ein paar neue sachen, die mir so aufgefallen sind...
obj-i13000-reading ist bei mir der Running state - aber wenn ich mich nicht irre (kann natürlich sehr gut möglich sein), habe ich in der letzten Register-Beschreibung gelesen, dass das 13001 ist?!


Is bei mir:
Code Auswählen
obj-i12999-poll 1
obj-i12999-reading 98_System_State
obj-i12999-type U16
obj-i13000-poll 1
obj-i13000-reading 99_Running_State
obj-i13000-type U16
mit Userreading
Code Auswählen
98_System_State_text:98_System_State.* {if (ReadingsVal("SH10rt","98_System_State","0") == 0x0002) {return "Stop";} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x0008) {return "Standby";} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x0010) {return "Initial standby";} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x0020) {return "Startup";} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x0040) {return "Running";} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x0100) {return "Fault";} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x0400) {return "Running in maintain mode";} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x0800) {return "Running in forced mode";} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x1000) {return "Running in off-grid mode";} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x2501) {return "Restarting";} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x4000) {return "Running in External EMS mode";} else {return "unknown";}},

99_Running_State_text_Bit0_PV_power:99_Running_State.* {my $text=""; if ((ReadingsVal("SH10rt","99_Running_State","0") & 1) > 0) {$text=$text."PV-Lstg.";} else {$text=$text."Keine PV-Lstg.";}},
99_Running_State_text_Bit1_Battery_charging:99_Running_State.* {my $text=""; if ((ReadingsVal("SH10rt","99_Running_State","0") & 2) > 0) {$text=$text."Ladung";} else {$text=$text."Keine Ladung";}},
99_Running_State_text_Bit2_Battery_discharging:99_Running_State.* {my $text=""; if ((ReadingsVal("SH10rt","99_Running_State","0") & 4) > 0) {$text=$text."Entladung";} else {$text=$text."Keine Entladung";}},
99_Running_State_text_Bit3_Positive_load_power:99_Running_State.* {my $text=""; if ((ReadingsVal("SH10rt","99_Running_State","0") & 8) > 0) {$text=$text."Last ist aktiv";} else {$text=$text."Last ist reaktiv";}},
99_Running_State_text_Bit4_Feed-in_power:99_Running_State.* {my $text=""; if ((ReadingsVal("SH10rt","99_Running_State","0") & 16) > 0) {$text=$text."Einspeisung";} else {$text=$text."Keine Einspeisung";}},
99_Running_State_text_Bit5_Import_Power_from_grid:99_Running_State.* {my $text=""; if ((ReadingsVal("SH10rt","99_Running_State","0") & 32) > 0) {$text=$text."Netzbezug";} else {$text=$text."Kein Netzbezug";}},
99_Running_State_text_Bit7_Negative_load_power:99_Running_State.* {my $text=""; if ((ReadingsVal("SH10rt","99_Running_State","0") & 128) > 0) {$text=$text."Power generated from Load";} else {$text=$text."No Power generated from Load";}},
Das hab ich von hier:
https://forum.fhem.de/index.php?topic=115597.msg1263970#msg1263970 (https://forum.fhem.de/index.php?topic=115597.msg1263970#msg1263970)

Bis denn
SouzA

Hi!
wäre es möglich, daß du ein ganzes list von dem device postest bitte?
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 15 Juni 2023, 08:03:13
Zitat von: pula am 15 Juni 2023, 07:56:56
Zitat von: SouzA am 14 Juni 2023, 21:23:24
Zitat von: pula am 14 Juni 2023, 19:24:03irgendwie hab ich grad ein paar neue sachen, die mir so aufgefallen sind...
obj-i13000-reading ist bei mir der Running state - aber wenn ich mich nicht irre (kann natürlich sehr gut möglich sein), habe ich in der letzten Register-Beschreibung gelesen, dass das 13001 ist?!


Is bei mir:
Code Auswählen
obj-i12999-poll 1
obj-i12999-reading 98_System_State
obj-i12999-type U16
obj-i13000-poll 1
obj-i13000-reading 99_Running_State
obj-i13000-type U16
mit Userreading
Code Auswählen
98_System_State_text:98_System_State.* {if (ReadingsVal("SH10rt","98_System_State","0") == 0x0002) {return "Stop";} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x0008) {return "Standby";} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x0010) {return "Initial standby";} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x0020) {return "Startup";} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x0040) {return "Running";} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x0100) {return "Fault";} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x0400) {return "Running in maintain mode";} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x0800) {return "Running in forced mode";} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x1000) {return "Running in off-grid mode";} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x2501) {return "Restarting";} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x4000) {return "Running in External EMS mode";} else {return "unknown";}},

99_Running_State_text_Bit0_PV_power:99_Running_State.* {my $text=""; if ((ReadingsVal("SH10rt","99_Running_State","0") & 1) > 0) {$text=$text."PV-Lstg.";} else {$text=$text."Keine PV-Lstg.";}},
99_Running_State_text_Bit1_Battery_charging:99_Running_State.* {my $text=""; if ((ReadingsVal("SH10rt","99_Running_State","0") & 2) > 0) {$text=$text."Ladung";} else {$text=$text."Keine Ladung";}},
99_Running_State_text_Bit2_Battery_discharging:99_Running_State.* {my $text=""; if ((ReadingsVal("SH10rt","99_Running_State","0") & 4) > 0) {$text=$text."Entladung";} else {$text=$text."Keine Entladung";}},
99_Running_State_text_Bit3_Positive_load_power:99_Running_State.* {my $text=""; if ((ReadingsVal("SH10rt","99_Running_State","0") & 8) > 0) {$text=$text."Last ist aktiv";} else {$text=$text."Last ist reaktiv";}},
99_Running_State_text_Bit4_Feed-in_power:99_Running_State.* {my $text=""; if ((ReadingsVal("SH10rt","99_Running_State","0") & 16) > 0) {$text=$text."Einspeisung";} else {$text=$text."Keine Einspeisung";}},
99_Running_State_text_Bit5_Import_Power_from_grid:99_Running_State.* {my $text=""; if ((ReadingsVal("SH10rt","99_Running_State","0") & 32) > 0) {$text=$text."Netzbezug";} else {$text=$text."Kein Netzbezug";}},
99_Running_State_text_Bit7_Negative_load_power:99_Running_State.* {my $text=""; if ((ReadingsVal("SH10rt","99_Running_State","0") & 128) > 0) {$text=$text."Power generated from Load";} else {$text=$text."No Power generated from Load";}},
Das hab ich von hier:
https://forum.fhem.de/index.php?topic=115597.msg1263970#msg1263970 (https://forum.fhem.de/index.php?topic=115597.msg1263970#msg1263970)

Bis denn
SouzA

Hi!
wäre es möglich, daß du ein ganzes list von dem device postest bitte?
Code Auswählen
define SH10rt ModbusAttr 1 3 192.168.178.xx:502 TCP
attr SH10rt DbLogInclude Battery_Level,Battery_temperature,Export_Power_UR,Load_Power,Total_DC_Power,statTotal_Export_EnergyDay,statTotal_DC_PowerDayMax,statTotal_DC_PowerDayAvg,statTotal_DC_PowerYearAvg,statTotal_Export_EnergyDay,statTotal_PV_GenerationDay
attr SH10rt dev-i-combine 16
attr SH10rt dev-type-S16-len 1
attr SH10rt dev-type-S16-unpack s>
attr SH10rt dev-type-S32-len 2
attr SH10rt dev-type-S32-revRegs 1
attr SH10rt dev-type-S32-unpack l>
attr SH10rt dev-type-SL_R2-len 2
attr SH10rt dev-type-SL_R2-unpack l
attr SH10rt dev-type-U16-len 1
attr SH10rt dev-type-U16-revRegs 0
attr SH10rt dev-type-U16-unpack S>
attr SH10rt dev-type-U32-len 2
attr SH10rt dev-type-U32-revRegs 1
attr SH10rt dev-type-U32-unpack N
attr SH10rt dev-type-UL_R2-len 2
attr SH10rt dev-type-UL_R2-revRegs 1
attr SH10rt dev-type-UL_R2-unpack N
attr SH10rt event-on-change-reading .*
attr SH10rt group PV-Anlage
attr SH10rt icon solar_icon
attr SH10rt nextOpenDelay 5
attr SH10rt obj-h13001-expr $val/100
attr SH10rt obj-h13057-expr $val/10
attr SH10rt obj-h13057-poll 1
attr SH10rt obj-h13057-polldelay x199
attr SH10rt obj-h13057-reading Max_SOC
attr SH10rt obj-h13058-expr $val/10
attr SH10rt obj-h13058-poll 1
attr SH10rt obj-h13058-polldelay x199
attr SH10rt obj-h13058-reading Min_SOC
attr SH10rt obj-h13083-expr $val/100
attr SH10rt obj-h13083-poll 1
attr SH10rt obj-h13083-polldelay x199
attr SH10rt obj-h13083-reading Start_Charging_Power
attr SH10rt obj-h13084-expr $val/100
attr SH10rt obj-h13084-poll 1
attr SH10rt obj-h13084-polldelay x199
attr SH10rt obj-h13084-reading Start_Discharging_Power
attr SH10rt obj-h33046-expr $val/100
attr SH10rt obj-h33046-poll 1
attr SH10rt obj-h33046-polldelay x199
attr SH10rt obj-h33046-reading Max_Charging_Power
attr SH10rt obj-h33046-type U16
attr SH10rt obj-h33047-expr $val/100
attr SH10rt obj-h33047-poll 1
attr SH10rt obj-h33047-polldelay x199
attr SH10rt obj-h33047-reading Max_Discharging_Power
attr SH10rt obj-h33047-type U16
attr SH10rt obj-i12999-poll 1
attr SH10rt obj-i12999-reading 98_System_State
attr SH10rt obj-i12999-type U16
attr SH10rt obj-i13000-poll 1
attr SH10rt obj-i13000-reading 99_Running_State
attr SH10rt obj-i13000-type U16
attr SH10rt obj-i13001-expr $val/10
attr SH10rt obj-i13001-poll 1
attr SH10rt obj-i13001-polldelay x10
attr SH10rt obj-i13001-reading Daily_PV_Generation
attr SH10rt obj-i13001-type U16
attr SH10rt obj-i13002-expr $val/10
attr SH10rt obj-i13002-poll 1
attr SH10rt obj-i13002-polldelay x199
attr SH10rt obj-i13002-reading Total_PV_Generation
attr SH10rt obj-i13002-type U32
attr SH10rt obj-i13004-expr $val/10
attr SH10rt obj-i13004-poll 1
attr SH10rt obj-i13004-polldelay x10
attr SH10rt obj-i13004-reading Daily_Export_Energy_from_PV
attr SH10rt obj-i13005-expr $val/10
attr SH10rt obj-i13005-poll 1
attr SH10rt obj-i13005-polldelay x199
attr SH10rt obj-i13005-reading Total_Export_Energy_from_PV
attr SH10rt obj-i13005-type U32
attr SH10rt obj-i13007-poll 1
attr SH10rt obj-i13007-reading Load_Power
attr SH10rt obj-i13007-type S32
attr SH10rt obj-i13009-poll 1
attr SH10rt obj-i13009-reading Export_Power
attr SH10rt obj-i13009-type S32
attr SH10rt obj-i13011-expr $val/10
attr SH10rt obj-i13011-poll 1
attr SH10rt obj-i13011-polldelay x10
attr SH10rt obj-i13011-reading Daily_battery_charge_energy_from_PV
attr SH10rt obj-i13011-type U16
attr SH10rt obj-i13012-expr $val/10
attr SH10rt obj-i13012-poll 1
attr SH10rt obj-i13012-polldelay x199
attr SH10rt obj-i13012-reading Total_battery_charge_energy_from_PV
attr SH10rt obj-i13012-type U32
attr SH10rt obj-i13016-expr $val/10
attr SH10rt obj-i13016-poll 1
attr SH10rt obj-i13016-polldelay x10
attr SH10rt obj-i13016-reading Daily_direct_energy_consumption
attr SH10rt obj-i13016-type U16
attr SH10rt obj-i13017-expr $val/10
attr SH10rt obj-i13017-poll 1
attr SH10rt obj-i13017-polldelay x10
attr SH10rt obj-i13017-reading Total_direct_energy_consumption
attr SH10rt obj-i13017-type U32
attr SH10rt obj-i13019-expr $val/10
attr SH10rt obj-i13019-poll 1
attr SH10rt obj-i13019-reading Battery_voltage
attr SH10rt obj-i13019-type U16
attr SH10rt obj-i13020-expr $val/10
attr SH10rt obj-i13020-poll 1
attr SH10rt obj-i13020-reading Battery_current
attr SH10rt obj-i13020-type U16
attr SH10rt obj-i13021-poll 1
attr SH10rt obj-i13021-reading Battery_power
attr SH10rt obj-i13021-type U16
attr SH10rt obj-i13022-expr $val/10
attr SH10rt obj-i13022-poll 1
attr SH10rt obj-i13022-reading Battery_Level
attr SH10rt obj-i13022-type U16
attr SH10rt obj-i13023-expr $val/10
attr SH10rt obj-i13023-poll 1
attr SH10rt obj-i13023-polldelay x199
attr SH10rt obj-i13023-reading Battery_state_of_healthy
attr SH10rt obj-i13023-type U16
attr SH10rt obj-i13024-expr $val/10
attr SH10rt obj-i13024-poll 1
attr SH10rt obj-i13024-polldelay x10
attr SH10rt obj-i13024-reading Battery_temperature
attr SH10rt obj-i13024-type S16
attr SH10rt obj-i13025-expr $val/10
attr SH10rt obj-i13025-poll 1
attr SH10rt obj-i13025-reading Daily_battery_discharge_energy
attr SH10rt obj-i13025-type U16
attr SH10rt obj-i13026-expr $val/10
attr SH10rt obj-i13026-poll 1
attr SH10rt obj-i13026-polldelay x10
attr SH10rt obj-i13026-reading Total_battery_discharge_energy
attr SH10rt obj-i13026-type U32
attr SH10rt obj-i13028-expr $val/10
attr SH10rt obj-i13028-poll 1
attr SH10rt obj-i13028-polldelay x10
attr SH10rt obj-i13028-reading Self_consumption_of_today
attr SH10rt obj-i13028-type U16
attr SH10rt obj-i13033-poll 1
attr SH10rt obj-i13033-reading Total_active_power
attr SH10rt obj-i13033-type S32
attr SH10rt obj-i13035-expr $val/10
attr SH10rt obj-i13035-poll 1
attr SH10rt obj-i13035-polldelay x10
attr SH10rt obj-i13035-reading Daily_Import_Energy
attr SH10rt obj-i13035-type U16
attr SH10rt obj-i13036-expr $val/10
attr SH10rt obj-i13036-poll 1
attr SH10rt obj-i13036-polldelay x199
attr SH10rt obj-i13036-reading Total_Import_Energy
attr SH10rt obj-i13036-type U32
attr SH10rt obj-i13039-expr $val/10
attr SH10rt obj-i13039-poll 1
attr SH10rt obj-i13039-polldelay x10
attr SH10rt obj-i13039-reading Daily_Charge_Energy
attr SH10rt obj-i13039-type U16
attr SH10rt obj-i13040-expr $val/10
attr SH10rt obj-i13040-poll 1
attr SH10rt obj-i13040-polldelay x199
attr SH10rt obj-i13040-reading Total_Charge_Energy
attr SH10rt obj-i13040-type U32
attr SH10rt obj-i13044-expr $val/10
attr SH10rt obj-i13044-poll 1
attr SH10rt obj-i13044-polldelay x10
attr SH10rt obj-i13044-reading Daily_Export_Energy
attr SH10rt obj-i13044-type U16
attr SH10rt obj-i13045-expr $val/10
attr SH10rt obj-i13045-poll 1
attr SH10rt obj-i13045-polldelay x199
attr SH10rt obj-i13045-reading Total_Export_Energy
attr SH10rt obj-i13045-type U32
attr SH10rt obj-i13049-poll 1
attr SH10rt obj-i13049-polldelay x10
attr SH10rt obj-i13049-reading Inverter_Alarm
attr SH10rt obj-i13049-type U32
attr SH10rt obj-i13065-poll 1
attr SH10rt obj-i13065-polldelay x10
attr SH10rt obj-i13065-reading Battery_fault
attr SH10rt obj-i13065-type U32
attr SH10rt obj-i13067-poll 1
attr SH10rt obj-i13067-polldelay x10
attr SH10rt obj-i13067-reading Battery_alarm
attr SH10rt obj-i13067-type U32
attr SH10rt obj-i5002-expr $val/10
attr SH10rt obj-i5002-poll 1
attr SH10rt obj-i5002-polldelay x199
attr SH10rt obj-i5002-reading Daily_Output_Energy
attr SH10rt obj-i5002-type U16
attr SH10rt obj-i5003-expr $val/10
attr SH10rt obj-i5003-poll 1
attr SH10rt obj-i5003-polldelay x199
attr SH10rt obj-i5003-reading Total_Output_Energy
attr SH10rt obj-i5003-type U32
attr SH10rt obj-i5007-expr $val/10
attr SH10rt obj-i5007-poll 1
attr SH10rt obj-i5007-polldelay x10
attr SH10rt obj-i5007-reading Inside_Temperature
attr SH10rt obj-i5007-type S16
attr SH10rt obj-i5010-expr $val/10
attr SH10rt obj-i5010-poll 1
attr SH10rt obj-i5010-reading MPPT_1_Voltage
attr SH10rt obj-i5011-expr $val/10
attr SH10rt obj-i5011-poll 1
attr SH10rt obj-i5011-reading MPPT_1_Current
attr SH10rt obj-i5012-expr $val/10
attr SH10rt obj-i5012-poll 1
attr SH10rt obj-i5012-reading MPPT_2_Voltage
attr SH10rt obj-i5013-expr $val/10
attr SH10rt obj-i5013-poll 1
attr SH10rt obj-i5013-reading MPPT_2_Current
attr SH10rt obj-i5016-poll 1
attr SH10rt obj-i5016-reading Total_DC_Power
attr SH10rt obj-i5016-type U32
attr SH10rt obj-i5035-expr $val/10
attr SH10rt obj-i5035-poll 1
attr SH10rt obj-i5035-polldelay x10
attr SH10rt obj-i5035-reading Grid_Frequency
attr SH10rt obj-i5600-expr $val/1
attr SH10rt obj-i5600-poll 1
attr SH10rt obj-i5600-reading Meter_Active_Power
attr SH10rt obj-i5600-type S32
attr SH10rt obj-i5602-poll 1
attr SH10rt obj-i5602-reading Meter_Active_Power_Phase_1
attr SH10rt obj-i5602-type S32
attr SH10rt obj-i5604-poll 1
attr SH10rt obj-i5604-reading Meter_Active_Power_Phase_2
attr SH10rt obj-i5604-type S32
attr SH10rt obj-i5606-poll 1
attr SH10rt obj-i5606-reading Meter_Active_Power_Phase_3
attr SH10rt obj-i5606-type S32
attr SH10rt obj-i5719-expr $val/10
attr SH10rt obj-i5719-poll 1
attr SH10rt obj-i5719-reading Backup_Strom_Phase_A
attr SH10rt obj-i5719-type S16
attr SH10rt obj-i5720-expr $val/10
attr SH10rt obj-i5720-poll 1
attr SH10rt obj-i5720-reading Backup_Strom_Phase_B
attr SH10rt obj-i5720-type S16
attr SH10rt obj-i5721-expr $val/10
attr SH10rt obj-i5721-poll 1
attr SH10rt obj-i5721-reading Backup_Strom_Phase_C
attr SH10rt obj-i5721-type S16
attr SH10rt obj-i5722-poll 1
attr SH10rt obj-i5722-reading Backup_Leistung_Phase_A
attr SH10rt obj-i5722-type S16
attr SH10rt obj-i5723-poll 1
attr SH10rt obj-i5723-reading Backup_Leistung_Phase_B
attr SH10rt obj-i5723-type S16
attr SH10rt obj-i5724-poll 1
attr SH10rt obj-i5724-reading Backup_Leistung_Phase_C
attr SH10rt obj-i5724-type S16
attr SH10rt obj-i5725-poll 1
attr SH10rt obj-i5725-reading Backup_Gesamtleistung
attr SH10rt obj-i5725-type S32
attr SH10rt obj-i5748-expr $val/100
attr SH10rt obj-i5748-poll 1
attr SH10rt obj-i5748-reading Meter_Total_Export_Energy
attr SH10rt obj-i5748-type U32
attr SH10rt queueDelay 0.02
attr SH10rt room PV-Anlage
attr SH10rt sortby 01
attr SH10rt userReadings Total_energy_consumption {(ReadingsVal("SH10rt","Total_battery_discharge_energy",0) + ReadingsVal("SH10rt","Total_direct_energy_consumption",0) + ReadingsVal("SH10rt","Total_Import_Energy",0))},\
\
Total_energy_consumption_from_PV_Akku {(ReadingsNum("SH10rt","Total_battery_discharge_energy",0) + ReadingsNum("SH10rt","Total_direct_energy_consumption",0));;;;},\
\
Total_energy_consumption_from_Akku_EUR monotonic {sprintf("%.2f", ReadingsNum("SH10rt","Total_battery_discharge_energy",0) * ReadingsNum ("SH10rt","Energiekosten_bezug",0));;;;},\
\
Total_energy_consumption_from_Akku_wenn_eingespeist_EUR {sprintf("%.2f", ReadingsNum("SH10rt","Total_battery_charge_energy_from_PV",0) * 0.082);;;;}, \
\
Total_energy_consumption_from_Akku_dif_EUR {sprintf("%.2f",ReadingsNum("SH10rt","Total_energy_consumption_from_Akku_EUR",0)-ReadingsNum("SH10rt","Total_energy_consumption_from_Akku_wenn_eingespeist_EUR",0));;;;}, \
\
Total_energy_consumption_from_PV_Akku_EUR monotonic {sprintf("%.2f", (ReadingsNum("SH10rt","Total_battery_discharge_energy",0) + ReadingsNum("SH10rt","Total_direct_energy_consumption",0))*(ReadingsNum ("SH10rt","Energiekosten_bezug",0)));;;;},\
\
\
\
Total_energy_saving_EUR {sprintf("%.2f", ReadingsNum("Stromzaehler","total_feed_EUR",0) + ReadingsNum("SH10rt","Total_energy_consumption_from_PV_Akku_EUR",0));;;;},\
\
Import_Power:Load_Power.* { if (((ReadingsVal("SH10rt","Load_Power",0) - ReadingsVal("SH10rt","Total_active_power",0))) > 0) {return ((ReadingsVal("SH10rt","Load_Power",0) - ReadingsVal("SH10rt","Total_active_power",0)))} else {return 0}},\
Export_Power_UR { if ((ReadingsVal("SH10rt","Export_Power",0)) > 0) {return (ReadingsVal("SH10rt","Export_Power",0))} else {return 0}},\
\
Total_Battery_Vollzyklen:Total_Battery.* {sprintf("%.1f", ((ReadingsVal("SH10rt","Total_battery_charge_energy_from_PV","0") + ReadingsVal("SH10rt","Total_battery_discharge_energy","0"))/20));;;;},\
\
Active_power_consumption_from_PV_Akku:Load_Power.* {(ReadingsVal("SH10rt","Load_Power",0) - ReadingsVal("SH10rt","Import_Power",0))},\
\
Direct_energy_consumption {(ReadingsVal("SH10rt","Total_DC_Power",0) - ReadingsVal("SH10rt","Battery_power_charge",0) - ReadingsVal("SH10rt","Export_Power_UR",0))},\
\
MPPT_1_Power:MPPT.* {sprintf("%.0f", (ReadingsNum ("SH10rt","MPPT_1_Voltage", 0) * ReadingsNum ("SH10rt","MPPT_1_Current", 0)));;;;},\
\
MPPT_2_Power:MPPT.* {sprintf("%.0f", (ReadingsNum ("SH10rt","MPPT_2_Voltage", 0) * ReadingsNum ("SH10rt","MPPT_2_Current", 0)));;;;},\
\
Battery_power_charge { if ((ReadingsVal("SH10rt","Total_DC_Power",0)) > (ReadingsVal("SH10rt","Total_active_power",0))) {return (ReadingsVal("SH10rt","Battery_power",0))} else {return 0}},\
\
Battery_power_discharge { if ((ReadingsVal("SH10rt","Total_DC_Power",0)) < (ReadingsVal("SH10rt","Total_active_power",0))) {return (ReadingsVal("SH10rt","Battery_power",0))} else {return 0}},\
\
Battery_energy:Battery_Level.* {sprintf("%.1f", ((ReadingsNum ("SH10rt","Battery_Level", 0) / 100) * 6.7));;;;},\
\
98_System_State_text:98_System_State.* {if (ReadingsVal("SH10rt","98_System_State","0") == 0x0002) {return "Stop";;} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x0008) {return "Standby";;} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x0010) {return "Initial standby";;} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x0020) {return "Startup";;} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x0040) {return "Running";;} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x0100) {return "Fault";;} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x0400) {return "Running in maintain mode";;} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x0800) {return "Running in forced mode";;} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x1000) {return "Running in off-grid mode";;} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x2501) {return "Restarting";;} elsif (ReadingsVal("SH10rt","98_System_State","0") == 0x4000) {return "Running in External EMS mode";;} else {return "unknown";;}},\
\
99_Running_State_text_Bit0_PV_power:99_Running_State.* {my $text="";; if ((ReadingsVal("SH10rt","99_Running_State","0") & 1) > 0) {$text=$text."PV-Lstg.";;} else {$text=$text."Keine PV-Lstg.";;}},\
\
99_Running_State_text_Bit1_Battery_charging:99_Running_State.* {my $text="";; if ((ReadingsVal("SH10rt","99_Running_State","0") & 2) > 0) {$text=$text."Ladung";;} else {$text=$text."Keine Ladung";;}},\
\
99_Running_State_text_Bit2_Battery_discharging:99_Running_State.* {my $text="";; if ((ReadingsVal("SH10rt","99_Running_State","0") & 4) > 0) {$text=$text."Entladung";;} else {$text=$text."Keine Entladung";;}},\
\
99_Running_State_text_Bit3_Positive_load_power:99_Running_State.* {my $text="";; if ((ReadingsVal("SH10rt","99_Running_State","0") & 8) > 0) {$text=$text."Last ist aktiv";;} else {$text=$text."Last ist reaktiv";;}},\
\
99_Running_State_text_Bit4_Feed-in_power:99_Running_State.* {my $text="";; if ((ReadingsVal("SH10rt","99_Running_State","0") & 16) > 0) {$text=$text."Einspeisung";;} else {$text=$text."Keine Einspeisung";;}},\
\
99_Running_State_text_Bit5_Import_Power_from_grid:99_Running_State.* {my $text="";; if ((ReadingsVal("SH10rt","99_Running_State","0") & 32) > 0) {$text=$text."Netzbezug";;} else {$text=$text."Kein Netzbezug";;}},\
\
99_Running_State_text_Bit7_Negative_load_power:99_Running_State.* {my $text="";; if ((ReadingsVal("SH10rt","99_Running_State","0") & 128) > 0) {$text=$text."Power generated from Load";;} else {$text=$text."No Power generated from Load";;}},\
\
Total_energy_consumption_from_Grid_Proz {sprintf("%.1f",(ReadingsNum("Stromzaehler","total_consumption_PV_kwh",0) / ReadingsNum("SH10rt","Total_energy_consumption",0) * 100));;;;},\
\
Total_energy_consumption_from_Grid_ProzDay {sprintf("%.1f",(ReadingsNum("Stromzaehler","statTotal_consumption_PV_kwhDay",0) / ReadingsNum("SH10rt","statTotal_energy_consumptionDay",0) * 100));;;;},\
\
Total_energy_consumption_from_Grid_ProzDayLast:statTotal_energy_consumptionDayLast.* {sprintf("%.1f",(ReadingsNum("Stromzaehler","statTotal_consumption_PV_kwhDayLast",0) / ReadingsNum("SH10rt","statTotal_energy_consumptionDayLast",0) * 100));;;;},\
\
Total_energy_consumption_from_Grid_ProzMonth:statTotal_energy_consumptionMonth.* {sprintf("%.1f",(ReadingsNum("Stromzaehler","statTotal_consumption_PV_kwhMonth",0) / ReadingsNum("SH10rt","statTotal_energy_consumptionMonth",0) * 100));;;;},\
\
Total_energy_consumption_from_Grid_ProzMonthLast:statTotal_energy_consumptionMonthLast.* {sprintf("%.1f",(ReadingsNum("Stromzaehler","statTotal_consumption_PV_kwhMonthLast",0) / ReadingsNum("SH10rt","statTotal_energy_consumptionMonthLast",0) * 100));;;;},\
\
Total_energy_consumption_from_Grid_ProzYear:statTotal_energy_consumptionYear.* {sprintf("%.1f",(ReadingsNum("Stromzaehler","statTotal_consumption_PV_kwhYear",0) / ReadingsNum("SH10rt","statTotal_energy_consumptionYear",0) * 100));;;;},\
\
Total_energy_consumption_from_PV_Proz {sprintf("%.1f",100-(ReadingsNum("SH10rt","Total_energy_consumption_from_Grid_Proz",0)));;;;},\
\
Total_energy_consumption_from_PV_ProzDay:.* {sprintf("%.1f",100 - (ReadingsNum("SH10rt","Total_energy_consumption_from_Grid_ProzDay",0)));;;;},\
\
Total_energy_consumption_from_PV_ProzDayLast {sprintf("%.1f",100 - (ReadingsNum("SH10rt","Total_energy_consumption_from_Grid_ProzDayLast",0)));;;;},\
\
Total_energy_consumption_from_PV_ProzMonth {sprintf("%.1f",100 - (ReadingsNum("SH10rt","Total_energy_consumption_from_Grid_ProzMonth",0)));;;;},\
\
Total_energy_consumption_from_PV_ProzMonthLast {sprintf("%.1f",100 - (ReadingsNum("SH10rt","Total_energy_consumption_from_Grid_ProzMonthLast",0)));;;;},\
\
Total_energy_consumption_from_PV_ProzYear {sprintf("%.1f",100 - (ReadingsNum("SH10rt","Total_energy_consumption_from_Grid_ProzYear",0)));;;;},\
\
#Total_energy_consumption_from_Grid_ProzYearLast {sprintf("%.1f",(ReadingsNum("Stromzaehler","statTotal_consumption_PV_kwhYearLast",0) / ReadingsNum("SH10rt","statTotal_energy_consumptionYearLast",0) * 100));;;;},\
#Total_energy_consumption_from_PV_ProzYearLast {sprintf("%.1f",100 - (ReadingsNum("SH10rt","Total_energy_consumption_from_Grid_ProzYearLast",0)));;;;},
attr SH10rt verbose 0
#   DEF        1 3 192.168.178.xx:502 TCP
#   DeviceName 192.168.178.xx:502
#   EXPECT     idle
#   FD         36
#   FUUID      63d248cb-f33f-7c83-6e17-aa62219c1d51e16c
#   FVERSION   98_ModbusAttr.pm:0.259630/2022-04-14
#   IODev      SH10rt
#   Interval   3
#   LASTOPEN   1686701049.16828
#   MODBUSID   1
#   MODE       master
#   MODULEVERSION Modbus 4.4.14 - 30.1.2023
#   NAME       SH10rt
#   NOTIFYDEV  global
#   NR         765
#   NTFY_ORDER 50-SH10rt
#   PARTIAL   
#   PROTOCOL   TCP
#   STATE      opened
#   TCPConn    1
#   TYPE       ModbusAttr
#   devioLoglevel 3
#   eventCount 1315576
#   nextOpenDelay 5
#   nextQueueRun 1686808724.40153

Bis denn
SouzA
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: pula am 15 Juni 2023, 11:21:22
Dankeschön!
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: pula am 15 Juni 2023, 15:06:22
@SouzA nur aus Neugier: welchen Stromzähler hast du denn? ich hab nämlich keinen und gehofft, dass ich alle werte aus dem WR bekomme... schaut aber speziell bei der gekauften energie eher schlecht aus anscheinend
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 15 Juni 2023, 15:13:30
Zitat von: pula am 15 Juni 2023, 15:06:22@SouzA nur aus Neugier: welchen Stromzähler hast du denn? ich hab nämlich keinen und gehofft, dass ich alle werte aus dem WR bekomme... schaut aber speziell bei der gekauften energie eher schlecht aus anscheinend
Moinsen,
warum hast du keinen Stromzähler? :o

Bei mir ist es ein efr SGM-C4 (https://www.efr.de/products/smart-energy-geraete/elektronische-stromzaehler/mme/sgm-c4/)
Das ist aber abhängig vom EVU, was die verbauen...

Den Zähler frage ich ab mit USB-IR-Lesekopf (https://www.ebay.de/itm/274962288487)

Bis denn
SouzA
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: pula am 15 Juni 2023, 15:51:29
weil meine PV erst 5 Wochen alt ist und der Netzbetreiber noch nicht zur Abnahme da war und ein Smart Meter eingebaut hat.
Derzeit hab ich noch einen Ferraris und da bau ich jetzt wegen der (hoffentlich) 1-2 Wochen auch nix mehr. Mal schaun, was der neue Smart Meter dann hergibt.
Ah ok - also was volkszähler-artiges...

Cheers,
Pula
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: pula am 29 Juni 2023, 19:37:34
Mal so eine Frage. Eigentlich zwei.
Zusätzlich zum WR wude ein chint DTSU666 smart meter verbaut, der mit dem WR per modbus kommuniziert (vermute ich zumindest, daß das modbus ist und nicht S0).

1) Laut diverser Foren sollte der WR alle möglichen Werte davon auslesen. Stellt er die auch als daily zur Verfügung? In den modbus-Registern, die ich derzeit abfrage, habe ich dafür keinen daily-Wert gefunden. Übersehe ich was?
2) Weiß jemand, ob man diesen DTSU666 zusätzlich zum modbus (der ja vom WR "belegt" wird und wo ich mich auch aufgrund der Timings sicher nicht reinhängen möchte) auch per S0 abfragen kann? Dann wäre es vermutlich relativ easy, den per ESP oder Aruino abzufragen.
Cheers,
Pula
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 30 Juni 2023, 15:58:13
Zitat von: pula am 29 Juni 2023, 19:37:34Mal so eine Frage. Eigentlich zwei.
Zusätzlich zum WR wude ein chint DTSU666 smart meter verbaut, der mit dem WR per modbus kommuniziert (vermute ich zumindest, daß das modbus ist und nicht S0).

1) Laut diverser Foren sollte der WR alle möglichen Werte davon auslesen. Stellt er die auch als daily zur Verfügung? In den modbus-Registern, die ich derzeit abfrage, habe ich dafür keinen daily-Wert gefunden. Übersehe ich was?
2) Weiß jemand, ob man diesen DTSU666 zusätzlich zum modbus (der ja vom WR "belegt" wird und wo ich mich auch aufgrund der Timings sicher nicht reinhängen möchte) auch per S0 abfragen kann? Dann wäre es vermutlich relativ easy, den per ESP oder Aruino abzufragen.
Cheers,
Pula
Hi,
zu 1.) welche Werte fehlen denn?
Is was bei den folgenden dabei?
Code Auswählen
attr SH10rt_1_LAN obj-i13001-reading Daily_PV_Generation
attr SH10rt_1_LAN obj-i13004-reading Daily_Export_Energy_PV
attr SH10rt_1_LAN obj-i13016-reading Daily_Direct_Energy_Consumption
attr SH10rt_1_LAN obj-i13035-reading Daily_Import_Energy
attr SH10rt_1_LAN obj-i13044-reading Daily_Export_Energy

zu 2.) du kannst das ModBusAttr als passiver listener konfigurieren.
Wieso sollte es dann was mit den Timings durcheinander bringen?
Code Auswählen
Define as Modbus passive listener
define <name> ModbusAttr <Id> passive <RTU|ASCII|TCP>

The module listens on a serial (RS485) connection for modbus communication with the given Modbus <Id> and extracts readings. It does not send requests by itself but waits for another master (client) to communicate with a slave (server). So only objects that the other master requests can be seen by Fhem in this configuration.
The objects that the module recognizes and the readings that it should create from these objects have to be defined with attributes (see below) in the same way as for a Modbus master.
These attributes will define a mapping from so called "coils", "digital inputs", "input registers" or "holding registers" of the external device to readings inside Fhem together with the data type and format of the values.
With this mode a Fhem installation can for example listen to the communication between an energy counter as slave and a solar control system as master if they use Modbus RTU over RS485. Since only one Master is allowed when using Modbus over serial lines, Fhem can not be master itself. As a passive listener it can however see when the master queries e.g. the current power consumption and then also see the reply from the energy meter and store the value in a Fhem reading.
Examples:

define MB-485 Modbus /dev/ttyUSB2
define WP ModbusAttr 1 passive

to passively listen for Modbus requests and replies with Id 1 over a serial interface managed by an already defined basic modbus device named MB-485. The protocol defaults to Modbus RTU
or
define MB-485 Modbus /dev/ttyUSB2
define WP ModbusAttr 20 passive ASCII

to passivel listen for Modbus requests / replies with Id 20 and Modbus ASCII.
https://fhem.de/commandref.html#ModbusAttr (https://fhem.de/commandref.html#ModbusAttr)

Bis denn
SouzA
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: pula am 07 Juli 2023, 23:36:38
sorry, hab Deine Antwort erst jetzt gesehen.
Bei genauerer Betrachtung habe ich eigentlich alle Werte. Keine Ahnung, was ich damals gemeint habe (bin anscheinend schon in einem etwas vergesslicheren Alter :-( )
Das mit dem passiv mitlesen von modbus klingt spannend, das wusste ich nicht (ich hab mich mit modbus noch nicht genauer beschäftigt).
Hab mir mal einen modbus - ethernet - konverter gekauft, werde ich in den nächsten Wochen mal einbauen. Der kann (vermutlich) auch passiv mitschauen und die Werte per mqtt verschicken.
Werde mal schaun, wie akkurat das so ist.
Cheers,
Pula
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: pula am 08 Juli 2023, 22:42:32
Ist mir doch wieder eingefallen. Was ich eigentlich nicht habe, ist der Wert der aktuell zugekauft wird.
Oder ist das so gedacht, daß obj-i13009-reading (bei mir 04_Export_Power) automatisch bei negativem Wert dann der Zukauf ist?
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 09 Juli 2023, 06:04:28
Zitat von: pula am 08 Juli 2023, 22:42:32Ist mir doch wieder eingefallen. Was ich eigentlich nicht habe, ist der Wert der aktuell zugekauft wird.
Oder ist das so gedacht, daß obj-i13009-reading (bei mir 04_Export_Power) automatisch bei negativem Wert dann der Zukauf ist?

Das weiß ich leider nicht so genau.
Da ich solche Werte direkt vom EVU-Zähler hole, habe ich da keinen besonderen Augenmerk drauf gelegt.

Hab damit aber mal rumexperimentiert:
Code Auswählen
Import_Power:Load_Power.* { if (((ReadingsVal("SH10rt","Load_Power",0) - ReadingsVal("SH10rt","Total_active_power",0))) > 0) {return ((ReadingsVal("SH10rt","Load_Power",0) - ReadingsVal("SH10rt","Total_active_power",0)))} else {return 0}},
Export_Power_UR { if ((ReadingsVal("SH10rt","Export_Power",0)) > 0) {return (ReadingsVal("SH10rt","Export_Power",0))} else {return 0}}

Wie gesagt, ohne Gewähr auf Richtigkeit.
Bei mir kommt das jetzt aus dem Zähler...

Bis denn
SouzA
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: pula am 11 Juli 2023, 09:04:23
Hi und danke für den Code :-)
Ich war nur nicht sicher, ob das auch wirklich so ist.
Hatte mir bereits einen Zähler herausgesucht, aber momentan schauts so aus, als ob die Werte recht zuverlässig alle 10 Sekunden per modbus ausgelesen werden würden.
Daher werde ich glaube ich zuerst mal ohne externen Zähler testen.
Da mein Netzbetreiber nach zwei Monaten noch immer kein Smart Meter eingebaut hat und ich daher erstens noch nichts liefern darf und zweitens noch nicht weiß, welches Smart Meter ich von denen bekomme, ist noch Warten angesagt :-(

Zitat von: SouzA am 09 Juli 2023, 06:04:28
Zitat von: pula am 08 Juli 2023, 22:42:32Ist mir doch wieder eingefallen. Was ich eigentlich nicht habe, ist der Wert der aktuell zugekauft wird.
Oder ist das so gedacht, daß obj-i13009-reading (bei mir 04_Export_Power) automatisch bei negativem Wert dann der Zukauf ist?

Das weiß ich leider nicht so genau.
Da ich solche Werte direkt vom EVU-Zähler hole, habe ich da keinen besonderen Augenmerk drauf gelegt.

Hab damit aber mal rumexperimentiert:
Code Auswählen
Import_Power:Load_Power.* { if (((ReadingsVal("SH10rt","Load_Power",0) - ReadingsVal("SH10rt","Total_active_power",0))) > 0) {return ((ReadingsVal("SH10rt","Load_Power",0) - ReadingsVal("SH10rt","Total_active_power",0)))} else {return 0}},
Export_Power_UR { if ((ReadingsVal("SH10rt","Export_Power",0)) > 0) {return (ReadingsVal("SH10rt","Export_Power",0))} else {return 0}}

Wie gesagt, ohne Gewähr auf Richtigkeit.
Bei mir kommt das jetzt aus dem Zähler...

Bis denn
SouzA
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: uli69 am 31 Juli 2023, 18:58:37
Tolle Arbeit, ich habe meinen SH08rt schnell in FHEM integriert bekommen ;D

Gibt es eine Möglichkeit/Workaround zu erkennen ob das Netz ausgefallen ist, wenn man Modbus nur über den WiNet-S abfragt (Firmware sollte aktuell sein). Da steht bei mir 98_System_State immer auf 0. Bei Abfrage via Modbus Lan Schnittstelle funktioniert das, ich bräuchte dann aber zwei Netzwerkkabel.
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 25 August 2023, 09:14:35
Zitat von: uli69 am 31 Juli 2023, 18:58:37Tolle Arbeit, ich habe meinen SH08rt schnell in FHEM integriert bekommen ;D

Gibt es eine Möglichkeit/Workaround zu erkennen ob das Netz ausgefallen ist, wenn man Modbus nur über den WiNet-S abfragt (Firmware sollte aktuell sein). Da steht bei mir 98_System_State immer auf 0. Bei Abfrage via Modbus Lan Schnittstelle funktioniert das, ich bräuchte dann aber zwei Netzwerkkabel.
Warum nimmst du nicht dann nur die Modbus LAN Schnittstelle?
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: uli69 am 29 August 2023, 11:37:46
Dann fällt halt Cloud-Anbindung/Firmware Update weg oder ich müsste immer runter in den Keller das Kabel umstöpseln.
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 29 August 2023, 21:31:54
Zitat von: uli69 am 29 August 2023, 11:37:46Dann fällt halt Cloud-Anbindung/Firmware Update weg oder ich müsste immer runter in den Keller das Kabel umstöpseln.
Ok, WLAN hast du nicht in der Ecke?
Bei mir läuft beides.
Modbus per Lan, den Dongle am WLAN.

Bis denn
SouzA
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: uli69 am 30 August 2023, 10:10:52
Zitat von: SouzA am 29 August 2023, 21:31:54Ok, WLAN hast du nicht in der Ecke?
Nein kein WLAN. Ich warte dann halt mal auf Firmwareupdates ::) , eventuell geht das dann irgendwann.
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: Holger S am 01 September 2023, 23:18:27
Hallo,
habe eigenartigen Wert:

98_System_State   5120

kann jemand helfen?

Vielen Dank
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 02 September 2023, 00:33:37
Zitat von: uli69 am 30 August 2023, 10:10:52
Zitat von: SouzA am 29 August 2023, 21:31:54Ok, WLAN hast du nicht in der Ecke?
Nein kein WLAN. Ich warte dann halt mal auf Firmwareupdates ::) , eventuell geht das dann irgendwann.
Moin,
oder ein kleiner Switch? 🤷🏼

Bis denn
SouzA
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 02 September 2023, 00:35:10
Zitat von: Holger S am 01 September 2023, 23:18:27Hallo,
habe eigenartigen Wert:

98_System_State   5120

kann jemand helfen?

Vielen Dank
Ganz sicher, dass das Register richtig angelegt wurde?
Funktioniert der WR denn normal und du kriegst nur eine komische Anzeige? Oder funktioniert der nicht wie gewünscht?

Bis denn
SouzA
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: Holger S am 03 September 2023, 15:24:05
Zitat von: SouzA am 02 September 2023, 00:35:10
Zitat von: Holger S am 01 September 2023, 23:18:27Hallo,
habe eigenartigen Wert:

98_System_State   5120

kann jemand helfen?

Vielen Dank
Ganz sicher, dass das Register richtig angelegt wurde?
Funktioniert der WR denn normal und du kriegst nur eine komische Anzeige? Oder funktioniert der nicht wie gewünscht?

Bis denn
SouzA

Hallo,
WR funktioniert. Bezüglich der Register habe ich hier aus dem Beitrag ein Beispiel genommen. Ich glaube sogar von dir.

Running_State funktioniert super. Nur System_State geht nicht.

obj-i12999-poll
1

obj-i12999-reading
98_System_State

obj-i12999-type
U16

Hast du einen Tipp?
Nutze WLAN
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 04 September 2023, 13:10:20
Zitat von: Holger S am 03 September 2023, 15:24:05
Zitat von: SouzA am 02 September 2023, 00:35:10
Zitat von: Holger S am 01 September 2023, 23:18:27Hallo,
habe eigenartigen Wert:

98_System_State   5120

kann jemand helfen?

Vielen Dank
Ganz sicher, dass das Register richtig angelegt wurde?
Funktioniert der WR denn normal und du kriegst nur eine komische Anzeige? Oder funktioniert der nicht wie gewünscht?

Bis denn
SouzA

Hallo,
WR funktioniert. Bezüglich der Register habe ich hier aus dem Beitrag ein Beispiel genommen. Ich glaube sogar von dir.

Running_State funktioniert super. Nur System_State geht nicht.

obj-i12999-poll
1

obj-i12999-reading
98_System_State

obj-i12999-type
U16

Hast du einen Tipp?
Nutze WLAN

Folgende attr sind auch gesetzt?
Code Auswählen
dev-type-U16-len 1
dev-type-U16-revRegs 0
dev-type-U16-unpack S>
Bis denn
SouzA

EDIT:
Vielleicht ist das auch nicht über WLAN abrufbar? Keine Ahnung, hab ich nie getestet...
https://forum.fhem.de/index.php?msg=1253254
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: uli69 am 04 September 2023, 18:05:17
Zitat von: Holger S am 01 September 2023, 23:18:27Hallo,
habe eigenartigen Wert:

98_System_State  5120
Das Register (und ein paar andere) geht leider nur über den Mod-Bus direkt. Über Winet-S geht das wohl wegen Firmwareproblemen derzeit weder über W-Lan noch Ethernet.
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: Holger S am 04 September 2023, 23:49:51
Zitat von: uli69 am 04 September 2023, 18:05:17
Zitat von: Holger S am 01 September 2023, 23:18:27Hallo,
habe eigenartigen Wert:

98_System_State  5120
Das Register (und ein paar andere) geht leider nur über den Mod-Bus direkt. Über Winet-S geht das wohl wegen Firmwareproblemen derzeit weder über W-Lan noch Ethernet.
Hallo, danke für den Tipp.
Habe die LAN Verbindung direkt am WR genutzt über einen Repeater. Jetzt sieht das gut aus mit dem Status.
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: pula am 06 September 2023, 09:43:46
Hallo,

nachdem ich jetzt den WR schon eine Weile nutze und seit kurzem auch einspeisen darf, hab ich mich wieder mal ein wenig damit beschäftigt und auch in grafana was dazu gebastelt.
Was mir jetzt noch aufgefallen ist, ist folgendes:
Wie in vorigen Posts beschrieben, habe ich das Register i13021 als reading 03_Battery_Power angelegt.
Dieses Reading ist bei mir immer positiv, egal, ob die Batterie ge- oder entladen wird.
Weiß jemand, wie man das unterscheiden kann? Vermutlich sehe ich mal wieder den Wald vor lauter Bäumen nicht...
Cheers,
Pula
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 06 September 2023, 10:11:17
Zitat von: pula am 06 September 2023, 09:43:46Hallo,

nachdem ich jetzt den WR schon eine Weile nutze und seit kurzem auch einspeisen darf, hab ich mich wieder mal ein wenig damit beschäftigt und auch in grafana was dazu gebastelt.
Was mir jetzt noch aufgefallen ist, ist folgendes:
Wie in vorigen Posts beschrieben, habe ich das Register i13021 als reading 03_Battery_Power angelegt.
Dieses Reading ist bei mir immer positiv, egal, ob die Batterie ge- oder entladen wird.
Weiß jemand, wie man das unterscheiden kann? Vermutlich sehe ich mal wieder den Wald vor lauter Bäumen nicht...
Cheers,
Pula
Moin,
Userreadings:
Code Auswählen
Battery_power_charge { if ((ReadingsVal("SH10rt","Total_DC_Power",0)) > (ReadingsVal("SH10rt","Total_active_power",0))) {return (ReadingsVal("SH10rt","Battery_power",0))} else {return 0}},

Battery_power_discharge { if ((ReadingsVal("SH10rt","Total_DC_Power",0)) < (ReadingsVal("SH10rt","Total_active_power",0))) {return (ReadingsVal("SH10rt","Battery_power",0))} else {return 0}},
Bis denn
SouzA
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: Raha66 am 06 September 2023, 21:17:41
moin SouzA,
Kannst du bitte deine Raw definition für Wlan hier nochmal hochladen. Es gibt mehrere Versionen hier und da, ich weiß nicht, welche die aktuellste ist.
Besten Dank
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 06 September 2023, 21:27:11
Moin,
Ich hab meinen Sungrow nicht über WLAN angebunden und auch noch nie gehabt.
Habe bisher nur Modbus über die LAN-Schnittstelle am laufen gehabt.

Sorry, da kann ich nicht helfen.

Bis denn
SouzA
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: pula am 07 September 2023, 08:28:45

Code Auswählen
Battery_power_charge { if ((ReadingsVal("SH10rt","Total_DC_Power",0)) > (ReadingsVal("SH10rt","Total_active_power",0))) {return (ReadingsVal("SH10rt","Battery_power",0))} else {return 0}},

Battery_power_discharge { if ((ReadingsVal("SH10rt","Total_DC_Power",0)) < (ReadingsVal("SH10rt","Total_active_power",0))) {return (ReadingsVal("SH10rt","Battery_power",0))} else {return 0}}, [/quote]
Super, danke schön! Funzt!
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: Holger S am 16 September 2023, 10:40:40
Hallo,
Wie habt ihr das absetzen von Befehle über ModBus umgesetzt und welche?

Vielen Dank
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 16 September 2023, 22:01:13
Zitat von: Holger S am 16 September 2023, 10:40:40Hallo,
Wie habt ihr das absetzen von Befehle über ModBus umgesetzt und welche?

Vielen Dank
Ich noch gar nicht.
Hab bisher keine Notwendigkeit dafür gesehen.
Mir würde jetzt auch kein sinnvoller Befehl einfallen...

Bis denn
SouzA
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: Holger S am 17 September 2023, 14:05:03
Wechselrichter hoch- und herunterfahren, Parameter setzen. So dass man ohne die Sungrow (iSolarCloud) auskommt.

Danke
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: Gonzo am 30 September 2023, 22:58:13
Hallo zusammen,
ich habe seit kurzem auch einen SH10RT und frage die Daten über Winet-S ab. Das klappt auch soweit ganz gut - herzlichen Dank für die Vorab und Infos hier!

Einige der Werte sind mir allerdings nicht ganz klar, vielleicht kann mir jemand weiterhelfen.
obj-i13028-reading Daily_Self-Consumption_Perc: was zeigt dieser Wert an? Hätte hier entweder den Eigenverbrauch aus PV Produktion oder den Autarkiegrad erwartet, aber beides passt nicht.
obj-i5035-reading Grid_Frequency: muss ich durch 100 teilen (und nicht durch 10), um auf 50 Hz zu kommen. Hat sich die Definition inzwischen geändert?
obj-i6234-reading Monthly_PV_Energy_Yields_Sept: habe ich als Test angelegt aber hier kommt gar nichts, ist das einer der Werte die über Winet-S nicht verfügbar sind?

Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 03 Oktober 2023, 13:15:16
Zitat von: Gonzo am 30 September 2023, 22:58:13Hallo zusammen,
ich habe seit kurzem auch einen SH10RT und frage die Daten über Winet-S ab. Das klappt auch soweit ganz gut - herzlichen Dank für die Vorab und Infos hier!

Einige der Werte sind mir allerdings nicht ganz klar, vielleicht kann mir jemand weiterhelfen.
obj-i13028-reading Daily_Self-Consumption_Perc: was zeigt dieser Wert an? Hätte hier entweder den Eigenverbrauch aus PV Produktion oder den Autarkiegrad erwartet, aber beides passt nicht.
obj-i5035-reading Grid_Frequency: muss ich durch 100 teilen (und nicht durch 10), um auf 50 Hz zu kommen. Hat sich die Definition inzwischen geändert?
obj-i6234-reading Monthly_PV_Energy_Yields_Sept: habe ich als Test angelegt aber hier kommt gar nichts, ist das einer der Werte die über Winet-S nicht verfügbar sind?



Moin,
ich frag über Ethernet/ModBus an der hinteren Buchse ab.

obj-i13028-reading Daily_Self-Consumption_Perc: keine Ahnung. Hab jetzt auch gemerkt, dass ich diesen Wert auch nirgends verarbeite... Kann für mich weg. ;)
obj-i5035-reading Grid_Frequency: Nö, das passt.
Code Auswählen
obj-i5035-expr $val/10
obj-i5035-poll 1
obj-i5035-polldelay x10
obj-i5035-reading Grid_FrequencyKommt bei mir 50 raus.
obj-i6234-reading Monthly_PV_Energy_Yields_Sept: Die Werte haben bei mir fast gepasst. Allerdings ist die Auswertung mit dem Zähler des EVU um einiges genauer. Darum habe ich alle "Yields" wieder rausgelöscht.

Bis denn
SouzA
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: Gonzo am 03 Oktober 2023, 15:37:19
Danke SouzA.
Habe gerade den hinteren Ethernetanschluss probiert. Hier passt tatsächlich die Frequenz mit Teilung 10 und die "Monthly Yield" Werte können auch ausgelesen werden.

Allerdings habe ich im Log dauernd disconnected Meldungen. Ist das ein Fehler oder kann man einstellen dass die Verbindung dauerhauft besteht?

Code Auswählen
2023.10.03 15:27:55 3: Opening SH10rt_LAN device 192.168.178.189:502
2023.10.03 15:27:55 3: SH10rt_LAN device opened
2023.10.03 15:28:19 3: 192.168.178.189:502 disconnected, waiting to reappear (SH10rt_LAN)
2023.10.03 15:28:19 3: 192.168.178.189:502 reappeared (SH10rt_LAN)
2023.10.03 15:28:42 3: 192.168.178.189:502 disconnected, waiting to reappear (SH10rt_LAN)
2023.10.03 15:28:43 3: 192.168.178.189:502 reappeared (SH10rt_LAN)
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: SouzA am 03 Oktober 2023, 23:01:57
Zitat von: Gonzo am 03 Oktober 2023, 15:37:19Danke SouzA.
Habe gerade den hinteren Ethernetanschluss probiert. Hier passt tatsächlich die Frequenz mit Teilung 10 und die "Monthly Yield" Werte können auch ausgelesen werden.

Allerdings habe ich im Log dauernd disconnected Meldungen. Ist das ein Fehler oder kann man einstellen dass die Verbindung dauerhauft besteht?

Code Auswählen
2023.10.03 15:27:55 3: Opening SH10rt_LAN device 192.168.178.189:502
2023.10.03 15:27:55 3: SH10rt_LAN device opened
2023.10.03 15:28:19 3: 192.168.178.189:502 disconnected, waiting to reappear (SH10rt_LAN)
2023.10.03 15:28:19 3: 192.168.178.189:502 reappeared (SH10rt_LAN)
2023.10.03 15:28:42 3: 192.168.178.189:502 disconnected, waiting to reappear (SH10rt_LAN)
2023.10.03 15:28:43 3: 192.168.178.189:502 reappeared (SH10rt_LAN)
Wäre die Frage, wie lange der Disconnected bleibt. Manchmal geht es fix, manchmal braucht er 10 Minuten...
Mal Geduld aufbringen und abwarten.

Bis denn
SouzA
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: Raha66 am 20 November 2023, 13:12:49
Hallo zusammen,
Ich habe folgendes Problem mit meiner Verbindung, irgendeine Idee, woher das kommen könnte?
Danke

Zitat2023.11.20 12:53:52 3: SH10rt_1: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 4 i12999, len 12, tid 252, master device SH10rt_1, reading 98_System_State (getUpdate for combined i12999 len 1 98_System_State with i13000 len 1 99_Running_State and i13007 len 2 02_Load_Power and i13009 len 2 04_Export_Power), queued 13.94 secs ago, sent 2.00 secs ago
2023.11.20 12:53:54 3: SH10rt_1: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 4 i13019, len 16, tid 68, master device SH10rt_1, reading Battery_voltage (getUpdate for combined i13019 len 1 Battery_voltage with i13020 len 1 Battery_current and i13021 len 1 Battery_power and i13022 len 1 Battery_Level and i13025 len 1 Daily_battery_discharge_energy and i13033 len 2 Total_active_power), queued

Code Auswählen
nterval 5
LASTOPEN 1700480585.86567
MODBUSID 1
MODE master
MODULEVERSION Modbus 4.5.6 - 7.11.2023
NAME SH10rt_1
NOTIFYDEV global


PROTOCOL TCP
STATE opened
TCPConn 1
TIMEOUTS  1
TYPE  ModbusAttr
devioLoglevel 3
devioNoSTATE 1
eventCount 595
nextOpenDelay 30
nextQueueRun 1700481873.98079
nextTimeout 1700481874.33218
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: tobmaster1985 am 16 Januar 2024, 01:00:34
Hallo zusammen,

danke für die gute Vorarbeit, der SH10RT war schneller eingebunden, als der Installateur mit der Behebung der Akkuprobleme fertig war  ;D

Ich habe ein Attribut vom ModbusAttr gefunden, das zum einen die Systemlast vom FHEM und dem Modul (QueueLength), als auch die Anzahl der  Anfragen beim SH10RT deutlich reduziert.

Code Auswählen
attr SH10RT dev-i-combine 60
Das Modul fasst dann die Registerabfragen zusammen, es werden damit bis zu 60 aufeinanderfolgende Reister gemeinsam abgefragt, was viel schneller geht, als jedes Register einzeln abzufragen.

Wenn in der Liste der abzufragenden Register eine Lücke ist, füllt das Modul selbstständig auf und fragt trotzdem gemeinsam ab (mit Wireshark verfiziert ;) )
Man muss also auch nicht mehr kleinteilg darauf achten, welche polldelays gesetzt sind.
Maximum sind laut Sungrow Docs 120 Register, jedoch antwortet der WR je nach Register nur noch mit FFFF, wenn man zu viel oder über interne Grenzen hinweg lesen will, daher habe ich 60 eingestellt.

Damit lese ich derzeit sekündlich den SH10RT aus, seit Tagen kein Verbindungsabbruch :)
Warum? Weil's geht  :P


Ebenso gibt es eine Map-Funktion, mit der sich der System Status einfach abfragen und anzeigen lässt, ohne userReading :)

Code Auswählen
attr SH10RT obj-i12999-reading State_System
attr SH10RT obj-i12999-polldelay x10
attr SH10RT obj-i12999-map 2:Stop, 8:Standby, 16:Init_Standby, 32:Startup, 64:Running
Funktioniert leider nicht für die Bits im Running State.


Die Werte vom DTSU666 hatte ich geplant mit ModbusAttr im passive Modus auszulesen, ist aber gar nicht notwendig:

Code Auswählen
attr SH10RT obj-i5600-reading Power_DTSU666_Total
attr SH10RT obj-i5600-type S32
attr SH10RT obj-i5602-reading Power_DTSU666_L1
attr SH10RT obj-i5602-type S32
attr SH10RT obj-i5604-reading Power_DTSU666_L2
attr SH10RT obj-i5604-type S32
attr SH10RT obj-i5606-reading Power_DTSU666_L3
attr SH10RT obj-i5606-type S32
attr SH10RT obj-i5736-reading Frequency_DTSU666
attr SH10RT obj-i5736-expr $val/100
attr SH10RT obj-i5740-reading Voltage_DTSU666_L1
attr SH10RT obj-i5740-expr $val/10
attr SH10RT obj-i5741-reading Voltage_DTSU666_L2
attr SH10RT obj-i5741-expr $val/10
attr SH10RT obj-i5742-reading Voltage_DTSU666_L3
attr SH10RT obj-i5742-expr $val/10
attr SH10RT obj-i5743-reading Current_DTSU666_L1
attr SH10RT obj-i5743-expr $val/100
attr SH10RT obj-i5744-reading Current_DTSU666_L2
attr SH10RT obj-i5744-expr $val/100
attr SH10RT obj-i5745-reading Current_DTSU666_L3
attr SH10RT obj-i5745-expr $val/100
attr SH10RT obj-i5746-reading Energy_DTSU666_Import
attr SH10RT obj-i5746-expr $val/100
attr SH10RT obj-i5746-type U32
attr SH10RT obj-i5748-reading Energy_DTSU666_Export
attr SH10RT obj-i5748-expr $val/100
attr SH10RT obj-i5748-type U32


Vielleicht hilft's ja jemandem :)

Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: FhemPiUser am 19 Januar 2024, 12:51:09
Danke für das Teilen!

Eine Frage: Fragst Du über den LAN-Port des Sh10rt oder über den winet-s ab?
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: tobmaster1985 am 19 Januar 2024, 13:09:43
Die Register frage ich direkt über den LAN-Port am SH10RT ab.

Über den WiNet-S frage ich nur Register vom SBR128 ab, zweimal ModbusAttr gegen den LAN-Port mag der SH10RT nicht.

Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: Raha66 am 11 Februar 2024, 17:34:36
Guten Tag zusammen,
wisst ihr, ob es eine Möglichkeit gibt, die Summe der Stromproduktion für jeden MPPT-String am Ende des Tages zu erhalten?
Besten Dank
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: xerion am 11 Februar 2024, 20:38:26
Zitat von: Raha66 am 11 Februar 2024, 17:34:36Guten Tag zusammen,
wisst ihr, ob es eine Möglichkeit gibt, die Summe der Stromproduktion für jeden MPPT-String am Ende des Tages zu erhalten?
Besten Dank

Direkt über den WR nicht. Aber mit den FHEM Boardmitteln schon. Schaue dir mal das Attribut integral bei userReadings an.
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: Holger S am 01 März 2024, 19:48:00
Hallo,
wie ist der Running oder System State wenn der WR in den Notstrombetrieb geht?

Vielen Dank
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: FhemPiUser am 02 März 2024, 09:44:02
Zitat von: Holger S am 01 März 2024, 19:48:00Hallo,
wie ist der Running oder System State wenn der WR in den Notstrombetrieb geht?

Vielen Dank

Dann sollte System State ,,running in off-grid mode" anzeigen, siehe sungrow modbus spezifikation für die genauen werte....
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: Blauhorn am 24 März 2024, 18:57:09
Zitat von: tobmaster1985 am 19 Januar 2024, 13:09:43Die Register frage ich direkt über den LAN-Port am SH10RT ab.

Über den WiNet-S frage ich nur Register vom SBR128 ab, zweimal ModbusAttr gegen den LAN-Port mag der SH10RT nicht.



Hallo tobmaster,

könntest Du Näheres zum Abfragen der SBR128 sagen? Ich habe die gleiche Konfiguration und würde gern den Batteriestatus mit einbauen.

Vielen Dank
Titel: Aw: Einbindung eines Sungrow SH10RT: SH05,SH06,SH08,SH10
Beitrag von: froghead am 12 April 2024, 13:30:03
Zitat von: Holger S am 17 September 2023, 14:05:03Wechselrichter hoch- und herunterfahren, Parameter setzen. So dass man ohne die Sungrow (iSolarCloud) auskommt.

Danke

Zitat von: Holger S am 16 September 2023, 10:40:40Hallo,
Wie habt ihr das absetzen von Befehle über ModBus umgesetzt und welche?

Vielen Dank


Hallo,
das ist relativ einfach:
Code Auswählen
attr SH10rt obj-h33047-expr $val/100
attr SH10rt obj-h33047-poll 1
attr SH10rt obj-h33047-polldelay x10
attr SH10rt obj-h33047-reading Max_Discharging_Power
attr SH10rt obj-h33047-set 1
attr SH10rt obj-h33047-type U16
Die Anzeige ob geladen oder entladen wird habe ich bei mir anders gelöst, da folgende Lösung nur funktioniert wenn nur ein Wechselrichter im System ist.

Zitat von: pula am 07 September 2023, 08:28:45
Code Auswählen
Battery_power_charge { if ((ReadingsVal("SH10rt","Total_DC_Power",0)) > (ReadingsVal("SH10rt","Total_active_power",0))) {return (ReadingsVal("SH10rt","Battery_power",0))} else {return 0}},

Battery_power_discharge { if ((ReadingsVal("SH10rt","Total_DC_Power",0)) < (ReadingsVal("SH10rt","Total_active_power",0))) {return (ReadingsVal("SH10rt","Battery_power",0))} else {return 0}},
Super, danke schön! Funzt!
[/quote]

Im Register running state 13000 wird angezeigt ob die Batterie derzeit geladen oder entladen wird.
Das erste Bit sagt aus ob PV Ertrag da ist das 2te bit laden aktiv/nicht aktiv das 3te bit entladen aktiv/nicht aktiv. Wird aber als dezimalzahl übertragen und ich bekomme in fhem die Umwandlung und das auffüllen der Stellen nicht hin, daher habe ich es mit einem DOIF und einem Dummy gelöst:
Code Auswählen
defmod pv_doif_bat DOIF ([SH10rt:99_Running_State] eq "45" or [SH10rt:99_Running_State] eq "13" or [SH10rt:99_Running_State] eq "29") (set pv_dummy_bat -1) DOELSE (set pv_dummy_bat 1)
Beste Grüße
Nico

Nur Text | Text mit Bildern