Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Scusi]

@ralfengelberth said in Sungrow Wallbox AC011E-01 erfolgreich mit Modbus eingebunden:

@eisbaeeer sagte in Sungrow Wallbox AC011E-01 erfolgreich mit Modbus eingebunden:

Dein WinetS hat aber schon eine andere IP als dein Wechselrichter? Jede Schnittstelle muss eine eigene IP-Adresse haben. Z.B.:
WinetS = 192.168.1.234 (Wifi)

Verstehe ich nicht.
Jede Schnittstelle hat doch eine eigene IP bei mir.
Oder verstehe ich das falsch?

Wenn du die IP-Adresse vom WinetS im Brower eingibst müsstest du auf den lokalen Zugriff des WR kommen. Wenn das funktioniert müsst auch der Modbus funktionieren. Hast du auch im Lokalen Zugriff unter Modbus (502) die SSL-Verschlüsselung ausgeschaltet, danach ging es bei mir.

[RalfEngelberth]

@scusi
@eisbaeeer
Ich habe mal versucht etwas Licht in den vielen IP-Adressen zu bringen.
Hier ein Schaubild meiner Daten.
Ich bekomme immer noch keine Verbindung zur Wallbox

[Maddm]

@ralfengelberth
Dein WR hat die IP .233, dein Winet-S hat die .234 - ich habe ein vergleichbares Setup.

Den WR fragt die Modbus-Instanz 0 über seine IP Adresse mit Port 502 als Master mit ID 1 ab.
Die WB frage ich über die IP des Winet-S mit Port 502 als Master mit ID 2 ab (ID 1 ist bei mir der WR).

Evtl. deinstallier die Instanz 1 nochmal, stop den iobroker und installiert ihn neu, so ging es bei mir nach einigen Hin und Her.

[Eisbaeeer]

@ralfengelberth
Vielen Dank für das Bild. Das sagt einfach mal was aus. Und schon ist der Fehler gefunden..

Trag hier (Screenshot unten) mal die IP vom LAN vom WinetS. Dann sollte das gehen.
Modbus-Adapter 1 --> LAN vom WR mit der ID:1
Modbus-Adapter 2 --> LAN vom Winet-S mit der ID:3
Du kannst natürlich auch das WLAN vom Winet-S nutzen. Meine Erfahrung ist aber, dass der LAN-Port stabiler ist.

[Rummelpunz]

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

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

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

[RalfEngelberth]

@eisbaeeer sagte in Sungrow Wallbox AC011E-01 erfolgreich mit Modbus eingebunden:

@ralfengelberth
Vielen Dank für das Bild. Das sagt einfach mal was aus. Und schon ist der Fehler gefunden..

Trag hier (Screenshot unten) mal die IP vom LAN vom WinetS. Dann sollte das gehen.
Modbus-Adapter 1 --> LAN vom WR mit der ID:1
Modbus-Adapter 2 --> LAN vom Winet-S mit der ID:3
Du kannst natürlich auch das WLAN vom Winet-S nutzen. Meine Erfahrung ist aber, dass der LAN-Port stabiler ist.

Vielen Dank
Es hat funktioniert
Echt super
Danke an alle

[RalfEngelberth]

@eisbaeeer Ich habe doch noch eine Frage.
Hast du ein aktuelles Widges zum steuern der Wallbox sowie die benötigten Register?

[Eisbaeeer]

@ralfengelberth
Du musst dazu die Holding Register des Wechselrichters ab 33540 beschreiben.
Du findest diese hier: https://github.com/Eisbaeeer/sungrow/blob/main/Hybrid_SHXXRT_Holding-Register.tsv

Ein Widget gibt es nicht, das musst du dir zusammenbauen.

[Maddm]

@eisbaeeer
So, seit dieser Woche habe ich mein Auto und bin froh, jetzt auch die Werte der Wallbox auszulesen.
Allerdings finde ich viele Werte tatsächlich sehr irritierend:

• modbus.1.inputRegisters.21299_Total_Energy hat den Wert 200212480 Wh ... ich habe laut iSolarCloud gerade mal rund 3 kW geladen
• modbus.1.inputRegisters.21307_Charging_Power hat gerade eben den Wert 275644416 W
• modbus.1.inputRegisters.21309_Charging_Engery hat gerade eben den Wert 25886720 Wh
• Start und End Time (modbus.1.inputRegisters.21317_Charge_Start_Time bzw. 21319) sind im UnixTimestamp Format, wenn ich das umrechne kommen bei mir Werte aus dem Jahr 2075 raus (aktuell: 3340003340)

Wie kommen diese Zahlen zu Stande bzw. wie rechnet ihr sie in saubere Werte um?

[Scusi]

@maddm Hallo, stell doch mal die die 3 Register 21299, 21307 und 21309 auf unsigned 32 bit (Big Endian word swap) um, das hat bei mir geholfen.
Die Zeit habeichauch noch nicht herrausgefunden wie man die umwandelt und in der Vis darstellt.
Vlt. kann ein anderer uns helfen.

[Rummelpunz]

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

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

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

[Maddm]

@rummelpunz Ja, soweit verstanden - da hat der Tipp von @Scusi geholfen: einfach die "Typen" der 3 genannten Werte ändern, dann passen die Werte direkt.

Was mich tatsächlich mehr irritiert sind die komplett wilden Werte der Timestamps (Start und Ende)... die Zahlen werden im Laufe eines Nachmittags so groß, dass man im Jahr 2100 rauskommt, dann fangen sie wieder sehr niedrig an, dass man im Jahr 1970 rauskommt.

Hat das bisher niemanden hier im Thread gestört bzw. hat da jemand ne Lösung für, evtl. reicht es ja auch einfach an den "Typen" der Register zu drehen?!

[Rummelpunz]

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

[Maddm]

@rummelpunz
Ok, bestens - auch hier hats geholfen, die beiden Register für Start und Ende auf den Type "Big Endian (Word Swap)" umzustellen --> @Scusi.

Letzte Thematik dazu: der Zeitstempel ist geht "eine Stunde vor" --> wenn ich um 12:00 Uhr deutscher Zeit lade, ist der Zeitstempel in 21317_Charge_Start_Time schon 13:00 Uhr :angry:

Ist nicht wirklich schlimm, ich setze mir eigene Start- und Ende-Variablen immer dann wenn der Ladestatus auf "Charging" bzw. "Charging ended" springt.

/*
    wenn sich der Changing_Status der WB ändert wird geprüft ob der Ladevorgang beginnt oder endet
    falls ja, wird Ladestart bzw. Ladeende mit dem aktuellen Zeitstempel gespeichert
*/

on({id: "modbus.1.inputRegisters.21316_Charging_Status", change: 'any'}, function (obj) {

    var dNow = formatDate(new Date(), "hh:mm:ss"),
        sState = getState("modbus.1.inputRegisters.21316_Charging_Status").val;

    console.log("Wallbox, Ladestatus hat gewechselt: "+sState)
/* Status Wallbox
   1=Idle
   2=Standby
   3=Charching 
   4=Charching suspended (Wallbox)
   5=Charching suspended (Vehicle)
   6=Charching complete
   7=Reserved
   8=Disabled
   9=Fault */
    switch (sState) {
        case 3:
            setState("0_userdata.0.Wallbox.Ladung_Start", dNow);
            setState("0_userdata.0.Wallbox.Ladung_Ende", "");
            console.log('Wallbox: Ladevorgang gestartet um '+dNow);
        break;

        case 6:
            setState("0_userdata.0.Wallbox.Ladung_Ende", dNow);     
            console.log('Wallbox: Ladevorgang beendet um '+dNow);
        break;

        default:
            console.log('Wallbox: default case, status '+sState);
        break;
    }
});

[Eisbaeeer]

@rummelpunz sagte in Sungrow Wallbox AC011E-01 erfolgreich mit Modbus eingebunden:

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

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

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

Ich habe eben meine Register Wörter gedreht und auch bei mir passen jetzt die Werte und die Zeit-Stempel. Danke für´s Forschen. Ich werde das in meinem Github Repo für die Register anpassen und einen Pull-Request stellen.

[Eisbaeeer]

Aktuell findet ihr hier alle Register mit richtigen Einstellungen.

https://github.com/Eisbaeeer/sungrow

[Maddm]

@eisbaeeer
Ich habe bisher nur die Input Register verwendet um Daten auszulesen. Jetzt würde ich gern via iobroker die Ladung des Kfz starten bzw den Ladevorgang beenden (statt sich in der isolarcloud anzumelden und dort dann über Anlage > Ladegerät > laden starten/beenden den Vorgang zu starten/beenden).

Ich will nicht den Ladetyp ändern (ist auf Eco ohne Netzbezug in der isolarcloud eingestellt) oder andere settings ändern, nur Start oder Stop auslösen.

Ist das mit den Holding Registern möglich und wenn ja, welches Register muss ich dafür wie genau setzen?

[Eisbaeeer]

@maddm sagte in Sungrow Wallbox AC011E-01 erfolgreich mit Modbus eingebunden:

Ist das mit den Holding Registern möglich und wenn ja, welches Register muss ich dafür wie genau setzen?

Ja, das ist möglich. Dazu musst du das Register 21211 setzen.

[Maddm]

@eisbaeeer
Hmm, das habe ich jetzt so (so einfach das scheint) erstmal nicht hinbekommen.

1. Ich habe nur dieses eine Register (21211) in die Holding Register aufgenommen, nicht alle Zeilen
2. Ich habe mir in vis1 mit dem universal Element aus "vis-invetwo" einen type=switch gebaut, der den Wert von "modbus.1.holdingRegisters.21211_START_STOP_CHARGING" auf 1 setzt um das Laden zu starten und dann wieder auf 0, um das Laden zu stoppen.
3. das Widget ist nur sichtbar, wenn die Wallbox den Status "bereit" hat
4. leider passiert auf Knopfdruck "nichts"

Als ich die Ladung über die iSolarCloud gestartet habe, ist der WB Status sauber auf 3 (Charging) gewechselt, das Holding Register bliebt unverändert.

[Homoran]

@maddm sagte in Sungrow Wallbox AC011E-01 erfolgreich mit Modbus eingebunden:

das Holding Register bliebt unverändert.

liest du das Register auch aus?

@maddm sagte in Sungrow Wallbox AC011E-01 erfolgreich mit Modbus eingebunden:

Ich habe mir in vis1 mit dem universal Element aus "vis-invetwo

schreibt das Widget bestätigt oder unbestätigt?