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

[RalfEngelberth]

@eisbaeeer Ich habe deine Anleitung gelesen.
Nur nochmal ob ich alles richtig verstanden habe.
Ich habe den WinetS über WLAN mit der IP 192.168.1.234 und über LAN mit der IP 192.168.1.235 verbunden.
Zusätzlich noch den Internen LAN mit IP 192.168.1.235 belegt.
Du schreibst, dass beide (WLAN und LAN) gehen müssten.
Ich habe mir einen Modbus Analyser installiert und den Modbus abgefragt.
Mit der IP 192.168.233 (LAN) und der Adresse 13011 bekomme ich von der Wallbox (ID1) eine Rückmeldung. siehe Bild.
Verwende ich aber die IP 192.168.1.234 (WLAN) oder IP 192.168.1.235 (Intern. LAN) habe ich keine positive Rückmeldung.
Von der Wallbox bekomme ich mit der Adresse 21261 weder mit der IP ...233 , 234 oder ...235 keine Rückmeldung.
Demnach ist der Fehler doch in den Einstellung von WinetS zu suchen.
Aber wo?

[Eisbaeeer]

@ralfengelberth

Verstehe ich das richtig?

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

Ich habe den WinetS über WLAN mit der IP 192.168.1.234 und über LAN mit der IP 192.168.1.235 verbunden.
Zusätzlich noch den Internen LAN mit IP 192.168.1.235 belegt.

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) ODER WinetS = 192.168.1.234 (LAN)
Wechselrichter = 192.168.1.235

Dann zwei Adapter anlegen. Einer ruft den WinetS ab, einer den Wechselrichter.

Meine Einstellungen am WinetS:

[RalfEngelberth]

@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?

[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?