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

[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? :+1:

[bolliy]

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

[mhuber]

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

[mhuber]

@thofri ist drauf, halte immer alles aktuell

[mhuber]

@bolliy sagte in Test Adapter sun2000 v0.1.x - Huawei Wechselrichter:

@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

@bolliy ah eh einfach Adapter auf Debug stellen, dachte es ist ein anderes Log (ev direkt vom WR) gemeint.
So sieht das Debug log aus, immer wenn der Fehler kommt

sun2000.0
2024-11-05 06:43:40.803	debug	Fetched inverter.0.activePower, val=-0.069
sun2000.0
2024-11-05 06:43:40.706	debug	Try to read data from id/address 1/38229/low/battery Pack1 information
sun2000.0
2024-11-05 06:43:39.739	debug	Try to read data from id/address 1/38317/high/Battery Pack3 Charge And Discharge Power
sun2000.0
2024-11-05 06:43:37.244	debug	Try to read data from id/address 1/38275/high/Battery Pack2 Charge And Discharge Power
sun2000.0
2024-11-05 06:43:35.659	debug	Try to read data from id/address 1/38233/high/Battery Pack1 Charge And Discharge Power
sun2000.0
2024-11-05 06:43:34.772	debug	Try to read data from id/address 1/37113/high/meter activePower
sun2000.0
2024-11-05 06:43:32.804	debug	Try to read data from id/address 1/32064/high/Input Power
sun2000.0
2024-11-05 06:43:32.372	warn	Not all data can be read! Please inspect the sun2000 log.
sun2000.0
2024-11-05 06:43:32.372	debug	{"timeout":10000,"delay":0,"connectDelay":5000,"modbusAdjust":false,"min":0,"max":6000,"stat":{"successSumCounter":73,"errorSumCounter":0},"adjust":{"successLevel":0,"successCounter":3,"errorCounter":0,"lastLength":2,"SuccessDelay":0,"ErrorDelay":0}}
sun2000.0
2024-11-05 06:43:32.371	debug	### Watchdog: time since last update 2.368 sec

Aja zur Info: Further battery register data hab ich beide schon ein und ausgeschalten, bringt aber nichts.

[bolliy]

@mhuber die Fehlermeldung besagt, dass nicht alle Daten gelesen werden können. Das Log des Adapters auf info einstellen oder das Protokoll auf info filtern, damit ich auch die errors und warn sehen kannst. Das Log bitte dann hier posten.
Denn im Log müssten Fehler oder weitere Warnmeldung aufgetaucht sein und die sind für uns interessant und entscheidend für eine Diagnose ;)
Das Debug Log ist für eine Ersteinschätzung hinderlich, da zuviele Einträge im Log erscheinen.

Übrigens: DIe Batteriedaten unit und Pack können anscheinend vom Adapter ohne Fehlermeldung gelesen werden. Es müsste ein anderes Problem vorliegen.