Test Adapter apsystems-ecu v0.2.x GitHub

[stundenblume]

Es scheint tatsächlich alles zu laufen.
Der bisher unbekannte WR ist bei den Objekten angelegt und dessen aktuellen Daten werden gelesen.

Werde morgen berichten wie es mit den anderen WR gelaufen ist wenn die Sonne bekommen.

Wenn ich das Objekt mit dem YC600 lösche, sollte der dann ja später als DS3 erkannt werden oder?

1000 Dank!
Sebastian

[peter_n]

@stundenblume

Sieht auf jedem Fall schon mal besser aus

Die DS3 sollten erkannt werden und als neues Device mit ds3_.... erscheinen. Die yc600 objekte einfach löschen.
Mit dem PowerOfMWYService scheint es noch Probleme zu geben. Auch gefällt mir die Meldung: "+++ invalid inverter type" nicht. Aber mal das Gesamtbild abwarten.
gruesse peter

[stundenblume]

@peter_n
habe einen yc600 gelöscht. Es wird dafür auch kein DS3-S angelegt und der vorhandene yc600 erhält keine frischen Daten.
Habe auf einem Testsystem den Adapter auch mal ganz neu installiert. Auch dort werden nur die QS1 angelegt.

Der ECU-B funktioniert auch nach dem Update normal mit einem QS1.

Hier mal ein aktueller Log.

[peter_n]

@stundenblume

Positiv
1 ECU-Kommunikation läuft stabil
2 Registrierte Inverter die nicht vorhanden sind werden als solche erkannt und ignoriert

Negativ
3 YC600 und DS3 werden nicht mehr erkannt. Habe in der 0.2.6 was eingebaut, bin mir aber nicht ganz sicher ob das passt. Bitte testen.
4 PowerOfWeekMonthYear-Service wird von der ECU nicht mehr beantwortet. Habe den Eindruck das der Service von der Pro-Firmware nicht mehr unterstützt wird! Mal beobachten.

Gelegentlich würde mich auch ein Log der ECU-B interessieren.

[stundenblume]

@peter_n

zu 3
Installation hat geklappt und Objekte werden angelegt. Wie es mit frischen Daten aussieht kann ich morgen früh sagen.
iob_ecu-r_0-2-6.log

zu 4
Ist für mich nicht tragisch.
Hast Du Deine ECU-R nicht am Netz und hast daher ein anderes Verhalten?

Ist es generell eine Überlegung Wert die ECU nicht an das Internet zu hängen, nicht dass APSystems mal auf die Idee kommt die Möglichkeit des Auslesens zu sperren oder erschweren?

Hier nochmal ein Log von der ECU-B Instanz. iob_ecu-b_0-2-6.log
Diese beiden Logs sind von einer anderen ioBroker Installation als bisher. Dann sind die aber konsistent.

Mal an alle mit einer ECU-R: Habt ihr auch das Problem dass nach ~anderthalb Tagen keine Daten mehr von ioBroker oder Homeassistant abgerufen werden können? EMA bekommt aber weiter Daten. Dann hilft bei mir nur ein Reboot der ECU-R. Die verwendete ECU-B hat das verhalten nicht und läuft seit dem ersten Start am Stück durch.

[stundenblume]

Es sieht sehr viel besser aus. iob_ecu-b_0-2-6_220327.log

[stundenblume]

Mir fällt gerade auf dass bei den DS3 "dc_power1&2" nicht angelegt werden.

[peter_n]

@stundenblume
Voltage1 und Voltage2 fehlen auch ...
Bin dran.

[peter_n]

@stundenblume

V0.2.7: Voltage und Power sollten nun angelegt werden.

zu 4.
Meine ECU ist ständig mit der Cloud verbunden. Div. Forenbeiträgen kann man entnehmen, dass die ECU auch online sein muss damit die hier verwendeten Services funktionieren. Es gibt aber auch Aktivitäten, die eine Fake-Cloudverbindung anlegen, damit die ECU zufrieden ist. Habe mich aber damit nicht befasst und ist nicht bestätigt.

Zur Zeit gibt es wohl FW Versionen "Pro_2.x" bei ECU-R und ECU-B. Bei mir läuft eine 1.x. Das könnte den Unterschied ausmachen.

[stundenblume]

@peter_n

Bei mir werden die weiterhin nicht angelegt. Hier ein Log für eine neu angelegte Instanz.

Ich bekomme alle paar Tage eine neue FW auf die ECU-R gespielt...

[peter_n]

@stundenblume

Noch ein Copy/Past Fehler! V02.8 rausgestellt.

Zum vollständigen Neuanlegen muessen die unvollständigen DS3 Objekte zuvor gelöscht werden. Zum neu Anlegen wird nur das Vorhandensein des States .online geprüft.
Beim Log (fals erforderlich) zwei Durchläufe aufzeichnen!

[stundenblume]

@peter_n
Bei einer neu installierten Instanz ist jetzt alles da.
Evtl 1x "ac_voltage" zu viel? Ein WR hat ja nur 1x AC und bei den QS1 ist auch nur 1x AC_Voltage da. Nicht störend, ist mir einfach aufgefallen.

1000 Dank!

[peter_n]

@stundenblume

Die beiden Voltage-Werte werden von der ECU beim YC600 und DS3 in der GetRealTimeData-Response geliefert. Ist wohl ein Relikt der Weiterverwendung der YC600 Struktur.

[peter_n]

@apollon77
ECU-B Geräte scheinen wohl doch zu funktionieren! Habe pos. Rückmeldungen bekommen. Z.B. mit ECU-FW ECU_B_1.2.20 und QS1.

[apollon77]

@peter_n Interessant, ist die FW "neu"? Über FW hat man ja nicht wirklich kontrolle oder ?!

[peter_n]

@apollon77

Meine ECU-R hat die gleiche Version und ist schon älter.

[apollon77]

@peter_n Habe gescannt ... 8899 ist nicht offen bei meiner ECU-B

[stundenblume]

@apollon77

Meiner Ansicht nach nicht. EDIT: (... hat meine keinen Einfluss auf die FW)

Ich frage mich weshalb ich ständig neue Versionen aufgespielt bekomme, peter_n aber zB noch immer eine 1.x drauf hat.

Hast Du mal versucht ob der Port offen ist nachdem Du die ECU-B stromlos gemacht hast?
Bei mir komme ich ungefähr nach anderthalb Tagen lokal nicht mehr an Daten. EMA wird aber weiter versorgt. Ich bin dem aber noch nicht weiter nachgegangen.
Die ECU-B funktioniert seit dem ersten Einschalten problemlos.

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