Test Adapter apsystems-ecu v0.2.x GitHub
-
@klassisch das ECU-B geht nur so lange es in dem installationsmodus ist und dann über wlan Verbindung zu dem AP Netz was es selbst auf macht. Und das (bei mir) mega unstabil
Die http calls für die Cloud hab ich alle schonmal gesnifft. Aber noch keine Zeit gehabt. Ist halt auch nur ein Datenpunkt je 5 mins
-
@apollon77 vielen Dank für die Info!
-
@peter_n
Habe kürzlich den Testadapter gemäß Vorgabe installiert.
An meiner ECU-R hängen 4xYC600 mit jeweils 2 Modulen.
Die Objektdaten unter ecu erscheinen plausibel.
Es werden im Objektbaum apsystems-ecu auch 4x yc600 mit unterschiedlichen Seriennummern angelegt und entsprechend aktualisiert. Allerdings erscheinen im Gegensatz zur ECU-App unter den 4 Wechselrichter identische Datensätze.
Vielleich kann man hier noch etwas nachbessern.
Ansonsten coole Leistung....
-
@bu-na
Danke für die Rückmeldung!
Super du verwendest zwei noch nicht getestete Funktionen: YC600 und mehrere Inverter. Dafür sieht das Ergebnis ja gar nicht so schlecht aus
- Erstelle bitte mal ein Log über mindestens zwei Zyklen.
- Könnte es sein, dass die Daten des Inverters (408000121699) mehrfach geschrieben werden?
-
@peter_n
Hier ein etwas längerer Logfileauszug:
Debug-Data1.txt
Hinsichtlich der Inverterdaten könnte die Vermutung zutreffen, hier ein aktueller Screenshot:
In den Werten "signal strength" gibt es einen Unterschied zwischen den Invertern. Allerdings haben die Werte auch unterschiedliche Zeitstempel und hier ist es gerade "dunkel draußen".Werde die iobroker-Daten bei Sonnenlicht mit den Daten in der ECU App vergleichen und mich voraussichtlich nächste Woche nochmals melden.
-
@bu-na
Habe eine Idee zur Ursache. Werde eine Testversion bereistellen. Wird aber wohl End nächste Woche werden. DerVergleich ist vorab nichtmehr nötig.... Sorry für die Verzögerung.
Bin dran, habe noch Probleme beim finalen Test auf meinem Produktivsystem! -
Habe die Erkenntnisse aus den Testdaten in drei issues dokumentiert:
#1 Inverter state values wrong if multiple inverters connected
#2 YC600 inverters voltage1 and voltage2 not module dc voltage as expected
#3 Inverter state signal_level wrong if multiple inverters connected#1
Sollte mit der Version 0.2.1 eledigt sein. Bitte testen!#2
Hier handelt es sich um eine neue Erkenntnisse bei der Interpretation der Respone vom YC600
Der YC600 liefert zwei Spannungswerte, der YC1000 drei Spannungswerte. Die Annahme, dass es sich hierbei um Modulspannungen handelt ist wohl falsch. Scheinbar wird hier die Ausgangswechselspannung des inverters (mehrfach) übertragen.
Bitte ein log mit mehreren Zklen erstellen. Auch sollten die Inverter states voltage1 und voltage2 ca. 230V anzeigen. Werde die states dann anpassen.#3
Noch nicht klar, ob und was für ein Problem vorliegt. Wird vieleicht auch von Problem #1 überdeckt.
Auch hier sollte das Log weiterhelfen. -
@peter_n
Habe die neue Version installiert, hier das gewünschte Logfile:
Debug-Data.txt
#1
Die Werte der einzelnen Inverter sehen aus meiner Sicht gut aus und passen auch zu den Werten aus der ECU-APP.
#2
Die Spannungswerte sind vermutlich die jeweiligen Ausgangsspannungen der beiden AC-Modul-Inverter des YC600 (also keine Doppelungen). Zumindest bei mir im IO-Broker Trend gehen diese interessanterweise auch ab und zu mal auf 0V (auch dann wenn der Inverter nicht vom Netz getrennt wurde). Laut meiner zusätzlichen Energiemessung (Auflösung im Sekundenbereich) wird aber weiter ohne Unterbrechung Energie eingespeist (außer bei bei meiner Netztrennung) auch wenn diese Werte mal kurz auf Null gehen. Vielleicht sieht man hier Effekte vom MPP-Tracking, Setpoints, o.ä...
#3
Die Signal_Level sind jetzt etwas unterschiedlich je Inverter und passen zur Anzeige der ECU-APP.Was sonst noch aufgefallen ist:
Bei meinen Werten im Objektbaum stimmt die Zeitzone nicht (Adapter: Etc/GMT-8 <--> ECU-APP: Europe/Berlin).
Mir ist nicht völlig klar wie die ECU die Zeiten für Sonnenaufgang und -untergang bestimmt (die zumindest in meinem Fall auch recht gut passen).
Der Wert ecu.last_system_power liefert in der Nacht bei mir im Trend sowohl "null W" als auch "0W". In der App erscheinen diese wohl als "no data".Ansonsten, wie schon geschrieben: ....sieht gut aus....
-
#1
Ok#2
Ok - Da scheint es unterschiede zum QS1 zu geben. Hier gibt es nur einen AC-Wert. Der Wert ist während der gesamten Betriebsdauer ungleich 0V unabhängig vom Zustand der Module. Bin daher davon ausgegangen, dass es sich, wie bei der Frequenz um Werte vom Netz handelt.Ich habe beim YC600 und YC1000 die states dc_voltage(n) umbenannt nach ac_voltage(n). Bitte kurz testen.
#3
Ok - Ursache war wie vermutet issue #1Zur Zeitzone:
- Etc/GMT-8 wird von der ECU geliefert. Ist wohl ein Defaultwert. Ist auch bei meiner ECU so.
- sunset und sunrise werden vom Adapter aus den Geo-Daten der Iobroker-Systemeinstellungen errechnet.
Damit wird das Polling der ECU automatisch ein- bzw. ausgeschaltet.
Werde im Laufe des Tages die Version 0.2.2 rausstellen.
-
Hätte mit Blick auf die Visualisierung noch folgende Vorschläge:
#1 current_day_energy=0 um Mitternacht
#2 Bereitstellen singlevalue Total_Energy_Yesterday -
@bu-na dafür gibts aber andere Adapter die an sich solche Berechnungen machen?! Und fürchte solche Werte gibts nur aus der Cloud …
-
Halte die Vorschläge von @Bu-Na für überlegenswert
#1
Habe eh schon mal überlegt ob und wann man current_day_energy zurück setzen sollte.
Weiß allerdings nicht, ob das nicht bereits die ECU um Mitternacht macht, da das Polling nach sunset z.Z. pausiert.
Werde ich testen.#2
Wäre eine Möglichkeit, wenn z.B. current_day_energy nicht von der ECU zurückgesetzt wird. Aber mal den Test abwarten.Messe die Tagesenergie zur Zeit noch mit einem Shelly, daß um Mitternacht ENERGY_Today zurücksetzt und ENERGY_Yesterday aktualisiert. Das könnte man sich dann natürlich sparen.
-
@peter_n Falls interessiert: Ich hab mal rausgesucht wie man die Daten aus der Cloud holen könnte ...
-
Würde einfach um Mitternacht im Adapter den Current_value_today auf Total_value_yesterday umspeichern.
Die Erfassung mit Shelly bedeutet immer zusätzliche Hardware. Da ich bei mir den Strom an mehreren Stellen dezentral ins Hausnetz einspeise, müsste ich alle Shellys zusammenaddieren.
Auch gibt es meines Wissens nach für Festinstallationen keine vernünftige Hutschienenlösung für die Shellys.
-
@bu-na
Ist schon klar!
Möchte nur mal sehen wie sich die ECU um Mitternacht verhält.@apollon77
Zur Zeit nicht. Möchte eigenlich sowenig Cloud wie möglich einsetzen. -
@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 -
@peter_n
Hätte noch eine Idee: „Peak Power“, wie in der ECU APP….. -
@bu-na said in Test Adapter apsystems-ecu v0.2.x GitHub:
Hätte noch eine Idee: „Peak Power“, wie in der ECU APP…..
Bitte einen neue issue mit einer kurze Beschreibung anlegen
https://github.com/npeter/ioBroker.apsystems-ecu/issues -
@apollon77 said in Test Adapter apsystems-ecu v0.2.x GitHub:
Wäre ggf cool um indirekt auch die ECU-B Geräte zu Supporten die Lokal nicht gehen
Kurzfristig sehe ich keinen Spielraum. Lass mir die Infos mal zukommen. Mal sehen
-
@bu-na said in Test Adapter apsystems-ecu v0.2.x GitHub:
Hätte noch eine Idee: „Peak Power“, wie in der ECU APP…..
Die V0.2.3 vom 18.02.2022 steht zum Testen zur Verfügung.
Es wurden #4 und #5 berücksichtigt. Details im Changelog.Bitte um Rückmeldung.
Werde die Version dann ggf. unter V0.2.4 freigeben.
