Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

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

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