NEWS
Test Adapter apsystems-ecu v0.2.x GitHub
-
@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. -
@peter_n
Die neue Version wurde erfolgreich installiert.Edit_20.02.22
Die Werte sehen sehen über den Tag gut aus. Die issues #4 und #5 sind aus meiner Sicht gefixt.Für den Zeitbereich zwischen Sonnenuntergang und Sonnenaufgang sind folgende Dinge aufgefallen:
_Der Wert current_day_energy geht nicht um Mitternacht sondern erst mit Sonnenaufgang (Beginn Datenerfassung) auf 0 (gilt bekanntlich auch für last_system_power).
_Die Werte über die Nacht, speziell für die Inverter, aber auch für "ECU.inverters_online" sind genau genommen, veraltete Werte. Die ECU-R liefert, sowie die Inverter "online" sind, auch aktuelle Leistungswerte der Solarmodule. Auch Werte wie ECU.inverters_online werden permanent aktualisiert.
Wie schon früher erwähnt, gehen die Inverter deutlich vor Sonnenaufgang online, liefern Daten und produzieren auch etwas Energie.Vielleicht sollte man die Unterbrechung der Datenerfassung optional abschaltbar gestalten und damit auch Life-Werte für diesen Intervall zur Verfügung stellen.
-
@bu-na
_Der Wert current_day_energy geht nicht um Mitternacht sondern erst mit Sonnenaufgang (Beginn Datenerfassung) auf 0Das ist richtig. current_day_energy und andere kommt von der ECU. Ich möchte ECU-Werte eigentlich nicht manipulieren. Wenn man das Polling nach Sonnenuntergang wieder startet (ecu.cmd_start_stop = true) setzt bei mir die ECU um 2:00 den Wert zurück. Keine Ahnung, warum um 2:00 Uhr.
@bu-na
_Wie schon früher erwähnt, gehen die Inverter deutlich vor Sonnenaufgang online, liefern Daten und produzieren auch etwas Energie.
Vielleicht sollte man die Unterbrechung der Datenerfassung optional abschaltbar gestalten und damit auch Life-Werte für diesen Intervall zur Verfügung stellen.Kann das gelegentlich konfigurierbar machen ...
-
Habe die Adapterconfig erweitert:
poll_always@bu-na
_Wie schon früher erwähnt, gehen die Inverter deutlich vor Sonnenaufgang online, liefern Daten und produzieren auch etwas Energie.
Vielleicht sollte man die Unterbrechung der Datenerfassung optional abschaltbar gestalten und damit auch Life-Werte für diesen Intervall zur Verfügung stellen. -
Habe die Adapterkonfig um den Parameter poll_always erweitert und V0.2.4 bereitgestellt.
Bitte testen!
-
Hallo,
ich habe den Adapter installiert und eingerichtet (V0.2.4). Ich verwende eine ECU R und 3 DS3 mit je zwei Modulen.Es werden aber nur einmal die Werte aktualisiert. Danach nicht mehr. Erst wenn ich den Adapter manuell neu starte wird einmal aktualisiert. Hat hier einer ne Idee woran das liegt?
Die einzelnen Inverter werden als Objekte angelegt und die Daten sind passend für den Moment der Abfrage.Anbei ein Auszug aus dem log:
Grüße
Christian
-
@cwoltz
... das wundert mich nicht. Der neue DS3 wird bisher noch nicht unterstützt -wie in der Doku erwähntKann's mir gelegentlich mal ansehen. Benötige ein Log mit dem Ersten Start als *.txt. Welche Objekte und States werden angelegt? Am Besten alle Objekte löschen und neu starten. Neuinstallation ist zunächst nicht nötig.
Lege auf github einen Issue mit der Bitte um DS3-Unterstützung an. Bitte die Daten auch dort mit ablegen, damit alles zusammen ist. -
@peter_n
Ok mache ich morgen.
Ich bekomme noch weitere ds3. Falls Du interesse hast sende ich einen leihweise zu.
Aber ich helfe auch gern mit!!! -
@cwoltz
Ein Test mit deinem ds3 ist mir zu aufwendig.
Denke, dass die Auswertung des Logfiles zunächst weiterhilft. -
@peter_n
verständlich -
Erkenntnisse:
-
Die DS3 werden mit InverterType YC600 in der GetRealTimeData-Response kodiert. Deshalb wurden auch drei YC600 Inverter angelegt (hat mich sehr gewundert). Die angezeigten Inverterdaten sind auch halbwegs plausibel. Auffällig sind "ac voltage module 1/2" mit ~240V. Gehe davon aus, dass das nicht passt.
Könnte sein, dass man zukünftig die ersten beiden Stellen der Inverter-ID (70) zur Unterscheidung benutzen könnte. Das müsste allerdings von weiteren DS3 Besitzern bestätigt werden -
Das eigentliche Problem ist die z.T. fehlende Response der ECU mit nachfolgendem Schliessen der TCP-Verbindung durch die ECU. Ob das sporatisch oder im Zusammenhang mit bestimmten Services passiert ist noch unklar. Könnte sein, dass die ECU die Anzahl Services/Zeiteinheit begrenzt. Habe etwas ähnliches bei der Adapterentwicklung bemerkt.
-
Die ECU-FW: ECU_R_PRO_2.0.... ist hoffentlich hinsichtlich der Services kompatible zur ECU_R_1.2....
Nächste Schritte:
-
Frage: Du hast doch DS3 und keine YC600 (sorry )
-
Test: Stelle in der Konfig den Parameter "ECU interval [sec] for polling (10..900)" mal von 10 auf 120. 10 mach eh nicht viel Sinn, da die ECU-Inverterkommunikation (wahrscheinlich auch bei ECU-FW ECU_R_PRO_2.0.... ) mit einem 300sec Zyklus läuft.
-
Werde gelegentlich ein Testversion zum Eingrenzen des Problems bereitstellen. Wird aber ein paar Tage dauern.
-
-
Hallo zusammen,
nochmal an dieser Stelle vielen Dank für den tollen Adapter Peter!
@cwoltz said in Test Adapter apsystems-ecu v0.2.x GitHub:
Hallo,
ich habe den Adapter installiert und eingerichtet (V0.2.4). Ich verwende eine ECU R und 3 DS3 mit je zwei Modulen.Es werden aber nur einmal die Werte aktualisiert. Danach nicht mehr. Erst wenn ich den Adapter manuell neu starte wird einmal aktualisiert. Hat hier einer ne Idee woran das liegt?
Die einzelnen Inverter werden als Objekte angelegt und die Daten sind passend für den Moment der Abfrage.Ich habe ein ähnliches Verhalten.
Ein System mit einem QS1 an einem ECU-B funktioniert einwandfrei.
Ein zweites System mit einem ECU-R (2x DS3-S & 4x QS1) macht wie bei @cwoltz Probleme.Der Adapter wechselt nach einigen Sekunden bei "Verbindung" auf rot. Er wird automatisiert alle 5min neu gestartet.
Die WR werden gefunden und aufgelistet, die Daten werden aber nicht aktualisiert. Nur die Daten der ECU-R werden an ioBroker übertragen (zB "last_system_power").Ich habe ein Issue erstellt.
Da andere diesen Adapter mit einem ECU-R erfolgreich betreiben, könnte ich mir vorstellen, dass es an den DS3-S liegt.
Habe mir probeweise mal HomeAssistant installiert. Dort gibt es einen ebenfalls einen APSystem "Adapter". Der funktioniert mit der ECU-R problemlos. Allerdings würde ich gern auf HomeAssistant verzichten, bin mit ioBroker extrem zufrieden.
Güße,
Sebastian -
@peter_n
Die V0.2.4 funktioniert in meiner Konfiguration (ECU-R + 4xYC600) einschließlich poll_always wie gewünscht.