Test Adapter sun2000 v0.1.x - Huawei Wechselrichter

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

[bolliy]

@bolliy dann bitte für alle Geräteeinheiten einen Firmwareupdate machen!

[mhuber]

@leonundjulie kann ich das selbst beeinflussen? Hab nichts geändert....