UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[DRUROB]

@ostseeskipper
neeeee :-) hab nur einen WR. Den SH10RT. Ich wollte mir nur das eine LAN Kabel sparen. Mann muss ja nicht 2 Stück dran haben wenn eines reicht um die Daten abzugreifen. Jetzt ist ja eins am WINET und das andere am "alten " Steckplatz dahinter.

[ostseeskipper]

@drurob
Habe an meinem SH10RT nur die feste LAN Buchse belegt. Darüber hol ich mir die Infos per Modbus zum IBroker. Zur isolarcloud wird auch darüber übertragen(5Minuten Intervall)

[iobrokerFhemPiUser]

@ostseeskipper: Wie hast Du das gemacht, dass iSolarCloud über den LAN-Port übertragen wird? Hast Du am WiNet-S-Port noch den WiNet-S Stick, aber ohne LAN-Kabel und der WiNet-S nimmt dann automatisch den LAN-Port für die Internetverbindung?

[ostseeskipper]

@iobrokerfhempiuser
habe gar kein WiNet-S am WR.
habe die isolarcloud app und ein neues gerät angemeldet. beim einlesen des QR Codes dann das QR Bild auf der rechten Seite des WR genommen.

[C1500]

Servus
Gibt es denn auch Modbus Nachrichten die vom DTS666 kommen bzw. Werte der gesamten Anlage?
Oder muss ich mit die meisten Gesamtwerte dann selber errechenen?
z.B. aktuelle PV Leistung DC, die Einspeisung beider WR, Ertrag beider WR...

Eine Andere Frage:
Welcher Wert entspricht denn dem wirklichen Netzbezug?
Da bekomme ich bei beiden WR´s unterschiedliche Werte.

Und noch ne Frage:
Gibt es schon eine Liste der verfügbaren 30xxx´er Nachrichten?

Gruß C1500

[jh410]

@burberry said in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:

Hallo,
SH10RT über Lankabel angeschlossen, nichts WiNet-S
Bekomme beim register 13007 ab und an werte die mit "4294967" beginnen.

Was dann natürlich später in Grafana nicht abbildbar ist.
habt ihr das auch oder wie habt ihr das problem gelöst ?
habe schon neues Iobroker + neu installation Modbus getestet, hat nichts funktioniert.

Danke

Genau das Problem habe ich auch, seit der SG20RT neben dem SH10RT in Betrieb genommen wurde. Wie hast du das gelöst, @burberry?
Hatte Modbus erst bei beiden über das WiNet-S laufen, allerdings ging der Running State nicht mehr beim SH10RT, bin dann wieder auf den normalen LAN-Port.

[LJSven]

Es gab ein Update beim Winet Adapter. Funktioniert es jetzt? Wenn ja, kann mir jemand sagen wie?

[ostseeskipper]

@ljsven said in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:

Es gab ein Update beim Winet Adapter. Funktioniert es jetzt? Wenn ja, kann mir jemand sagen wie?

Ja mit der aktuellen Firmware kannst Modbus mit dem WiNet-S am iobroker machen. Wie es geht steht hier im Thread.

[LJSven]

@ostseeskipper sagte in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:

@ljsven said in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:

Es gab ein Update beim Winet Adapter. Funktioniert es jetzt? Wenn ja, kann mir jemand sagen wie?

Ja mit der aktuellen Firmware kannst Modbus mit dem WiNet-S am iobroker machen. Wie es geht steht hier im Thread.

Im ersten Beitrag?
Geht auch nur lesend?

[LJSven]

Ich habe jetzt eine Verbindung. Ich bekomme aber nur Werte bei den Adressen im 5000er Bereich. Bei den anderen Werten verliert er die Verbindung. Woran liegt das?

[LJSven]

Kann mir jemand sagen, warum ich nicht alle Werte auslesen kann bzw. der Adapter im 16000er Bereich nicht mehr grün wird?

[trouble]

Hallo zs.

ich habe es nun auch geschaftt, den SH10RT per Modbus anzubinden. Leider bekomme ich aber keine Werte, alle bei 0:

hier meine Einstellungen, ich denke sollte passen.

Woran kann das noch liegen?

Danke

[DRUROB]

Hi!
Kann mir jemand sagen ob ich aus den Werten irgendwo den Status der DO bzw. D0 (O=oscar oder 0=null das weiß ich nicht so genau)Schnittstelle auslesen kann? Bin mir unsicher ob bei den Holding Registern unter 130xx das richtige für mich dabei ist.
Ziel ist, den Status zu tracken um zu sehen ob die Wärmepumpe korrekt auf die Schnittstelle reagiert bzw. überhaupt etwas macht.

@trouble
ich hatte zu anfang auch probleme. ich kann dir nicht sagen was das problem bei dir ist, aber ich hatte auch sorgen damit. Hatte viel mit dem Übertrag der Register im IObroker Adapter gespielt und irgendwann gings auf einmal.

[Smokey]

@atlantis sagte in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:

**Kurzbeschreibung zur Anbindung der neuen Sungrow Hybrid WR

Herzlichen Dank @Atlantis . Es war zwar auch im Sommer 2022 noch kein Selbstläufer, aber jetzt klappt alles.
Ich habe den Wechselrichter zwar letztendlich doch über die "richtige" LAN Buchse verbunden. Aber am längsten habe ich mit dem WiNet-S rumgemacht. Ich hab ihn schlicht in meinem (sehr großen) WLAN Netzwerk nicht gefunden weil die Hinweise auf die Sungrow MAC Adresse (beginnt mit AC:xx) halt für den WiNet nicht zutreffen. Wenn das also jemand ein Problem macht: MAC des WiNet-S Adapters beginnt bei mir mit 94:xx und er ist mit dem Namen "espressif" aufgetaucht.. hab ewig gesucht :) Vielleicht schont es die Nerven des einen oder anderen es zu wissen.

[mihas]

Kann jemand kurz mein log schauen:

Was ist FC 132?
Meine Anlage SH5.0RT.

P.S. GELÖST.

[Davipet]

@jh410
Das Selbe habe ich auch. Leider keine Lösung dafür. Hast du das inzwischen gefixt bekommen?

Woran seht ihr eigentlich ob der Batteriespeicher geladen oder entladen wird? Strom und Leistung wechseln nicht wie ich erwartet hatte die Vorzeichen...

Gruß

David

[Daniel]

Hallo zusammen,
starre seit Monaten immer mal wieder auf diesen Thread und versuche meinen WR via Modbus in Iobroker auszuwerten. Hatte auch immer wieder das Problem mit reconnects und Fehlern.
Heute hat es endlich geklappt. Keine Ahnung, woran es am Ende lag… hier meine letzten Schritte:

1. Modbus-Adapter komplett deinstalliert und neu installiert

2. Geräte ID 1, IP, Master, kein Alias. Rest wie vorkonfiguriert

3. Ich habe nicht den WiNet-Dongle benutzt (weder Wifi noch den LAN Port des Dongles) sondern den fest verbauten separaten LAN-Port des WRs

4. Die IP findet ihr bspw. in Fritzbox unter Heimnetz->Netzwerk. Wenn ihr oben rechts über den Button "+/-" die Spalte Mac-Adresse einblendet, sollte ihr die richtige IP recht fix finden, die dazugehörige Mac-Adresse beginnt mit "AC" (Achtung: das ist aber auch beim WiNet-Dongle der Fall)

5. Um zu checken ob die Kommunikation grundsätzlich funktioniert kann man bspw. Tools wie modbus-cli nutzen:
   

   CLI

   modbus 192.168.YYY.ZZ:502 -s 1 4999/H
   Parsed 0 registers definitions from 1 files
   4999: 2022 0x7e6
   
   
   Hier wird bspw. das aktuelle Jahr zurück gegeben. Wenn das schon nicht funktioniert, habt ihr vermutlich schon ein Problem mit der Verbindung (Client-ID falsch, IP falsch...). Aber Achtung: Verschwendet aber nicht zu viel Zeit darauf, damit "richtige" Werte wie aktuellen Ertrag auszulesen. Über das CLI-Tool habe ich bis heute keine oder unplausible Werte, man kann da mit Word Swap etc pp. viel falsch machen und denkt dann, es funktioniert irgendwas grundlegendes nicht, obwohl man nur die Datentypen falsch hat

6. Den Fehler On error: {"errno":-104,"code":"ECONNRESET","syscall":"read"} habe ich anfänglich immer wieder gehabt - und jetzt innerhalb weniger Tage mehrfach. Einmal hat ein Firmware-Update des WR das Problem gelöst (vll. aber auch nur wg. des damit zusammenhängenden Neustarts); gerade eben habe ich in meinem Zyxel-Switch das vom WR kommende LAN-Kabel in einen anderen Port gesteckt - und direkt wieder eine funktionierende Verbindung gehabt. Arbeitshypothese wäre in dem Fall, dass der Switch auf dem Port dicht gemacht hat??

7. Das TSV Format bzgl. der Register hat sich wohl verändert mittlerweile. Hier der Stand, der bei mir funktioniert hat: https://gist.github.com/dnoegel/543c72ef722365a3934bbad0bb43e222. Wenn ihr dort auf "Raw" klickt, kommt ihr direkt zur Datei.

8. Versucht nicht zu lange von Hand drei handverlesene Register zum Laufen zu bringen, wenn ihr euch nicht sicher seit, dass ihr die Datentypen richtig getroffen habt: Die TSV funktioniert, bringt das Ding erstmal rein und schaut dann, welche Werte ihr bekommt.

9. In der Sungrow App kann man wunderbar sehen, welche Ströme von wo nach wo fließen. In den Modbus-Daten sieht man eher, welche Ströme an welche Quelle anliegen. Möchte man sehen, ob die Batterie geladen oder entladen wird, muss man den "Running State" interpretieren (Register 13000). Die Information ist binary, d.h. das Checken á la "Wenn Wert = 25" kann man sich sparen. Hier mein Ansatz in Blockly:

   Blockly

   
   <xml xmlns="https://developers.google.com/blockly/xml">
   <variables>
   <variable id="Wu=u[10[PLwu)p_g$2ZM">number</variable>
   <variable id="u?6#BJh2Bp((1W3u)Vnf">bitPosition</variable>
   <variable id="Kl3S0K7)wS:E#~kmp_|">dec</variable> </variables> <block type="comment" id="dl.~:*si1DA:Ep6wYJ[%" x="-863" y="-137"> <field name="COMMENT">Run whenever state is changed</field> <next> <block type="on_ext" id="c;*|gCMP^+7VyIN]qj^">
   <mutation xmlns="http://www.w3.org/1999/xhtml" items="1"></mutation>
   <field name="CONDITION">ne</field>
   <field name="ACK_CONDITION"></field>
   <value name="OID0">
   <shadow type="field_oid" id="jk{31$NENu@o]pNzRU">
   <field name="oid">modbus.0.inputRegisters.13000_Running_State</field>
   </shadow>
   </value>
   <statement name="STATEMENT">
   <block type="procedures_callnoreturn" id="~dii,d.PsDx8L!{#5e4G">
   <mutation name="run">
   <arg name="dec"></arg>
   </mutation>
   <value name="ARG0">
   <block type="on_source" id="NE|H~0.b4VGmM[GnS2~?">
   <field name="ATTR">state.val</field>
   </block>
   </value>
   </block>
   </statement>
   <next>
   <block type="comment" id="W}Mu1vp1F6~uBlmI|.C">
   <field name="COMMENT">Run once after script is started</field>
   <next>
   <block type="procedures_callnoreturn" id="/+j6gN2NZ:bV+X~x0ur"> <mutation name="run"> <arg name="dec"></arg> </mutation> <value name="ARG0"> <block type="get_value" id="?)Snd}*[?TT^E)h(x^I#"> <field name="ATTR">val</field> <field name="OID">modbus.0.inputRegisters.13000_Running_State</field> </block> </value> </block> </next> </block> </next> </block> </next> </block> <block type="procedures_defcustomreturn" id=")7@7$^bI?;9JiXb,CqbC" x="-437" y="-88"> <mutation statements="false"> <arg name="number" varid="Wu=u[10[PLwu)p_g$2ZM"></arg> <arg name="bitPosition" varid="u?6#BJh2Bp((1W3u)Vnf"></arg> </mutation> <field name="NAME">getBit</field> <field name="SCRIPT">ICByZXR1cm4gKG51bWJlciAmICgxIDw8IGJpdFBvc2l0aW9uKSkgPT09IDAgPyAwIDogMTsK</field> <comment pinned="false" h="80" w="160">Beschreibe diese Funktion …</comment> </block> <block type="procedures_defcustomnoreturn" id="lz{Fy{/wE{2-%uVacZd0" x="-437" y="-37"> <mutation statements="false"> <arg name="dec" varid="Kl3S0K7)wS:E#~kmp_|"></arg>
   </mutation>
   <field name="NAME">extractRunningStates</field>
   <field name="SCRIPT">ZnVuY3Rpb24gZGVjVG9CaXQoZGVjLCBiaXRQb3NpdGlvbikgewogICAgcmV0dXJuIChkZWMgJiAoMSA8PCBiaXRQb3NpdGlvbikpID09PSAwID8gZmFsc2UgOiB0cnVlOwp9CgoKc2V0U3RhdGUoIjBfdXNlcmRhdGEuMC5QVi5Qb3dlckdlbmVyYXRlZEZyb21QViIsIGRlY1RvQml0KGRlYywgMCksIHRydWUpOwpzZXRTdGF0ZSgiMF91c2VyZGF0YS4wLlBWLkJhdHRlcnlDaGFyZ2luZyIsIGRlY1RvQml0KGRlYywgMSksIHRydWUpOwpzZXRTdGF0ZSgiMF91c2VyZGF0YS4wLlBWLkJhdHRlcnlEaXNjaGFyZ2luZyIsIGRlY1RvQml0KGRlYywgMiksIHRydWUpOwpzZXRTdGF0ZSgiMF91c2VyZGF0YS4wLlBWLkxvYWRBY3RpdmUiLCBkZWNUb0JpdChkZWMsIDMpLCB0cnVlKTsKc2V0U3RhdGUoIjBfdXNlcmRhdGEuMC5QVi5Qb3dlckZlZWRJbnRvR3JpZCIsIGRlY1RvQml0KGRlYywgNCksIHRydWUpOwpzZXRTdGF0ZSgiMF91c2VyZGF0YS4wLlBWLlBvd2VySW1wb3J0RnJvbUdyaWQiLCBkZWNUb0JpdChkZWMsIDUpLCB0cnVlKTsKc2V0U3RhdGUoIjBfdXNlcmRhdGEuMC5QVi5Qb3dlckdlbmVyYXRlZEZyb21Mb2FkIiwgZGVjVG9CaXQoZGVjLCA3KSwgdHJ1ZSk7Cg==</field>
   <comment pinned="false" h="80" w="160">Beschreibe diese Funktion …</comment>
   </block>
   <block type="procedures_defnoreturn" id="vv(U!g(@pnn)8_.{bCV|" x="-388" y="163">
   <mutation>
   <arg name="dec" varid="Kl3S0K7)wS:E#~kmp_|"></arg> </mutation> <field name="NAME">debug output</field> <comment pinned="false" h="80" w="160">Beschreibe diese Funktion …</comment> <statement name="STACK"> <block type="comment" id="4Kc|yjIOj/d!+rX^eB8k"> <field name="COMMENT">create some debug messages so we can check state changes in the log after the fact</field> <next> <block type="debug" id="KOrPE~?_|7q-iX+hf9B7"> <field name="Severity">log</field> <value name="TEXT"> <shadow type="text" id="qi6ijIzs)8YkGt3mXbyd"> <field name="TEXT">test</field> </shadow> <block type="text_join" id="sQoBJpPXUR}I,yDnYLzU"> <mutation items="2"></mutation> <value name="ADD0"> <block type="text" id="@[Qr;#TN3?QNNtRdBFJb"> <field name="TEXT">Power generation</field> </block> </value> <value name="ADD1"> <block type="procedures_callcustomreturn" id="[di$veE=W)etZ1N1csD!"> <mutation name="getBit"> <arg name="number"></arg> <arg name="bitPosition"></arg> </mutation> <value name="ARG0"> <block type="variables_get" id="!.K$T:bqj+}ijHEBEu1O"> <field name="VAR" id="Kl3S0K7)wS:E#~kmp_|">dec</field>
   </block>
   </value>
   <value name="ARG1">
   <block type="math_number" id="[?#(KLA~d_4od@i%HKRE">
   <field name="NUM">0</field>
   </block>
   </value>
   </block>
   </value>
   </block>
   </value>
   <next>
   <block type="debug" id=".tDzA6hZ]hWm/Q1Ki+C}">
   <field name="Severity">log</field>
   <value name="TEXT">
   <shadow type="text">
   <field name="TEXT">test</field>
   </shadow>
   <block type="text_join" id="9_lIMrC@kQZHlIS.BX5"> <mutation items="2"></mutation> <value name="ADD0"> <block type="text" id="+0Y)usl;k0!LReL=@1TA"> <field name="TEXT">Battery charging</field> </block> </value> <value name="ADD1"> <block type="procedures_callcustomreturn" id="l-(+Hf/C:1.Pr$1TME!">
   <mutation name="getBit">
   <arg name="number"></arg>
   <arg name="bitPosition"></arg>
   </mutation>
   <value name="ARG0">
   <block type="variables_get" id="]k8{NSg3:qwE6y~~PPUG">
   <field name="VAR" id="Kl3S0K7)wS:E#~kmp_|">dec</field> </block> </value> <value name="ARG1"> <block type="math_number" id="f|p*H^X]~uRfJ4zwy{V]"> <field name="NUM">1</field> </block> </value> </block> </value> </block> </value> <next> <block type="debug" id="#o:4EZCjL=5M?Gw+0O.i"> <field name="Severity">log</field> <value name="TEXT"> <shadow type="text"> <field name="TEXT">test</field> </shadow> <block type="text_join" id="OIyVbASBmVYSEM=oZSMm"> <mutation items="2"></mutation> <value name="ADD0"> <block type="text" id="YkP-(f;KKjkroM[%{a;?"> <field name="TEXT">Battery discharging</field> </block> </value> <value name="ADD1"> <block type="procedures_callcustomreturn" id="pGmRj}_+$eQxsP,i1O@L"> <mutation name="getBit"> <arg name="number"></arg> <arg name="bitPosition"></arg> </mutation> <value name="ARG0"> <block type="variables_get" id="VZ2rjX0pe@PD-b0EK.@n"> <field name="VAR" id="Kl3S0K7)wS:E#~kmp_|">dec</field>
   </block>
   </value>
   <value name="ARG1">
   <block type="math_number" id="^/WwB;Scl3(cF8[3jylF">
   <field name="NUM">2</field>
   </block>
   </value>
   </block>
   </value>
   </block>
   </value>
   <next>
   <block type="debug" id="2=ESEy@?o=2!#~*4.[p"> <field name="Severity">log</field> <value name="TEXT"> <shadow type="text"> <field name="TEXT">test</field> </shadow> <block type="text_join" id="SrIP5yY+X.D22D[VrlP$"> <mutation items="2"></mutation> <value name="ADD0"> <block type="text" id="M5Sk=a6?/W8mc@|rtDHZ"> <field name="TEXT">Positive load</field> </block> </value> <value name="ADD1"> <block type="procedures_callcustomreturn" id="UCHG|NH^a829VlS_FOc["> <mutation name="getBit"> <arg name="number"></arg> <arg name="bitPosition"></arg> </mutation> <value name="ARG0"> <block type="variables_get" id="Mrs-RQx3Z0}OX1FVc!+c"> <field name="VAR" id="Kl3S0K7)wS:E#~kmp_|">dec</field>
   </block>
   </value>
   <value name="ARG1">
   <block type="math_number" id="3oaU:Voj|5J0Fn$KdP=^">
   <field name="NUM">3</field>
   </block>
   </value>
   </block>
   </value>
   </block>
   </value>
   <next>
   <block type="debug" id="8~@Ywry?/piw*O}+,=]">
   <field name="Severity">log</field>
   <value name="TEXT">
   <shadow type="text">
   <field name="TEXT">test</field>
   </shadow>
   <block type="text_join" id="K,z(Z;tM4v-MVT)=sh"> <mutation items="2"></mutation> <value name="ADD0"> <block type="text" id="QsKlyP=k#wB.!q2W+XJ">
   <field name="TEXT">Power feed into the grid</field>
   </block>
   </value>
   <value name="ADD1">
   <block type="procedures_callcustomreturn" id="aknNP^vup+EdTLM6/yn">
   <mutation name="getBit">
   <arg name="number"></arg>
   <arg name="bitPosition"></arg>
   </mutation>
   <value name="ARG0">
   <block type="variables_get" id="0QUz2T3lebdal%Stjha^">
   <field name="VAR" id="Kl3S0K7)wS:E#~kmp_|">dec</field> </block> </value> <value name="ARG1"> <block type="math_number" id="d5~PH;7@M7kTud**ES.">
   <field name="NUM">4</field>
   </block>
   </value>
   </block>
   </value>
   </block>
   </value>
   <next>
   <block type="debug" id="s[=~4,hPHDd0]0YAO8|u">
   <field name="Severity">log</field>
   <value name="TEXT">
   <shadow type="text">
   <field name="TEXT">test</field>
   </shadow>
   <block type="text_join" id="X9{#rK3QZb$[550!GD$"> <mutation items="2"></mutation> <value name="ADD0"> <block type="text" id="Oe-,=fU/6IGKG3v,/t+0"> <field name="TEXT">Power from the grid</field> </block> </value> <value name="ADD1"> <block type="procedures_callcustomreturn" id="EGn+kHA^EQ1XRJhx!Vhb"> <mutation name="getBit"> <arg name="number"></arg> <arg name="bitPosition"></arg> </mutation> <value name="ARG0"> <block type="variables_get" id="}2agbC4wrjiK^REZrT={"> <field name="VAR" id="Kl3S0K7)wS:E#~kmp_|">dec</field>
   </block>
   </value>
   <value name="ARG1">
   <block type="math_number" id=":fd,9cSXwq[{cx76A-+}">
   <field name="NUM">5</field>
   </block>
   </value>
   </block>
   </value>
   </block>
   </value>
   <next>
   <block type="debug" id="hOK+$jW(m-QrUr#W|/n@">
   <field name="Severity">log</field>
   <value name="TEXT">
   <shadow type="text">
   <field name="TEXT">test</field>
   </shadow>
   <block type="text_join" id="QJDY}eje)+|3SUH(BZyM">
   <mutation items="2"></mutation>
   <value name="ADD0">
   <block type="text" id="hj9k)mHycGoRx9vHO]Q{">
   <field name="TEXT">Power from load</field>
   </block>
   </value>
   <value name="ADD1">
   <block type="procedures_callcustomreturn" id="Rk4r]0=rc#(qd]Nqjds$">
   <mutation name="getBit">
   <arg name="number"></arg>
   <arg name="bitPosition"></arg>
   </mutation>
   <value name="ARG0">
   <block type="variables_get" id="m,$d6J}Ic:=mV:|i0B58">
   <field name="VAR" id="Kl3S0K7)wS:E#~kmp_|">dec</field> </block> </value> <value name="ARG1"> <block type="math_number" id=":^V4s@UVYMGm/ada=3N">
   <field name="NUM">7</field>
   </block>
   </value>
   </block>
   </value>
   </block>
   </value>
   </block>
   </next>
   </block>
   </next>
   </block>
   </next>
   </block>
   </next>
   </block>
   </next>
   </block>
   </next>
   </block>
   </next>
   </block>
   </statement>
   </block>
   <block type="procedures_defnoreturn" id="ILxxz6e}u[fcDIeO6oXT" x="-812" y="212">
   <mutation>
   <arg name="dec" varid="Kl3S0K7)wS:E#~kmp_`|"></arg>
   </mutation>
   <field name="NAME">run</field>
   <comment pinned="false" h="80" w="160">Beschreibe diese Funktion …</comment>
   <statement name="STACK">
   <block type="procedures_callcustomnoreturn" id="j|y@bpDyP5[;xE)~RRQ[">
   <mutation name="extractRunningStates">
   <arg name="dec"></arg>
   </mutation>
   <value name="ARG0">
   <block type="variables_get" id="Q=XjjZ?bay6J1^X4EO)2">
   <field name="VAR" id="Kl3S0K7)wS:E#~kmp_`|">dec</field>
   </block>
   </value>
   <next>
   <block type="procedures_callnoreturn" id="-0-R2zP[?Peo2o)AH{B0">
   <mutation name="debug output">
   <arg name="dec"></arg>
   </mutation>
   <value name="ARG0">
   <block type="variables_get" id=")ehVkoDs8KN([lz_?.j.">
   <field name="VAR" id="Kl3S0K7)wS:E#~kmp_`|">dec</field>
   </block>
   </value>
   </block>
   </next>
   </block>
   </statement>
   </block>
   </xml>
   

Hoffe das hilft etwas weiter. Vielen Dank auch nochmal an @Atlantis fürs Zusammentragen der Infos + alle anderen die mitüberlegt und mitrecherchiert haben!

Daniel

[toki1973]

Ich werde in absehbarer Zeit auch einen Sungrow WR bekommen. Mein Installateur möchte wohl das Techniker PW nicht rausrücken. Ist das ein Standard PW?
Was soll ich den einstellen lassen sofern ich nicht an das PW komme, damit ich auf den Bus zugreifen kann?

[Smokey]

@toki1973 sagte in Sungrow WR SGH10RT erfolgreich mit MODBUS eingebunden:

Ich werde in absehbarer Zeit auch einen Sungrow WR bekommen. Mein Installateur möchte wohl das Techniker PW nicht rausrücken. Ist das ein Standard PW?
Was soll ich den einstellen lassen sofern ich nicht an das PW komme, damit ich auf den Bus zugreifen kann?

Jetzt muss ich aufpassen, dass ich mich nicht falsch erinnere. Aber ich denke bei mir war es so, dass der Zugriff über das WiFi Modul auf dem Standard-PW belassen wurde. Viel wichtiger bei mir war aber im Nachhinein der Zugriff über das normale LAN Kabel auf den LAN Port (nicht der, in dem das Wifi Modul steckt). Denn dort hat der Zugriff mittels Modbus Adapter am besten funktioniert. Und soweit ich weiß, gibt es dafür kein Name/PWD sondern geht direkt immer. Nebenbemerkung: es ist Deine Anlage. "nicht herausrücken von Zugriff" würde ich nicht akzeptieren.

[Daniel]

@toki1973 Lt. Handbuch lauten die Standard-Zugangsdaten "admin / pw8888". Eigentlich(TM) brauchst du die Zugangsdaten aber nicht und solltest auch ohne das alles eingerichtet bekommen.