NEWS
Test Adapter apsystems-ecu v0.2.x GitHub
-
@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
- New config parameter extended_service to disable/enable GetEnergyOfWeekMonthYear service processing
-
@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 -
@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 !!
-
Hier stand Schrott
-
@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: error
Nicht 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? -
@keepon , Upload starten.
Wenn der über den Github installiert wurde, ist dieses auch nötig.
-
Beschreibung siehe Test Adapter apsystems-ecu v0.2.x GitHub
...
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.
-
@peter_n Danke, Funktioniert!
-
@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-ecu
In 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?
-
@esp8266
Sorry - nö war daneben geschaut -
@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.
-
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!!!
-
@esp8266 Sorry... Jetzt läuft es... War unter dem Namen ESP**" versteckt.