NEWS
Test Adapter apsystems-ecu v0.2.x GitHub
-
@esp8266
Doch, die ECU ist verbunden, sonst würde ich die aktuellen Daten in der EMA-App ja nicht sehen.Aber ich bin wieder ein Stück weiter. Da ich ausprobieren wollte welche Auswirkungen dieser Haken in der Instanz macht
wurde mir nach Neustart der Instanz der WR plötzlich angezeigt (Auch wenn die Daten die er da gezogen nicht ganz mit denen aus der EMA-App übereinstimmen).
Ich gehe davon aus dass der nichts damit zu tun hat, aber der WR ist jetzt jedenfalls da.Allerdings werden die Werte nicht aktualisiert.
Hier mal das Protokoll seit ich den Haken gesetzt habe:@tschensie said in Test Adapter apsystems-ecu v0.2.x GitHub:
Allerdings werden die Werte nicht aktualisiert.
Hier mal das Protokoll seit ich den Haken gesetzt habe:Bestimmte FW-Versionen der ECU-B unterstützen nichtmehr alle Dienste:
Siehe Changelog zur 0.2.9- New config parameter extended_service to disable/enable GetEnergyOfWeekMonthYear service processing
- avoid warnings if firmware support for GetEnergyOfWeekMonthYear service is missed
- checked: GetEnergyOfWeekMonthYear states created and services executed
- not checked (default): GetEnergyOfWeekMonthYear services are skiped and states not created
Da hat ApSystems wohl etwas Speicher benötigt :blush:
- New config parameter extended_service to disable/enable GetEnergyOfWeekMonthYear service processing
-
@esp8266
Doch, die ECU ist verbunden, sonst würde ich die aktuellen Daten in der EMA-App ja nicht sehen.Aber ich bin wieder ein Stück weiter. Da ich ausprobieren wollte welche Auswirkungen dieser Haken in der Instanz macht
wurde mir nach Neustart der Instanz der WR plötzlich angezeigt (Auch wenn die Daten die er da gezogen nicht ganz mit denen aus der EMA-App übereinstimmen).
Ich gehe davon aus dass der nichts damit zu tun hat, aber der WR ist jetzt jedenfalls da.Allerdings werden die Werte nicht aktualisiert.
Hier mal das Protokoll seit ich den Haken gesetzt habe:@tschensie sagte in Test Adapter apsystems-ecu v0.2.x GitHub:
wurde mir nach Neustart der Instanz der WR plötzlich angezeigt (Auch wenn die Daten die er da gezogen nicht ganz mit denen aus der EMA-App übereinstimmen).
Die stimmen alle, nur die App zeigt die Daten schneller an, als im Adapter.
Da steht in der App schon ein neuer Wert und im Adapter noch der vorige und deshalb würde ich den Intervall nie auf fünf Minuten stellen, weil nicht gleichzeitig Aktualisiert wird. -
@tschensie sagte in Test Adapter apsystems-ecu v0.2.x GitHub:
wurde mir nach Neustart der Instanz der WR plötzlich angezeigt (Auch wenn die Daten die er da gezogen nicht ganz mit denen aus der EMA-App übereinstimmen).
Die stimmen alle, nur die App zeigt die Daten schneller an, als im Adapter.
Da steht in der App schon ein neuer Wert und im Adapter noch der vorige und deshalb würde ich den Intervall nie auf fünf Minuten stellen, weil nicht gleichzeitig Aktualisiert wird.@esp8266
Holt die ECU die Daten öfter vom WR als sie diese in die Cloud schiebt ?
Denn wenn ich die Uhrzeit des Timestamps vom Objekt in der App nachvollziehe stehen da andere Werte.
Würde nur dann Sinn machen wenn die ECU z.B. die Daten alle 60 Sekunden bekommt aber nur alle 5 Minuten den aktuellen Wert in die Cloud legt.
Und in meinem Bild sieht man ja dass der Wert "total_dc_power"" und "last_value_power_received" unterschiedlich sind, in der App sind die aktuellen Werte eigentlich immer gleich -
@esp8266
Holt die ECU die Daten öfter vom WR als sie diese in die Cloud schiebt ?
Denn wenn ich die Uhrzeit des Timestamps vom Objekt in der App nachvollziehe stehen da andere Werte.
Würde nur dann Sinn machen wenn die ECU z.B. die Daten alle 60 Sekunden bekommt aber nur alle 5 Minuten den aktuellen Wert in die Cloud legt.
Und in meinem Bild sieht man ja dass der Wert "total_dc_power"" und "last_value_power_received" unterschiedlich sind, in der App sind die aktuellen Werte eigentlich immer gleich@tschensie , probiers doch aus. Ich verstehe die Diskussionen immer nicht.
-
@tschensie , probiers doch aus. Ich verstehe die Diskussionen immer nicht.
@esp8266
Das war eine Frage, keine Diskussion.....Aber noch als Rückmeldung: Hab den Wert auf 60 umgestellt. Nach einem Tag sehen die Werte auch vernünftig aus und sollten passen.
Bis auf den Wert "dc_peak_power_today", da steht immer ein falscher Wert drin (obwohl der Timestamp der Daten aktuell ist). Ich denke das kann nur ein Fehler in der Firmware der ECU sein, denn der Wert kommt ja von dort und ich denke, dass der wirkliche Peak-Wert in der Cloud berechnet wird und nicht von der ECU kommt.
Also, funktioniert soweit alles, super Arbeit @peter_nVielen Dank !!
-
@esp8266
Das war eine Frage, keine Diskussion.....Aber noch als Rückmeldung: Hab den Wert auf 60 umgestellt. Nach einem Tag sehen die Werte auch vernünftig aus und sollten passen.
Bis auf den Wert "dc_peak_power_today", da steht immer ein falscher Wert drin (obwohl der Timestamp der Daten aktuell ist). Ich denke das kann nur ein Fehler in der Firmware der ECU sein, denn der Wert kommt ja von dort und ich denke, dass der wirkliche Peak-Wert in der Cloud berechnet wird und nicht von der ECU kommt.
Also, funktioniert soweit alles, super Arbeit @peter_nVielen Dank !!
-
@esp8266
Das war eine Frage, keine Diskussion.....Aber noch als Rückmeldung: Hab den Wert auf 60 umgestellt. Nach einem Tag sehen die Werte auch vernünftig aus und sollten passen.
Bis auf den Wert "dc_peak_power_today", da steht immer ein falscher Wert drin (obwohl der Timestamp der Daten aktuell ist). Ich denke das kann nur ein Fehler in der Firmware der ECU sein, denn der Wert kommt ja von dort und ich denke, dass der wirkliche Peak-Wert in der Cloud berechnet wird und nicht von der ECU kommt.
Also, funktioniert soweit alles, super Arbeit @peter_nVielen Dank !!
@tschensie sagte in Test Adapter apsystems-ecu v0.2.x GitHub:
@esp8266 ,
Bis auf den Wert "dc_peak_power_today", da steht immer ein falscher Wert drin (obwohl der Timestamp der Daten aktuell ist). Ich denke das kann nur ein Fehler in der Firmware der ECU sein, denn der Wert kommt ja von dort und ich denke, dass der wirkliche Peak-Wert in der Cloud berechnet wird und nicht von der ECU kommt.Warum? Bei mir nicht ?
Wenn natürlich mal iob neugestartet bzw wegen irgendwelchen Wartungsarbeiten vom Netz genommen wurde, dann kann es sein das der Max Wert verpasst wird.
Dann kann der Adapter nur en nächsten Max Wert nehmen. -
@peter_n , Hallo,
woher kommen diese error Meldungen:apsystems-ecu.0 2022-10-05 11:28:07.995 error Ecu.decodeRsp() +++ unknown commandNumber: error apsystems-ecu.0 2022-10-05 11:28:07.994 error Ecu.decodeHdr() - +++ invalid response: end signature missed apsystems-ecu.0 2022-10-05 11:13:07.476 error Ecu.decodeRsp() +++ unknown commandNumber: errorNicht immer, nur sporadisch. Ich habe keine Erklärung dafür.
Zu dem Zeitpunkt ist auch kein Ausfall zu verzeichnen... -
@peter_n , Hallo,
woher kommen diese error Meldungen:apsystems-ecu.0 2022-10-05 11:28:07.995 error Ecu.decodeRsp() +++ unknown commandNumber: error apsystems-ecu.0 2022-10-05 11:28:07.994 error Ecu.decodeHdr() - +++ invalid response: end signature missed apsystems-ecu.0 2022-10-05 11:13:07.476 error Ecu.decodeRsp() +++ unknown commandNumber: errorNicht immer, nur sporadisch. Ich habe keine Erklärung dafür.
Zu dem Zeitpunkt ist auch kein Ausfall zu verzeichnen...@esp8266 said in Test Adapter apsystems-ecu v0.2.x GitHub:
woher kommen diese error Meldungen:
Da das Problem sporatisch auftritt nehme ich an, dass der Fehler in der ECU liegt.
Bei der Überprüfung der Antwort von der ECU werden Fehler festgestellt.
- Der Kommando-Code wird nicht unterstützt.
- Das Frame ist unvollständig
Ich gehe davon aus, dass die Transportschicht (TCP) Übertragungsfehler erkennen würde.
Annahme: Die ECU hat falsche und/oder unvollständige Anwendungsdaten geschickt. Vielleicht ist sie temp. überlastet. Aber das ist letztlich Kaffeesatzleserei.
Wenn du mir einen Log schickst kann ich die empfangenen Daten mal anschauen.
-
Hallo, habe mir eben aus dem Git den Adapter installiert. Leider taucht er danach in der Instanz Ansicht nicht auf, sodass ich ihn einstellen kann.
Jemand eine Idee, was ich da machen kann? -
Aktuelle Version: 0.2.10 (Testversion)
Veröffentlichungsdatum: 10.10.2023
Github Link: https://github.com/npeter/ioBroker.apsystems-ecuIch habe einen Adapter für APSystems Microinverter erstellt. Hiebei wird das ECU-R Überwachungsgerät von APSystems benötigt. Die Überwachungeinheit sammelt Daten von den Wechselrichtern und den angeschlossenen Solarmodulen über Zigbee. Ein Großteil dieser Daten wird vom Adapter abgefragt und bereitgestellt.
Der Adapter unterstützt im Prinzip einen oder mehrere Wechselrichter vom Typ QS1, YC600, DS3 und YC1000 und die Überwachungsgeräte ECU-R und ECU-B.Da meine eigene Analge nur aus einem QS1 und einer ECU-R besteht waren bisher nur eingeschränkte Tests möglich.
Auch ist zur Zeit nicht klar, ob eine bestimmte Firmwareversionen in der ECU notwendig ist.Würde mich über weiter Tests mit anderen Konfigurationen und Anregungen freuen.
Der Adapter steht in Github (Link siehe oben) bereit.
Installation der Alpha:
- Unter Adapter Expertenmodus aktivieren
- Unter Adapter das Github Icon klicken
- Benutzerdefiniert anwählen
- URL eintragen
- Warnung berücksichtigen
- Installieren klicken
- Hier eine Testinstallation auf einem PI
- Jetzt muss nur noch eine Instanz angelegt werden mit
iobroker add apsystems-ecu-
In der Konfiguration muss jetzt nur die ECU WLAN IP Adresse angepasst werden
-
Weitere Informationen sind im README zu finden.
Das wars auch schon!
Beschreibung siehe Test Adapter apsystems-ecu v0.2.x GitHub
...
Jetzt muss nur noch eine Instanz angelegt werden mit
iobroker add apsystems-ecuIn der Konfiguration muss jetzt nur die ECU WLAN IP Adresse angepasst werden
Weitere Informationen sind im README zu finden.
-
Beschreibung siehe Test Adapter apsystems-ecu v0.2.x GitHub
...
Jetzt muss nur noch eine Instanz angelegt werden mit
iobroker add apsystems-ecuIn der Konfiguration muss jetzt nur die ECU WLAN IP Adresse angepasst werden
Weitere Informationen sind im README zu finden.
-
Beschreibung siehe Test Adapter apsystems-ecu v0.2.x GitHub
...
Jetzt muss nur noch eine Instanz angelegt werden mit
iobroker add apsystems-ecuIn der Konfiguration muss jetzt nur die ECU WLAN IP Adresse angepasst werden
Weitere Informationen sind im README zu finden.
@peter_n sagte in Test Adapter apsystems-ecu v0.2.x GitHub:
Beschreibung siehe Test Adapter apsystems-ecu v0.2.x GitHub
...
Jetzt muss nur noch eine Instanz angelegt werden mit
iobroker add apsystems-ecuIn der Konfiguration muss jetzt nur die ECU WLAN IP Adresse angepasst werden
Weitere Informationen sind im README zu finden.
Hallo @peter_n, du meintest mich nicht Wirklich, oder?
-
@peter_n sagte in Test Adapter apsystems-ecu v0.2.x GitHub:
Beschreibung siehe Test Adapter apsystems-ecu v0.2.x GitHub
...
Jetzt muss nur noch eine Instanz angelegt werden mit
iobroker add apsystems-ecuIn der Konfiguration muss jetzt nur die ECU WLAN IP Adresse angepasst werden
Weitere Informationen sind im README zu finden.
Hallo @peter_n, du meintest mich nicht Wirklich, oder?
-
Aktuelle Version: 0.2.10 (Testversion)
Veröffentlichungsdatum: 10.10.2023
Github Link: https://github.com/npeter/ioBroker.apsystems-ecuIch habe einen Adapter für APSystems Microinverter erstellt. Hiebei wird das ECU-R Überwachungsgerät von APSystems benötigt. Die Überwachungeinheit sammelt Daten von den Wechselrichtern und den angeschlossenen Solarmodulen über Zigbee. Ein Großteil dieser Daten wird vom Adapter abgefragt und bereitgestellt.
Der Adapter unterstützt im Prinzip einen oder mehrere Wechselrichter vom Typ QS1, YC600, DS3 und YC1000 und die Überwachungsgeräte ECU-R und ECU-B.Da meine eigene Analge nur aus einem QS1 und einer ECU-R besteht waren bisher nur eingeschränkte Tests möglich.
Auch ist zur Zeit nicht klar, ob eine bestimmte Firmwareversionen in der ECU notwendig ist.Würde mich über weiter Tests mit anderen Konfigurationen und Anregungen freuen.
Der Adapter steht in Github (Link siehe oben) bereit.
Installation der Alpha:
- Unter Adapter Expertenmodus aktivieren
- Unter Adapter das Github Icon klicken
- Benutzerdefiniert anwählen
- URL eintragen
- Warnung berücksichtigen
- Installieren klicken
- Hier eine Testinstallation auf einem PI
- Jetzt muss nur noch eine Instanz angelegt werden mit
iobroker add apsystems-ecu-
In der Konfiguration muss jetzt nur die ECU WLAN IP Adresse angepasst werden
-
Weitere Informationen sind im README zu finden.
Das wars auch schon!
-
@peter_n
Geht der Adpater auch mit dem EZ1-M ?@kaschperle83 , ist der Baugleich? Sonst nicht. Steht ja auch dabei...ECU B + R von apsystems.
-
@kaschperle83 , ist der Baugleich? Sonst nicht. Steht ja auch dabei...ECU B + R von apsystems.
Hallo zusammen, ich habe auch seit ein paar Tagen die ecu-b. Eingerichtet... Funktioniert soweit mit der App, aber bin auf verzweifelter Suche nach der IP Adresse, da ich die Daten in den iobroker bekommen will.
In der Fritzbox wird nichts angezeigt, auch mit div. Scannern (fing usw.) Kein Erfolg.
Wie bekomme ich die IP Adresse? -
Hallo zusammen, ich habe auch seit ein paar Tagen die ecu-b. Eingerichtet... Funktioniert soweit mit der App, aber bin auf verzweifelter Suche nach der IP Adresse, da ich die Daten in den iobroker bekommen will.
In der Fritzbox wird nichts angezeigt, auch mit div. Scannern (fing usw.) Kein Erfolg.
Wie bekomme ich die IP Adresse?@djmitch , ich habe diesbezüglich auf meine Antwort von dir im anderen Thread noch kein Feedback erhalten. Dann würde sich deine nochmalige Fragestellung erübrigen.
Deine ECU ist nicht fertig eingerichtet. Ich habe doch ein Beispiel Foto gepostet und eine Antwort drauf gegeben.Du musst auch WLAN einschalten in der ECU!!!
-
@djmitch , ich habe diesbezüglich auf meine Antwort von dir im anderen Thread noch kein Feedback erhalten. Dann würde sich deine nochmalige Fragestellung erübrigen.
Deine ECU ist nicht fertig eingerichtet. Ich habe doch ein Beispiel Foto gepostet und eine Antwort drauf gegeben.Du musst auch WLAN einschalten in der ECU!!!
Support us
660
Online32.5k
Benutzer81.7k
Themen1.3m
Beiträge