NEWS
Test Adapter apsystems-ecu v0.2.x GitHub
-
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.logzu 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.
Es sieht sehr viel besser aus. iob_ecu-b_0-2-6_220327.log
-
Es sieht sehr viel besser aus. iob_ecu-b_0-2-6_220327.log
Mir fällt gerade auf dass bei den DS3 "dc_power1&2" nicht angelegt werden.
-
Mir fällt gerade auf dass bei den DS3 "dc_power1&2" nicht angelegt werden.
@stundenblume
Voltage1 und Voltage2 fehlen auch ...
Bin dran. -
Mir fällt gerade auf dass bei den DS3 "dc_power1&2" nicht angelegt werden.
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.
-
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.
-
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! -
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!@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
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!
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 sagte in Test Adapter apsystems-ecu v0.2.x GitHub:
Zur Zeit nicht. Möchte eigenlich sowenig Cloud wie möglich einsetzen.
Wäre ggf cool um indirekt auch die ECU-B Geräte zu Supporten die Lokal nicht gehen :-) But all fine, up to you
-
@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. -
@peter_n Interessant, ist die FW "neu"? Über FW hat man ja nicht wirklich kontrolle oder ?!
-
Meine ECU-R hat die gleiche Version und ist schon älter.
-
@peter_n Interessant, ist die FW "neu"? Über FW hat man ja nicht wirklich kontrolle oder ?!
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. -
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.@stundenblume Ok, versuche ich mal
-
@stundenblume Ok, versuche ich mal
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 +++ timeouthat jemand eine idee was da der fehler sein kann?
-
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 +++ timeouthat jemand eine idee was da der fehler sein kann?
@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. -
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 +++ timeouthat jemand eine idee was da der fehler sein kann?
@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. -
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 -
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 -
@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!
@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 -- CloudAllerding 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
Support us
305
Online32.7k
Users82.4k
Topics1.3m
Posts