Test Adapter apsystems-ecu v0.2.x GitHub

[apollon77]

@stundenblume Ok, versuche ich mal

[Sonic1810]

Mahlzeit zusammen, im IoBrokder meldet der Adapter regelmäßig:

apsystems-ecu.0
2022-05-12 14:14:55.590 warn rspWatchDog +++ timeout
apsystems-ecu.0
2022-05-12 14:13:52.423 warn rspWatchDog +++ timeout
apsystems-ecu.0
2022-05-12 13:52:04.693 warn rspWatchDog +++ timeout

hat jemand eine idee was da der fehler sein kann?

[peter_n]

@sonic1810
Erstelle mal einen Log im Debuggmodus. Am Besten nach einen Neustart des Adapter, da sieht man Versionsangaben usw. und ein Log im Umfeld der Warnung. Bitte als File posten.

[stundenblume]

@sonic1810
Ich bekomme Fehler wenn ich zu häufig abfrage.
Manchmal hilf dann nur ein Neustart der der ECU.
Bei meiner ECU-R mit 6 WR ist 2min OK. Bei einer ECU-B mit einem WR ist 1min OK.

[tropisch]

Hi zusammen.
Interessanter Adapter! Kommt genau richtig, da mein Bruder seinen Wechselrichter inbetrieb nehmen will.
Frage dazu:
Funktioniert das nur mit dem originalen zigbee Modul, oder ist geplant die Daten auch via zigbee2mqtt Hardware einlesbar zu machen?
Und: kann der Adapter auch die Cloud Anbindung so übernehmen, dass die 10 Jahres Garantie damit erfüllt wird?
Diese ist ja nur gegeben, wenn man das zigbee Modul hat

[apollon77]

@tropisch Du verstehst das falsch: Der Adapter redet mit einem ECU-* Gerät. Die Zigbee und Cloud macht dieses gerät. Der Adapter kann nur die Daten von ECU abholen!

[tropisch]

@apollon77 Ich verstehe das schon, deshalb meine Frage.
Ziel ist, das Zigbee Modul nicht zu benötigen und zu ersetzen.
Der Adapter soll das Teil ersetzen.
Wechselrichter -- Zigbee -- Zigbee2mqtt-Hardware (z.b. mit Tasmota) --WLAN-- Iobroker (MQTT) -- Adapter -- Cloud

Allerding verstehe ich folgenden Satz nicht "Die Zigbee und Cloud macht dieses gerät"
Mein Verständnis des Adapters:
Wechselrichter --Zigee-- ECU --WLAN-- Adapter
Parallel dazu sendet die ECU noch die Daten in die Cloud

[apollon77]

@tropisch Der Adapter soll aktuell gar nicht direkt Zigbee sprechen, sondern er spricht nur mit der ECU ... also ja, es ist so wie du hier schreibst:

Wechselrichter --Zigee-- ECU --WLAN-- Adapter

Das andere ist ein unterfangen was sehr groß ist und vor allem, sobald Du damit startest das es die ECU, was Cloud angeht, voll simulieren soll auch ein Daueraufwand weil jedes FW und Cloud Update geprüft und mit gemacht werden muss. Keine Ahnung ob das ein Sinnvolles Ziel sein kann. Wer soll das denn auf Dauer Pflegen und aktuell halten?
Oder gibts da schon Projekte die da so tun?

Mein (ok schon bisslher) Kenntnisstand war das alleine das Zigbee pairing mit Zigbee2mqtt ein Graus ist ... darauf dann eine noch komplexere Lösung aufzubauen halte ich persönlich für wenig sinnvoll (und ich weiss wovon ich rede ...)

[Bu.Na]

@peter_n

Habe mir heute die ECU_Daten etwas näher angeschaut, dabei sind einige Dinge aufgefallen (die seit Anfang Juni 2022 nicht mehr korrekt funktionieren):

• "dc peak power of the day" = 0 (letzter Wert gültiger Wert 02.06.22)

• "dc peak power yesterday" = 0 (letzter gültiger Wert 03.06.22)

Habe als erste Idee die Adapter-Version aktualisiert, allerdings ohne Erfolg.
Habe das aktuelle Log mit angehängt: ECU_log.txt

[peter_n]

@bu-na
Das scheint ein Bug zu sein!
Du hast wohl 5 inverter bei der ECU registriert.
Aktuell sind aber nur 4 Inverter online.
Manche ECU FW-Versionen liefern für diesen "fehlenden" Inverter Daten im GetRealTimeData-Service.
Bei der Auswertung im Adapter wird die lokale Variable zur Summation der Inverterleistungen auf 0 gesetzt (Fehler).
Der Yesterday-Wert stimmt dann natürlich auch nicht.

Werde gelegentlich eine neue Version rausstellen. Kann aber etwas dauern!

Vileicht kannst du den fehlenden Inverter in der ECU löschen?

[Kapitaen31]

@peter_n

Hallo,

ich habe gerade versucht den Adapter zu installieren, aber leider bleibt es bei mir hängen....

Diese Meldung steht schon seit geraumer Zeit ohne das es eine Änderung gibt...
Ist das so richtig ?!

Was kann ich nun machen?
Gruß
Andreas

[Glasfaser]

@kapitaen31 sagte in Test Adapter apsystems-ecu v0.2.x GitHub:

aber leider bleibt es bei mir hängen....

Was kann ich nun machen?

Einfach warten .... (du hast noch NPM6 / GitHub Update Problem)

[Kapitaen31]

@glasfaser said in Test Adapter apsystems-ecu v0.2.x GitHub:

@kapitaen31 sagte in Test Adapter apsystems-ecu v0.2.x GitHub:

aber leider bleibt es bei mir hängen....

Was kann ich nun machen?

Einfach warten .... (du hast noch NPM6 / GitHub Update Problem)

und wie lange ?

[Thomas Braun]

@kapitaen31 10, 20, 30 Minuten...
Bis es halt durch ist.

[Kapitaen31]

@thomas-braun said in Test Adapter apsystems-ecu v0.2.x GitHub:

@kapitaen31 10, 20, 30 Minuten...
Bis es halt durch ist.

Heute nachmittag lief das ganze nicht durch. ich hatte danach den pi neu gestartet.
Jetzt sieht es ganz gut aus..

2022-07-31 17:33:19.963 - info: host.raspberrypi-ioBroker iobroker url https://github.com/npeter/iobroker.apsystems-ecu --host raspberrypi-ioBroker --debug
2022-07-31 17:33:22.519 - info: host.raspberrypi-ioBroker iobroker install npeter/iobroker.apsystems-ecu#c737ed3ce633041d6adb0494830458a2676c8062
2022-07-31 17:33:23.191 - info: host.raspberrypi-ioBroker iobroker NPM version: 6.14.17
2022-07-31 17:33:23.194 - info: host.raspberrypi-ioBroker iobroker Installing npeter/iobroker.apsystems-ecu#c737ed3ce633041d6adb0494830458a2676c8062... (System call)
2022-07-31 17:38:18.818 - info: host.raspberrypi-ioBroker iobroker npm WARN optional SKIPPING OPTIONAL DEPENDENCY: osx-temperature-sensor@1.0.7 (node_modules/osx-temperature-sensor):
2022-07-31 17:38:18.819 - info: host.raspberrypi-ioBroker iobroker npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for osx-temperature-sensor@1.0.7: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})
2022-07-31 17:38:18.871 - info: host.raspberrypi-ioBroker iobroker npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.3.2 (node_modules/fsevents):
2022-07-31 17:38:18.872 - info: host.raspberrypi-ioBroker iobroker npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.3.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})
2022-07-31 17:38:18.875 - info: host.raspberrypi-ioBroker iobroker + iobroker.apsystems-ecu@0.2.9updated 1 package in 293.9s
2022-07-31 17:38:21.368 - info: host.raspberrypi-ioBroker iobroker 158 packages are looking for funding run `npm fund` for details
2022-07-31 17:38:21.502 - info: host.raspberrypi-ioBroker iobroker upload [4] apsystems-ecu.admin /opt/iobroker/node_modules/iobroker.apsystems-ecu/admin/admin.d.ts admin.d.ts video/mp2t
2022-07-31 17:38:21.572 - info: host.raspberrypi-ioBroker iobroker upload [3] apsystems-ecu.admin /opt/iobroker/node_modules/iobroker.apsystems-ecu/admin/apsystems-ecu.png apsystems-ecu.png image/png
2022-07-31 17:38:21.584 - info: host.raspberrypi-ioBroker iobroker upload [2] apsystems-ecu.admin /opt/iobroker/node_modules/iobroker.apsystems-ecu/admin/index_m.html index_m.html text/html
2022-07-31 17:38:21.606 - info: host.raspberrypi-ioBroker iobroker upload [1] apsystems-ecu.admin /opt/iobroker/node_modules/iobroker.apsystems-ecu/admin/style.css style.css text/css
2022-07-31 17:38:21.614 - info: host.raspberrypi-ioBroker iobroker upload [0] apsystems-ecu.admin /opt/iobroker/node_modules/iobroker.apsystems-ecu/admin/words.js words.js application/javascript
2022-07-31 17:38:22.698 - info: host.raspberrypi-ioBroker iobroker exit 0

[Thomas Braun]

@kapitaen31

Ich würde da beizeiten auf die empfohlene nodejs 16 wechseln.

[Kapitaen31]

@thomas-braun said in Test Adapter apsystems-ecu v0.2.x GitHub:

@kapitaen31

Ich würde da beizeiten auf die empfohlene nodejs 16 wechseln.

Ich glaube das sollte ich machen....
Ich bekomme auch keine Verbindung zur ECU....

2022-07-31 18:00:39.592 - debug: apsystems-ecu.0 (3103) Ecu.ecuStateMachine(evCycleTimer) stWaitForNextCycle -> stWaitForConnect
2022-07-31 18:00:39.595 - debug: apsystems-ecu.0 (3103) Ecu.trConnect() hide=true, ip=192.168.178.45 port=8899
2022-07-31 18:00:39.691 - debug: apsystems-ecu.0 (3103) Ecu.ecuStateMachine(evSocketError) stWaitForConnect -> stWaitForConnect
2022-07-31 18:00:39.692 - error: apsystems-ecu.0 (3103) Ecu.ecuStateMachine() +++ socket error
2022-07-31 18:00:39.693 - debug: apsystems-ecu.0 (3103) Ecu.trDisconnect() - done
2022-07-31 18:00:39.694 - debug: apsystems-ecu.0 (3103) Ecu.ecuStateMachine(evDisconnected) stWaitForDisconnected -> stWaitForNextCycle
2022-07-31 18:00:39.695 - debug: apsystems-ecu.0 (3103) Ecu.trNextCycle() 300sec delay
2022-07-31 18:05:39.695 - debug: apsystems-ecu.0 (3103) Ecu.ecuStateMachine(evCycleTimer) stWaitForNextCycle -> stWaitForConnect
2022-07-31 18:05:39.696 - debug: apsystems-ecu.0 (3103) Ecu.trConnect() hide=true, ip=192.168.178.45 port=8899
2022-07-31 18:05:39.722 - debug: apsystems-ecu.0 (3103) Ecu.ecuStateMachine(evSocketError) stWaitForConnect -> stWaitForConnect
2022-07-31 18:05:39.722 - error: apsystems-ecu.0 (3103) Ecu.ecuStateMachine() +++ socket error
2022-07-31 18:05:39.723 - debug: apsystems-ecu.0 (3103) Ecu.trDisconnect() - done
2022-07-31 18:05:39.724 - debug: apsystems-ecu.0 (3103) Ecu.ecuStateMachine(evDisconnected) stWaitForDisconnected -> stWaitForNextCycle
2022-07-31 18:05:39.724 - debug: apsystems-ecu.0 (3103) Ecu.trNextCycle() 300sec delay
2022-07-31 18:10:39.726 - debug: apsystems-ecu.0 (3103) Ecu.ecuStateMachine(evCycleTimer) stWaitForNextCycle -> stWaitForConnect
2022-07-31 18:10:39.727 - debug: apsystems-ecu.0 (3103) Ecu.trConnect() hide=true, ip=192.168.178.45 port=8899
2022-07-31 18:10:39.737 - debug: apsystems-ecu.0 (3103) Ecu.ecuStateMachine(evSocketError) stWaitForConnect -> stWaitForConnect
2022-07-31 18:10:39.738 - error: apsystems-ecu.0 (3103) Ecu.ecuStateMachine() +++ socket error
2022-07-31 18:10:39.739 - debug: apsystems-ecu.0 (3103) Ecu.trDisconnect() - done
2022-07-31 18:10:39.740 - debug: apsystems-ecu.0 (3103) Ecu.ecuStateMachine(evDisconnected) stWaitForDisconnected -> stWaitForNextCycle
2022-07-31 18:10:39.741 - debug: apsystems-ecu.0 (3103) Ecu.trNextCycle() 300sec delay

Dann habe ich ein wenig arbeit vor mir...

[Thomas Braun]

@kapitaen31 sagte in Test Adapter apsystems-ecu v0.2.x GitHub:

Dann habe ich ein wenig arbeit vor mir...

Stimmt, ist nicht aufwändig. Ist in 2 Minuten erledigt.

[Bu.Na]

@peter_n
DC_Peak_Power Problem:
Die Empfehlung hat gewirkt, nach Löschen des überzähligen Inverters ist alles wieder ok. Der überzähligen Inverter wurde vor längerer Zeit in ECU gelöscht ist aber nach einem automatischen ECU-Firmwareupdate wieder im System aufgetaucht.

[Kapitaen31]

@thomas-braun said in Test Adapter apsystems-ecu v0.2.x GitHub:

@kapitaen31 sagte in Test Adapter apsystems-ecu v0.2.x GitHub:

Dann habe ich ein wenig arbeit vor mir...

Stimmt, ist nicht aufwändig. Ist in 2 Minuten erledigt.

Leider hat es bei mir nicht in 2min funktioniert... Ich habe mir leider dabei mein System abgeschossen.... Allerdings zum Glück hatte ich es auf meiner zweiten SSD ausprobiert...
Nun setze ich gerade ein neues System auf...
Ich bin gerade am überlegen, ob ich es in einer Dogger Umgebung installiere. Ich habe einen Pi4... mal sehen...