Test Adapter apsystems-ecu v0.2.x GitHub

[fluri]

@peter_n

oha......Vielen Dank. Dann besorge ich mir mal ECU-Ersatz

[tschensie]

@peter_n
Hallo zusammen.
Ich habe mir gestern den ioBroker installiert und dann nach der Anleitung hier den Adapter für die ECU.
Ich habe einen ds3-s mit einer ECU-B im Einsatz.
Nach Einrichtung habe ich einmal eine Verbindung zur ECU bekommen (mir wurden Seriennummer, Firmwareversion, Tagesdaten usw. angezeigt), jedoch wurde der WR nicht angezeigt.
Danach habe ich nur noch den "Ecu.ecuStateMachine() +++ socket error" bekommen.
Ich habe heute morgen den Adapter, die Instanz und die Objekte nochmal gelöscht, die ECU neu gestartet, alles neu installiert und eingerichtet, jetzt bekomme ich aber überhaupt keine Verbindung mehr hin.
Die ECU ist jedenfalls online, anpingbar und sendet Daten in die Cloud.
Noch jemand eine Idee ?
Hier noch der Screenshot von den Daten die ich gestern Abend noch bekommen habe:

Nach dem Ordner Info kommt nur noch admin, aber wie ich bei anderen gesehen habe sollte da eigentlich noch der WR zu sehen sein.

Achso, das Abfrageintervall steht auf 300 (also 5 Minuten, weniger macht ja eh keinen Sinn wenn die ECU nur alle 5 Minuten Werte vom WR abfragt)

[tschensie]

@peter_n
So, jetzt bin ich was weiter. Meine Fritzbox hat mich zum Narren gehalten und mir die falsche IP gezeigt.
Hab jetzt die Richtige und bekomme Daten von der ECU (Instanz wird grün = verbunden angezeigt).
Aber leider bekomme ich irgendwie nicht alle Daten geliefert und der Wechselrichter mit den Daten der Module wird auch nicht angezeigt.

[ESP8266]

@tschensie , so wie es aussieht ist deine ECU nicht mit dem WR richtig verbunden.
Suche erst mal auf deiner Seite im ECU Manager ob dort alles richtig hinterlegt ist.

Am Adapter liegt es nicht !!!! Ich habe Daten und meine ds3-s ist vorhanden.

Der Adapter hat keines Falls was mit deinem Problem zu tun.

[tschensie]

@esp8266
Doch, die ECU ist verbunden, sonst würde ich die aktuellen Daten in der EMA-App ja nicht sehen.

Aber ich bin wieder ein Stück weiter. Da ich ausprobieren wollte welche Auswirkungen dieser Haken in der Instanz macht

wurde mir nach Neustart der Instanz der WR plötzlich angezeigt (Auch wenn die Daten die er da gezogen nicht ganz mit denen aus der EMA-App übereinstimmen).

Ich gehe davon aus dass der nichts damit zu tun hat, aber der WR ist jetzt jedenfalls da.

Allerdings werden die Werte nicht aktualisiert.
Hier mal das Protokoll seit ich den Haken gesetzt habe:

Spoiler

2022-09-22 13:45:11.646 - info: host.iobroker instance system.adapter.apsystems-ecu.0 started with pid 28003
2022-09-22 13:45:11.999 - debug: apsystems-ecu.0 (28003) Redis Objects: Use Redis connection: 127.0.0.1:9001
2022-09-22 13:45:12.018 - debug: apsystems-ecu.0 (28003) Objects client ready ... initialize now
2022-09-22 13:45:12.019 - debug: apsystems-ecu.0 (28003) Objects create System PubSub Client
2022-09-22 13:45:12.019 - debug: apsystems-ecu.0 (28003) Objects create User PubSub Client
2022-09-22 13:45:12.025 - debug: apsystems-ecu.0 (28003) Objects client initialize lua scripts
2022-09-22 13:45:12.027 - debug: apsystems-ecu.0 (28003) Objects connected to redis: 127.0.0.1:9001
2022-09-22 13:45:12.035 - debug: apsystems-ecu.0 (28003) Redis States: Use Redis connection: 127.0.0.1:9000
2022-09-22 13:45:12.038 - debug: apsystems-ecu.0 (28003) States create System PubSub Client
2022-09-22 13:45:12.038 - debug: apsystems-ecu.0 (28003) States create User PubSub Client
2022-09-22 13:45:12.046 - debug: apsystems-ecu.0 (28003) States connected to redis: 127.0.0.1:9000
2022-09-22 13:45:12.100 - info: apsystems-ecu.0 (28003) starting. Version 0.2.9 (non-npm: npeter/ioBroker.apsystems-ecu#c737ed3ce633041d6adb0494830458a2676c8062) in /opt/iobroker/node_modules/iobroker.apsystems-ecu, node: v16.17.0, js-controller: 4.0.23
2022-09-22 13:45:12.162 - debug: apsystems-ecu.0 (28003) Ecu.createStaticObjects() - done
2022-09-22 13:45:12.164 - debug: apsystems-ecu.0 (28003) sunrise at {"hour":7,"minute":50}
2022-09-22 13:45:12.197 - debug: apsystems-ecu.0 (28003) sunset at {"hour":19,"minute":57}
2022-09-22 13:45:12.201 - debug: apsystems-ecu.0 (28003) new scheduleSunSetSunrise() at Thu Sep 22 2022 13:45:12 GMT+0200 (Mitteleuropäische Sommerzeit)
2022-09-22 13:45:12.206 - info: apsystems-ecu.0 (28003) state apsystems-ecu.0.ecu.cmd_energy_of_week changed: true (ack = false)
2022-09-22 13:45:12.211 - info: apsystems-ecu.0 (28003) state apsystems-ecu.0.ecu.cmd_energy_of_month changed: true (ack = false)
2022-09-22 13:45:12.212 - info: apsystems-ecu.0 (28003) state apsystems-ecu.0.ecu.cmd_energy_of_year changed: true (ack = false)
2022-09-22 13:45:12.213 - info: apsystems-ecu.0 (28003) state apsystems-ecu.0.ecu.cmd_power_of_day changed: true (ack = false)
2022-09-22 13:45:12.214 - info: apsystems-ecu.0 (28003) state apsystems-ecu.0.ecu.power_of_day_date changed: 2022-09-22 (ack = true)
2022-09-22 13:45:12.215 - debug: apsystems-ecu.0 (28003) Ecu.init() extendedService=true - done
2022-09-22 13:45:12.215 - debug: apsystems-ecu.0 (28003) Ecu.ecuStateMachine(evInit) stWaitForInit -> stWaitForConnect
2022-09-22 13:45:12.215 - debug: apsystems-ecu.0 (28003) Ecu.trConnect() hide=true, ip=192.168.10.115 port=8899
2022-09-22 13:45:12.217 - info: apsystems-ecu.0 (28003) state apsystems-ecu.0.ecu.cmd_start_stop changed: true (ack = false)
2022-09-22 13:45:12.262 - info: apsystems-ecu.0 (28003) state apsystems-ecu.0.ecu.cmd_start_stop changed: true (ack = true)
2022-09-22 13:45:12.281 - debug: apsystems-ecu.0 (28003) Ecu.ecuStateMachine(evConnected) stWaitForConnect -> stWaitForResponse
2022-09-22 13:45:12.282 - debug: apsystems-ecu.0 (28003) Ecu.trServiceSM2(evRepeatService/null) stSystemInfo->stSystemInfo
2022-09-22 13:45:12.283 - debug: apsystems-ecu.0 (28003) Ecu.reqService(SYSTEMINFO req:APS1100160001END)
2022-09-22 13:45:12.284 - debug: apsystems-ecu.0 (28003) Ecu.trServiceSM2(evRepeatService) stSystemInfo->stRealTimeData
2022-09-22 13:45:12.304 - debug: apsystems-ecu.0 (28003) Ecu.decodeRsp() 20ms - 41,50,53,31,31,30,30,39,34,30,30,30,31,32,31,36,33,30,30,30,30,30,30,30,30,30,31,0,0,4,47,0,0,2,1f,0,0,0,b7,d0,d0,d0,d0,d0,d0,d0,0,1,0,1,31,30,30,31,32,45,43,55,5f,42,5f,31,2e,32,2e,32,33,30,30,39,45,74,63,2f,47,4d,54,2d,38,80,97,1b,4,9,71,0,0,0,0,0,0,45,4e,44
2022-09-22 13:45:12.306 - debug: apsystems-ecu.0 (28003) Ecu.decodeAndProcessSystemInfo() - version: ECU_B_1.2.23 - done
2022-09-22 13:45:12.306 - debug: apsystems-ecu.0 (28003) Ecu.ecuStateMachine(evResponseOk) stWaitForResponse -> stWaitForDisconnected
2022-09-22 13:45:12.307 - debug: apsystems-ecu.0 (28003) Ecu.trDisconnect() - done
2022-09-22 13:45:12.308 - debug: apsystems-ecu.0 (28003) Ecu.ecuStateMachine(evDisconnected) stWaitForDisconnected -> stWaitForNextCycle
2022-09-22 13:45:12.308 - debug: apsystems-ecu.0 (28003) Ecu.trNextCycle() 300sec delay
2022-09-22 13:50:12.309 - debug: apsystems-ecu.0 (28003) Ecu.ecuStateMachine(evCycleTimer) stWaitForNextCycle -> stWaitForConnect
2022-09-22 13:50:12.310 - debug: apsystems-ecu.0 (28003) Ecu.trConnect() hide=true, ip=192.168.10.115 port=8899
2022-09-22 13:50:12.429 - debug: apsystems-ecu.0 (28003) Ecu.ecuStateMachine(evConnected) stWaitForConnect -> stWaitForResponse
2022-09-22 13:50:12.430 - debug: apsystems-ecu.0 (28003) Ecu.trServiceSM2(evRepeatService) stRealTimeData->stRealTimeData
2022-09-22 13:50:12.430 - debug: apsystems-ecu.0 (28003) Ecu.reqService(REAL_TIME_DATA req:APS1100280002216000xxxxxxEND)
2022-09-22 13:50:12.430 - debug: apsystems-ecu.0 (28003) Ecu.trServiceSM2(evRepeatService) stRealTimeData->stInverterSignalLevel
2022-09-22 13:50:12.482 - debug: apsystems-ecu.0 (28003) Ecu.decodeRsp() 52ms - 41,50,53,31,31,30,30,35,30,30,30,30,32,30,30,30,31,0,1,30,30,30,30,30,30,0,70,20,0,3,36,3,1,30,31,1,f4,0,8b,1,d,0,e9,1,10,0,e9,45,4e,44
2022-09-22 13:50:12.485 - debug: apsystems-ecu.0 (28003) Ecu.ecuStateMachine(evResponseOk) stWaitForResponse -> stWaitForDisconnected
2022-09-22 13:50:12.486 - debug: apsystems-ecu.0 (28003) Ecu.trDisconnect() - done
2022-09-22 13:50:12.486 - debug: apsystems-ecu.0 (28003) Ecu.ecuStateMachine(evDisconnected) stWaitForDisconnected -> stWaitForNextCycle
2022-09-22 13:50:12.486 - debug: apsystems-ecu.0 (28003) Ecu.trNextCycle() 300sec delay
2022-09-22 13:50:12.501 - debug: apsystems-ecu.0 (28003) ecu.createAndSetInverterObjects(ds3,702000033603) - done
2022-09-22 13:55:12.487 - debug: apsystems-ecu.0 (28003) Ecu.ecuStateMachine(evCycleTimer) stWaitForNextCycle -> stWaitForConnect
2022-09-22 13:55:12.488 - debug: apsystems-ecu.0 (28003) Ecu.trConnect() hide=true, ip=192.168.10.115 port=8899
2022-09-22 13:55:12.561 - debug: apsystems-ecu.0 (28003) Ecu.ecuStateMachine(evConnected) stWaitForConnect -> stWaitForResponse
2022-09-22 13:55:12.562 - debug: apsystems-ecu.0 (28003) Ecu.trServiceSM2(evRepeatService) stInverterSignalLevel->stInverterSignalLevel
2022-09-22 13:55:12.563 - debug: apsystems-ecu.0 (28003) Ecu.reqService(INVERTER_SIGNAL_LEVEL req:APS1100280030216000xxxxxxEND)
2022-09-22 13:55:12.563 - debug: apsystems-ecu.0 (28003) Ecu.trServiceSM2(evRepeatService) stInverterSignalLevel->stPowerOfDay
2022-09-22 13:55:12.583 - debug: apsystems-ecu.0 (28003) Ecu.decodeRsp() 21ms - 41,50,53,31,31,30,30,32,35,30,30,33,30,30,30,70,20,0,3,30,30,30,30,30,30
2022-09-22 13:55:12.584 - debug: apsystems-ecu.0 (28003) prefix=ds3_702000033603 i=0 isl.inverterId[i]=702000033603
2022-09-22 13:55:12.584 - debug: apsystems-ecu.0 (28003) Ecu.decodeAndProcessInverterSignalLevel() - status=00 - done
2022-09-22 13:55:12.585 - debug: apsystems-ecu.0 (28003) Ecu.ecuStateMachine(evResponseOk) stWaitForResponse -> stWaitForDisconnected
2022-09-22 13:55:12.585 - debug: apsystems-ecu.0 (28003) Ecu.trDisconnect() - done
2022-09-22 13:55:12.585 - debug: apsystems-ecu.0 (28003) Ecu.ecuStateMachine(evDisconnected) stWaitForDisconnected -> stWaitForNextCycle
2022-09-22 13:55:12.585 - debug: apsystems-ecu.0 (28003) Ecu.trNextCycle() 300sec delay
2022-09-22 14:00:12.586 - debug: apsystems-ecu.0 (28003) Ecu.ecuStateMachine(evCycleTimer) stWaitForNextCycle -> stWaitForConnect
2022-09-22 14:00:12.586 - debug: apsystems-ecu.0 (28003) Ecu.trConnect() hide=true, ip=192.168.10.115 port=8899
2022-09-22 14:00:12.698 - debug: apsystems-ecu.0 (28003) Ecu.ecuStateMachine(evConnected) stWaitForConnect -> stWaitForResponse
2022-09-22 14:00:12.698 - debug: apsystems-ecu.0 (28003) Ecu.trServiceSM2(evRepeatService) stPowerOfDay->stPowerOfDay
2022-09-22 14:00:12.698 - debug: apsystems-ecu.0 (28003) Ecu.reqService(POWER_OF_DAY req:APS1100390003216000xxxxxxEND20220922END)
2022-09-22 14:00:12.699 - debug: apsystems-ecu.0 (28003) Ecu.trServiceSM2(evRepeatService) stPowerOfDay->stEnergyOfWeek
2022-09-22 14:00:13.020 - debug: apsystems-ecu.0 (28003) Ecu.decodeRsp() 320ms - 41,50,53,31,31,30,33,34,32,30,30,30,33,30,30,7,23,0,0,30,30,30,30,30,30,0,2,7,38,0,3,7,43,0,4,7,48,0,6,7,53,0,7,7,58,0,8,8,3,0,9,8,8,0,b,8,13,0,c,8,18,0,e,8,23,0,f,8,28,0,10,8,33,0,11,8,38,0,12,8,43,0,12,8,48,0,13,8,53,0,15,8,58,0,1e,9,3,0,6f,9,4,0,92,9,9,0,9c,9,14,0,a8,9,19,0,b4,9,24,0,bf,9,29,0,ca,9,34,0,d6,9,39,0,e0,9,44,0,eb,9,49,0,f6,9,54,1,2,9,59,1,d,10,4,1,19,10,9,1,24,10,14,1,2f,10,19,1,3a,10,24,1,47,10,29,1,54,10,34,1,68,10,39,1,69,10,44,1,6c,10,49,1,74,10,54,1,7c,10,59,1,85,11,4,1,8e,11,9,1,97,11,14,1,9e,11,19,1,a8,11,24,1,b0,11,29,1,b8,11,34,1,bf,11,39,1,c5,11,44,1,ce,11,49,1,d4,11,54,1,dc,11,59,1,e1,12,4,1,e8,12,9,1,ef,12,14,1,f3,12,19,1,f8,12,24,1,fb,12,29,1,ff,12,34,2,6,12,39,2,9,12,44,2,c,12,49,2,f,12,54,2,15,12,59,2,14,13,4,2,18,13,9,2,1b,13,14,2,1e,13,19,2,1d,13,24,2,1d,13,29,2,1d,13,34,2,1f,13,39,2,1f,13,44,2,1f,13,49,2,1d,13,54,2,1d,13,59,2,1d,45,4e,44
2022-09-22 14:00:13.022 - debug: apsystems-ecu.0 (28003) Ecu.decodeAndProcessPowerOfDay() - status=00 - done
2022-09-22 14:00:13.023 - debug: apsystems-ecu.0 (28003) Ecu.ecuStateMachine(evResponseOk) stWaitForResponse -> stWaitForDisconnected
2022-09-22 14:00:13.023 - debug: apsystems-ecu.0 (28003) Ecu.trDisconnect() - done
2022-09-22 14:00:13.023 - debug: apsystems-ecu.0 (28003) Ecu.ecuStateMachine(evDisconnected) stWaitForDisconnected -> stWaitForNextCycle
2022-09-22 14:00:13.023 - debug: apsystems-ecu.0 (28003) Ecu.trNextCycle() 300sec delay
2022-09-22 14:00:13.027 - info: apsystems-ecu.0 (28003) state apsystems-ecu.0.ecu.cmd_power_of_day changed: false (ack = true)
2022-09-22 14:00:13.027 - info: apsystems-ecu.0 (28003) state apsystems-ecu.0.ecu.power_of_day_date changed: 2022-09-22 (ack = true)

[ESP8266]

@tschensie ,
was soll denn dort Aktualisieren? Wenn in den Objekten und nicht im Log und stell auf 60 Sek in der Eingabemaske.
Meine Daten zwischen Adapter und App stimmen über ein. Trenn den ECU und am besten auch mal den WR kurz vom Netz.

[peter_n]

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

Allerdings werden die Werte nicht aktualisiert.
Hier mal das Protokoll seit ich den Haken gesetzt habe:

Bestimmte FW-Versionen der ECU-B unterstützen nichtmehr alle Dienste:
Siehe Changelog zur 0.2.9

• New config parameter extended_service to disable/enable GetEnergyOfWeekMonthYear service processing
  • avoid warnings if firmware support for GetEnergyOfWeekMonthYear service is missed
  • checked: GetEnergyOfWeekMonthYear states created and services executed
  • not checked (default): GetEnergyOfWeekMonthYear services are skiped and states not created

Da hat ApSystems wohl etwas Speicher benötigt

[ESP8266]

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

wurde mir nach Neustart der Instanz der WR plötzlich angezeigt (Auch wenn die Daten die er da gezogen nicht ganz mit denen aus der EMA-App übereinstimmen).

Die stimmen alle, nur die App zeigt die Daten schneller an, als im Adapter.
Da steht in der App schon ein neuer Wert und im Adapter noch der vorige und deshalb würde ich den Intervall nie auf fünf Minuten stellen, weil nicht gleichzeitig Aktualisiert wird.

[tschensie]

@esp8266
Holt die ECU die Daten öfter vom WR als sie diese in die Cloud schiebt ?
Denn wenn ich die Uhrzeit des Timestamps vom Objekt in der App nachvollziehe stehen da andere Werte.
Würde nur dann Sinn machen wenn die ECU z.B. die Daten alle 60 Sekunden bekommt aber nur alle 5 Minuten den aktuellen Wert in die Cloud legt.
Und in meinem Bild sieht man ja dass der Wert "total_dc_power"" und "last_value_power_received" unterschiedlich sind, in der App sind die aktuellen Werte eigentlich immer gleich

[ESP8266]

@tschensie , probiers doch aus. Ich verstehe die Diskussionen immer nicht.

[tschensie]

@esp8266
Das war eine Frage, keine Diskussion.....

Aber noch als Rückmeldung: Hab den Wert auf 60 umgestellt. Nach einem Tag sehen die Werte auch vernünftig aus und sollten passen.
Bis auf den Wert "dc_peak_power_today", da steht immer ein falscher Wert drin (obwohl der Timestamp der Daten aktuell ist). Ich denke das kann nur ein Fehler in der Firmware der ECU sein, denn der Wert kommt ja von dort und ich denke, dass der wirkliche Peak-Wert in der Cloud berechnet wird und nicht von der ECU kommt.
Also, funktioniert soweit alles, super Arbeit @peter_n

Vielen Dank !!

[ESP8266]

Hier stand Schrott

[ESP8266]

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

@esp8266 ,
Bis auf den Wert "dc_peak_power_today", da steht immer ein falscher Wert drin (obwohl der Timestamp der Daten aktuell ist). Ich denke das kann nur ein Fehler in der Firmware der ECU sein, denn der Wert kommt ja von dort und ich denke, dass der wirkliche Peak-Wert in der Cloud berechnet wird und nicht von der ECU kommt.

Warum? Bei mir nicht ?

Wenn natürlich mal iob neugestartet bzw wegen irgendwelchen Wartungsarbeiten vom Netz genommen wurde, dann kann es sein das der Max Wert verpasst wird.
Dann kann der Adapter nur en nächsten Max Wert nehmen.

[ESP8266]

@peter_n , Hallo,
woher kommen diese error Meldungen:

apsystems-ecu.0
	2022-10-05 11:28:07.995	error	Ecu.decodeRsp() +++ unknown commandNumber: error
apsystems-ecu.0
	2022-10-05 11:28:07.994	error	Ecu.decodeHdr() - +++ invalid response: end signature missed
apsystems-ecu.0
	2022-10-05 11:13:07.476	error	Ecu.decodeRsp() +++ unknown commandNumber: error

Nicht immer, nur sporadisch. Ich habe keine Erklärung dafür.
Zu dem Zeitpunkt ist auch kein Ausfall zu verzeichnen...

[peter_n]

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

woher kommen diese error Meldungen:

Da das Problem sporatisch auftritt nehme ich an, dass der Fehler in der ECU liegt.

Bei der Überprüfung der Antwort von der ECU werden Fehler festgestellt.

• Der Kommando-Code wird nicht unterstützt.
• Das Frame ist unvollständig

Ich gehe davon aus, dass die Transportschicht (TCP) Übertragungsfehler erkennen würde.

Annahme: Die ECU hat falsche und/oder unvollständige Anwendungsdaten geschickt. Vielleicht ist sie temp. überlastet. Aber das ist letztlich Kaffeesatzleserei.

Wenn du mir einen Log schickst kann ich die empfangenen Daten mal anschauen.

[KeePon]

Hallo, habe mir eben aus dem Git den Adapter installiert. Leider taucht er danach in der Instanz Ansicht nicht auf, sodass ich ihn einstellen kann.
Jemand eine Idee, was ich da machen kann?

[ESP8266]

@keepon , Upload starten.

Wenn der über den Github installiert wurde, ist dieses auch nötig.

[peter_n]

@esp8266

Beschreibung siehe Test Adapter apsystems-ecu v0.2.x GitHub

...

Jetzt muss nur noch eine Instanz angelegt werden mit

iobroker add apsystems-ecu

In der Konfiguration muss jetzt nur die ECU WLAN IP Adresse angepasst werden

Weitere Informationen sind im README zu finden.

[KeePon]

@peter_n Danke, Funktioniert!

[ESP8266]

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

@esp8266

Beschreibung siehe Test Adapter apsystems-ecu v0.2.x GitHub

...

Jetzt muss nur noch eine Instanz angelegt werden mit

iobroker add apsystems-ecu

In der Konfiguration muss jetzt nur die ECU WLAN IP Adresse angepasst werden

Weitere Informationen sind im README zu finden.

Hallo @peter_n, du meintest mich nicht Wirklich, oder?