Test Adapter sun2000 v0.1.x - Huawei Wechselrichter

[leonundjulie]

@bolliy Danke Stephan.

Habe auf GITHUB rauf und runter gelesen, aber das Thema PROXY ist mir noch immer nicht klar.

Ich lese mit dem von Dir etablierten Adapter meine beiden kaskadierten HUWAEI WR und einer am Master angeschlossenen LUNA 2000 aus. Soweit alles top.

Die Daten sollen aber auch an einem SMARTFOX via MODBUS auflaufen. Dafür ist der Proxy in SUN2000 Adapter aktiviert.

Der SMARTFOX soll die Datenvia MODBUS abfragen. Ist es richtig, diesen auf die IP meines RASPI gucken zu lassen (das Foto zeigt die Einstellungen für die LUNA, für meine beiden WR ist es adeqat).
.

Ist es so richtig?
Ist das Eintragen meiner RASPI IP richtig?

Ich habe mit einer MODBUS iPAD APP versucht Werte vom Proxy abzufragen … müsste ja eigentlich gehen … bekomme dort aber nicht gescheites.

Habe ich einen Gedankenfehler? Das Prinzip falsch verstanden?

Hat jemand anderes eine ähnliche Applikation? Fragt also Werte vom Proxy ab?

[bolliy]

@leonundjulie Der proxy nimmt stellvertretend die Datenanfragen vom client an und beantwortet diese aus dem Cache oder leidet diese direkt an den WR weiter. Für den Client macht es also keinen Unterschied ob er den proxy oder den WR direkt anspricht (transparent).
Also muss im SMARTFOX die IP-Adresse deines modbus-proxy (ioBroker/raspi) eingestellt werden.

Die eingestellte ip-Adresse bitte ohne führende Nullen im smartfox eintragen. 192.168.178.55

Zeig doch mal deine Einstellungen von dem modbus-proxy.
Hast du vielleicht ein FW aktiviert auf dem raspi?
Ist ioBroker von dem smartfox anpingbar?

Und bitte zukünftig allgemeine Fragen auf github https://github.com/bolliy/ioBroker.sun2000/discussions stellen!

[leonundjulie]

@bolliy Danke für die Erklärung. Demnach habe ich es richtig verstanden und auch richtig hinterlegt.

Hier die Einstellung meines Proxys

Zur „führenden Null“ bei der IP-Adresse meines PI: die wird vom SMARTFOX immer selber aufgefüllt.

Zum Pingen: muss erst mal lesen, ob ich das von der SMARTFOX Software angeboten bekomme.

Ich habe es hiermit versucht

Und erhaltet dann folgendes

[bolliy]

@leonundjulie für mich sieht es so aus als ob funktionieren würde ?
Du kannst es auch PVvis aus dem App-Store versuchen. Die habe ich heute mal getestet und funkt super!

Ich benutze evcc und das funktioniert auch einwandfrei.

Die Einstellungen im modbus-proxy sind korrekt. Du kannst "Erweiterte Protokollierung" anschalten, dann können wir im JSON-Format sehen was dort reinkommt...

[leonundjulie]

@bolliy Noch ein toller Tip … mit der APP kann man super testen.

Auf mein Thema bezogen: ich verstehe die APP so - wenn man als PV-Gerät für ein HUAWEI System den SDongle auswählt und die Daten des Proxy eingibt, dann erhält man via MODBUS in der iPad APP alles angezeigt … der PROXY arbeitet also. Somit liegt es bei mir am SMARTFOX … und der gehört hier ja nur indirekt in den Thread respektive dem Forum.

Weist Du welche Register die APP abfragt?

Danke für die Hilfe Stephan.

Gruß, Andreas

[bolliy]

@leonundjulie nein.
Schalte bitte die "Erweiterte Protokollierung" des modbus-proxys an.
So kann ich im JSON-Format sehen was dort reinkommt und vielleicht nicht beantwortet wird...
Im Log erscheint dann immer wieder ein JSON - das hätte ich gern als code (<>).

Stephan

[leonundjulie]

@bolliy Mit dem Thema LOG habe ich mich bis dato nicht wirklich befassen müssen.

Wir reden über das was man unter PROTOKOLLE findet? Ich frage, weil ich dort noch kein JSON gesehen habe. Freue mich über eine kurze Info.

Gruß
Andreas

[bolliy]

@leonundjulie

{"stat":{"getMultipleHoldingRegisters-address_32080-value_2-unidId_1":3695,"getMultipleHoldingRegisters-address_37765-value_2-unidId_1":3653,"getMultipleHoldingRegisters-address_32064-value_2-unidId_1":6028,"getMultipleHoldingRegisters-address_37113-value_2-unidId_1":6028,"getMultipleHoldingRegisters-address_38233-value_3-unidId_1":3653,"getMultipleHoldingRegisters-address_38275-value_3-unidId_1":3653,"getMultipleHoldingRegisters-address_38229-value_13-unidId_1":894,"getMultipleHoldingRegisters-address_38271-value_13-unidId_1":893,"getMultipleHoldingRegisters-address_37000-value_23-unidId_1":893,"getMultipleHoldingRegisters-address_37046-value_4-unidId_1":893,"getMultipleHoldingRegisters-address_47081-value_18-unidId_1":893,"getMultipleHoldingRegisters-address_32000-value_11-unidId_1":892,"getMultipleHoldingRegisters-address_32016-value_4-unidId_1":1774,"getMultipleHoldingRegisters-address_32089-value_1-unidId_1":893,"getMultipleHoldingRegisters-address_32066-value_50-unidId_1":892,"getMultipleHoldingRegisters-address_37100-value_38-unidId_1":1773,"getMultipleHoldingRegisters-address_37758-value_30-unidId_1":892,"getMultipleHoldingRegisters-address_47415-value_4-unidId_1":892,"getMultipleHoldingRegisters-address_37411-value_1-unidId_100":894,"getMultipleHoldingRegisters-address_37498-value_20-unidId_100":1773,"getMultipleHoldingRegisters-address_32106-value_2-unidId_1":2375,"getMultipleHoldingRegisters-address_37001-value_2-unidId_1":2375,"getMultipleHoldingRegisters-address_37107-value_2-unidId_1":2375,"getMultipleHoldingRegisters-address_37109-value_2-unidId_1":2375,"#getMultipleHoldingRegisters-address_37068-value_2-unidId_1":2375,"getMultipleHoldingRegisters-address_37004-value_1-unidId_1":2375,"getMultipleHoldingRegisters-address_37111-value_2-unidId_1":2375,"getMultipleHoldingRegisters-address_37121-value_2-unidId_1":2375}}

Im Protokoll den letzten Eintrag vom Modbus tcp server in die Zwischenablage kopieren und hier posten.

[leonundjulie]

@bolliy hoffe, dass das richtig ist:

2024-11-02 22:38:47.897 - info: sun2000.0 (57957) Modbus tcp server: {"stat":{"#getMultipleInputRegisters-address_37765-value_2-unidId_1":9069,"#getInputRegister-address_37760-value_1-unidId_1":9069,"getMultipleHoldingRegisters-address_32080-value_2-unidId_2":4512,"getMultipleHoldingRegisters-address_32106-value_2-unidId_2":4512,"getMultipleHoldingRegisters-address_32080-value_2-unidId_1":4510,"getMultipleHoldingRegisters-address_32106-value_2-unidId_1":4510}}
2024-11-02 22:39:07.663 - info: host.raspberrypi stopInstance system.adapter.sun2000.0 (force=false, process=true)
2024-11-02 22:39:07.672 - info: sun2000.0 (57957) Got terminate signal TERMINATE_YOURSELF
2024-11-02 22:39:07.675 - info: sun2000.0 (57957) cleaned everything up...
2024-11-02 22:39:07.680 - info: sun2000.0 (57957) terminating
2024-11-02 22:39:07.682 - info: sun2000.0 (57957) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2024-11-02 22:39:07.684 - info: sun2000.0 (57957) Modbus-proxy closed
2024-11-02 22:39:07.875 - info: host.raspberrypi stopInstance system.adapter.sun2000.0 send kill signal
2024-11-02 22:39:08.184 - info: sun2000.0 (57957) terminating
2024-11-02 22:39:08.331 - info: host.raspberrypi instance system.adapter.sun2000.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2024-11-02 22:39:12.159 - info: host.raspberrypi instance system.adapter.sun2000.0 in version "0.15.1" started with pid 3698113
2024-11-02 22:39:15.993 - info: sun2000.0 (3698113) starting. Version 0.15.1 in /opt/iobroker/node_modules/iobroker.sun2000, node: v18.20.4, js-controller: 6.0.11
2024-11-02 22:39:16.359 - info: sun2000.0 (3698113) Modbus-proxy listening on modbus://0.0.0.0:502
2024-11-02 22:39:16.368 - info: sun2000.0 (3698113) Modbus-proxy initialized
2024-11-02 22:39:16.517 - info: sun2000.0 (3698113) Open Connection...
2024-11-02 22:39:21.523 - info: sun2000.0 (3698113) Connected Modbus TCP to 192.168.178.129:502
2024-11-02 22:39:22.127 - info: sun2000.0 (3698113) Identified a Huawei SUN2000-6KTL-M1 model 427 for modbus ID 1
2024-11-02 22:39:22.289 - info: host.raspberrypi stopInstance system.adapter.sun2000.0 (force=false, process=true)
2024-11-02 22:39:22.294 - info: sun2000.0 (3698113) Got terminate signal TERMINATE_YOURSELF
2024-11-02 22:39:22.296 - info: sun2000.0 (3698113) cleaned everything up...
2024-11-02 22:39:22.300 - info: sun2000.0 (3698113) terminating
2024-11-02 22:39:22.304 - info: sun2000.0 (3698113) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2024-11-02 22:39:22.305 - info: sun2000.0 (3698113) Modbus-proxy closed
2024-11-02 22:39:22.524 - info: host.raspberrypi stopInstance system.adapter.sun2000.0 send kill signal
2024-11-02 22:39:22.807 - info: sun2000.0 (3698113) terminating
2024-11-02 22:39:22.962 - info: host.raspberrypi instance system.adapter.sun2000.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2024-11-02 22:39:26.687 - info: host.raspberrypi instance system.adapter.sun2000.0 in version "0.15.1" started with pid 3698407
2024-11-02 22:39:31.315 - info: sun2000.0 (3698407) starting. Version 0.15.1 in /opt/iobroker/node_modules/iobroker.sun2000, node: v18.20.4, js-controller: 6.0.11
2024-11-02 22:39:31.724 - info: sun2000.0 (3698407) Modbus-proxy listening on modbus://0.0.0.0:502
2024-11-02 22:39:31.732 - info: sun2000.0 (3698407) Modbus-proxy initialized
2024-11-02 22:39:31.873 - info: sun2000.0 (3698407) Open Connection...
2024-11-02 22:39:36.880 - info: sun2000.0 (3698407) Connected Modbus TCP to 192.168.178.129:502
2024-11-02 22:39:37.520 - info: sun2000.0 (3698407) Identified a Huawei SUN2000-6KTL-M1 model 427 for modbus ID 1
2024-11-02 22:39:38.219 - info: sun2000.0 (3698407) Identified a Huawei SUN2000-6KTL-M1 model 427 for modbus ID 2
2024-11-02 22:41:31.718 - info: sun2000.0 (3698407) Modbus tcp server: {"stat":{"#getMultipleInputRegisters-address_37765-value_2-unidId_1":6,"#getInputRegister-address_37760-value_1-unidId_1":6,"getMultipleHoldingRegisters-address_32080-value_2-unidId_2":2,"getMultipleHoldingRegisters-address_32106-value_2-unidId_2":2,"getMultipleHoldingRegisters-address_32080-value_2-unidId_1":1,"getMultipleHoldingRegisters-address_32106-value_2-unidId_1":1}}
2024-11-02 22:42:31.718 - info: sun2000.0 (3698407) Modbus tcp server: {"stat":{"#getMultipleInputRegisters-address_37765-value_2-unidId_1":9,"#getInputRegister-address_37760-value_1-unidId_1":9,"getMultipleHoldingRegisters-address_32080-value_2-unidId_2":3,"getMultipleHoldingRegisters-address_32106-value_2-unidId_2":3,"getMultipleHoldingRegisters-address_32080-value_2-unidId_1":3,"getMultipleHoldingRegisters-address_32106-value_2-unidId_1":3}}
2024-11-02 22:42:55.169 - warn: ebus.0 (2954287) no update since 2.11.2024, 12:35:27 broadcast.messages.error.lastup
2024-11-02 22:42:55.225 - warn: ebus.0 (2954287) no update since 24.10.2024, 14:24:52 broadcast.messages.signoflife.lastup
2024-11-02 22:42:55.529 - info: ebus.0 (2954287) installed ebusd version is 23.3
2024-11-02 22:42:55.647 - info: ebus.0 (2954287) all http done
2024-11-02 22:43:31.723 - info: sun2000.0 (3698407) Modbus tcp server: {"stat":{"#getMultipleInputRegisters-address_37765-value_2-unidId_1":12,"#getInputRegister-address_37760-value_1-unidId_1":12,"getMultipleHoldingRegisters-address_32080-value_2-unidId_2":5,"getMultipleHoldingRegisters-address_32106-value_2-unidId_2":5,"getMultipleHoldingRegisters-address_32080-value_2-unidId_1":4,"getMultipleHoldingRegisters-address_32106-value_2-unidId_1":4}}
2024-11-02 22:44:31.718 - info: sun2000.0 (3698407) Modbus tcp server: {"stat":{"#getMultipleInputRegisters-address_37765-value_2-unidId_1":15,"#getInputRegister-address_37760-value_1-unidId_1":15,"getMultipleHoldingRegisters-address_32080-value_2-unidId_2":6,"getMultipleHoldingRegisters-address_32106-value_2-unidId_2":6,"getMultipleHoldingRegisters-address_32080-value_2-unidId_1":6,"getMultipleHoldingRegisters-address_32106-value_2-unidId_1":6}}
2024-11-02 22:45:15.306 - info: admin.0 (2952665) <== Disconnect system.user.admin from ::ffff:192.168.178.88 admin
2024-11-02 22:45:23.163 - info: admin.0 (2952665) ==> Connected system.user.admin from ::ffff:192.168.178.88
2024-11-02 22:45:31.719 - info: sun2000.0 (3698407) Modbus tcp server: {"stat":{"#getMultipleInputRegisters-address_37765-value_2-unidId_1":18,"#getInputRegister-address_37760-value_1-unidId_1":18,"getMultipleHoldingRegisters-address_32080-value_2-unidId_2":8,"getMultipleHoldingRegisters-address_32106-value_2-unidId_2":8,"getMultipleHoldingRegisters-address_32080-value_2-unidId_1":7,"getMultipleHoldingRegisters-address_32106-value_2-unidId_1":7}}
2024-11-02 22:45:40.053 - info: host.raspberrypi instance system.adapter.daswetter.0 in version "3.1.16" started with pid 3705914
2024-11-02 22:45:44.183 - info: daswetter.0 (3705914) starting. Version 3.1.16 in /opt/iobroker/node_modules/iobroker.daswetter, node: v18.20.4, js-controller: 6.0.11

MOD-EDIT: Code in code-tags gesetzt!

[bolliy]

@leonundjulie ich sehe nun was das Problem ist. smartfox liest die Registerdaten auch über die inputRegister-Abfrage. Das Verhalten ist zwar ok, aber ungewöhnlich.
Ich werde den Adapter anpassen und mich wieder melden. Dann kannst du testen

LG Stephan

[bolliy]

@leonundjulie ich hoffe, dass es nun mit dem smartfox und dem modbus-proxy funktioniert - bitte testen und Rückmeldung geben.

Die Installation erfolgt über den Expertenmodus. Danach auf die „Krakenkatze“ klicken, dann "von github" den Adapter "sun2000" auswählen und die Installation starten.
Danach muss der Adapter ggf. einmal neu gestartet werden!

Falls weiter Probleme auftauchen - nur das JSON hinter Modbus tcp server: posten. Sonst platzt hier das Forum noch.

LG Stephan

[leonundjulie]

@bolliy danke Stephan.

In welcher Version hast Du es angepasst?

Weil ich an der Stelle noch keine Erfahrungen gemacht habe: wie kann ich Deine Bitte zum JSON umsetzen?

Gruß Andreas

[bolliy]

@leonundjulie in der letzten. (V0.16.0)
Das Projekt wird auf github (Versionsverwaltung) gehostet. https://github.com/bolliy/ioBroker.sun2000
Dort kannst du meine Änderungen verfolgen.

Bitte so installieren wie ich es beschrieben habe. Es ist noch keine eigene Version. Eine neue Version erfolgt erst wenn es keine Fehler mehr von dir festgestellt werden...

Das JSON ist ein Format um Daten und deren Struktur abzubilden. Kannst du bei Wikipedia nachlesen.
Im Protokoll die Stelle mit dem JSON in die Zwischenablage kopieren und hier posten.

Stephan

[leonundjulie]

@bolliy Guten Morgen Stephan.

Die Sonne ist aufgegangen und ich habe die neue Version eingepflanzt.

Das Ergebnis:

2024-11-04 07:48:36.012 - info: sun2000.0 (1896556) terminating
2024-11-04 07:48:36.014 - info: sun2000.0 (1896556) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2024-11-04 07:48:36.016 - info: sun2000.0 (1896556) Modbus-proxy closed
2024-11-04 07:48:36.220 - info: host.raspberrypi stopInstance system.adapter.sun2000.0 send kill signal
2024-11-04 07:48:36.517 - info: sun2000.0 (1896556) terminating
2024-11-04 07:48:36.661 - info: host.raspberrypi instance system.adapter.sun2000.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2024-11-04 07:48:40.544 - info: host.raspberrypi instance system.adapter.sun2000.0 in version "0.16.0" (non-npm: bolliy/ioBroker.sun2000) started with pid 1897241
2024-11-04 07:48:45.602 - info: sun2000.0 (1897241) starting. Version 0.16.0 (non-npm: bolliy/ioBroker.sun2000) in /opt/iobroker/node_modules/iobroker.sun2000, node: v18.20.4, js-controller: 6.0.11
2024-11-04 07:48:46.047 - info: sun2000.0 (1897241) Modbus-proxy listening on modbus://0.0.0.0:502
2024-11-04 07:48:46.059 - info: sun2000.0 (1897241) Modbus-proxy initialized
2024-11-04 07:48:46.189 - info: sun2000.0 (1897241) Open Connection...
2024-11-04 07:48:51.198 - info: sun2000.0 (1897241) Connected Modbus TCP to 192.168.178.129:502
2024-11-04 07:48:53.108 - info: sun2000.0 (1897241) Identified a Huawei SUN2000-6KTL-M1 model 427 for modbus ID 1
2024-11-04 07:48:54.518 - info: sun2000.0 (1897241) Identified a Huawei SUN2000-6KTL-M1 model 427 for modbus ID 2
2024-11-04 07:50:46.036 - info: sun2000.0 (1897241) Modbus tcp server: {"stat":{"getMultipleHoldingRegisters-address_32080-value_2-unidId_2":2,"getMultipleHoldingRegisters-address_32106-value_2-unidId_2":2,"getMultipleHoldingRegisters-address_37765-value_2-unidId_1":3,"getMultipleHoldingRegisters-address_37760-value_1-unidId_1":3,"getMultipleHoldingRegisters-address_32080-value_2-unidId_1":1,"getMultipleHoldingRegisters-address_32106-value_2-unidId_1":1}}
2024-11-04 07:51:46.035 - info: sun2000.0 (1897241) Modbus tcp server: {"stat":{"getMultipleHoldingRegisters-address_32080-value_2-unidId_2":3,"getMultipleHoldingRegisters-address_32106-value_2-unidId_2":3,"getMultipleHoldingRegisters-address_37765-value_2-unidId_1":6,"getMultipleHoldingRegisters-address_37760-value_1-unidId_1":6,"getMultipleHoldingRegisters-address_32080-value_2-unidId_1":3,"getMultipleHoldingRegisters-address_32106-value_2-unidId_1":3}}
2024-11-04 07:52:46.035 - info: sun2000.0 (1897241) Modbus tcp server: {"stat":{"getMultipleHoldingRegisters-address_32080-value_2-unidId_2":5,"getMultipleHoldingRegisters-address_32106-value_2-unidId_2":5,"getMultipleHoldingRegisters-address_37765-value_2-unidId_1":9,"getMultipleHoldingRegisters-address_37760-value_1-unidId_1":9,"getMultipleHoldingRegisters-address_32080-value_2-unidId_1":4,"getMultipleHoldingRegisters-address_32106-value_2-unidId_1":4}}

MOD-EDIT: Code in code-tags gesetzt!

Und im SMARTFOX werden weiterhin weder LEISTUNG noch SOC angezeigt.

[bolliy]

@leonundjulie im Log wird vom modbus-proxy kein Fehler angezeigt. Das Screenshot zeigt aber doch Werte - nur kein SOC?!
Was am Morgen im Winter durchaus normal ist.
Der Screenshot ist doch vom smartfox - oder nicht?

Stephan

[leonundjulie]

@bolliy Hallo Stephan.

Meine LUNA2000 ist so eingestellt, dass sie bei 5% abschaltet.

Hier drei Fotos - die ich vor einer Minute machte:

• Die Werte der Batterie in Fusion Solar
• Die Werte der Batterie im iOBroker
• Die Werte der Batterie im SMARTFOX

FusionSolar und IOBroker passen ungefähr zusammen (das Delta erklärt sich sicherlich aus dem Delay, welches sich aus der Datenübertragung in die Cloud und zurück ergibt. Und der SMARTFOX zeigt halt gar nichts zur Batterie.

Da stimmt doch etwas nicht … aber was?

Also habe ich iOBroker den HUAWEI Adapter deaktiviert und den SMARTFOX direkt auf die IP des SDONGLES gelegt … dann müsste der SMARTFOX ja eigentlich alles richtig anzeigen - tut er aber nicht. Die Batterie zeigt weiterhin nichts und die von der Batterie abgegebene Leistung wird im SMARTTFOX als PRODUKTION angezeigt. Damit werde ich erstmal die Hotline des SMARTFOX konfrontireren.

[mhuber]

Hallo zusammen, ich bekomme vom Adapter laufen folgende Meldungen:
"Not all data can be read! Please inspect the sun2000 log."
Welches Log muss ich da wo auslesen und auf was muss ich achten?

[bolliy]

@leonundjulie vielleicht sind falsche Register hinterlegt:

Hier findest du Definitionen
https://github.com/bolliy/ioBroker.sun2000/blob/main/docs/definitions.md

LG Stephan

[bolliy]

@mhuber die Logs findest unter im ioBroker unter Protokolle! Auf den sun2000 abgrenzen und die Fehler hier posten.

Das Video ist zwar etwas älter, aber vielleicht dennoch hilfreich:
https://www.youtube.com/watch?v=-1PCHancttc

Stephan

[Thofri]

@mhuber Was auf jeden Fall sichergestellt sein muss, ist die aktuelle Firmware
beim Dongle. Seit dem neusten Update (PC121) habe ich keine Warnungen mehr und alle Daten werden
ausgelesen. Vielleicht hilft das auch bei dir?