Test Adapter apsystems-ecu v0.2.x GitHub
-
@rkccorian sagte in Test Adapter apsystems-ecu v0.2.x GitHub:
Für die Statistik... ECU-B über WLAN, Firmware ECU_B_1.2.26E. Viele Grüße!!
Der B geht sowieso nur über WLAN. Beim R gehört sogar ein Netzwerks-Kabel im Lieferumfang.
-
@peter_n , auf neue Version aktualisiert, bisher keine Probleme mit der ECU-R und der Firmware PRO_2.1.13A mit DS3.
Habe nur Probleme mit der ECU selber, das die öfters voll läuft und sich dann mit einem Socket Error verabschiedet. Da werde ich noch ein Ticket für öffnen.
Hat nichts mit dem Adapter zutun. Der Hersteller sollte sich mal auf Memleaks konzentrieren. -
@peter_n Gerne! Hatte jetzt auch den Socket Error. Ein Neustart der ECU hat geholfen. Keine Ahnung ob ich da jetzt extra ne schaltbare Steckdose brauche damit das zuverlässig läuft
-
@rkccorian, ich habe das mit einem Wlan Steckdosen Plug und einem kleinen Blockly Script gelöst.
Ist der Zustand länger als 15 Min vorhanden, wird ausgeschaltet. Nach 30 Sek. wieder eingeschaltet.
-
@peter_n, kannst du die Optionen im Adapter mit aufnehmen? Dann wäre das ewige Volllaufen vorbei. Das Problem dabei ist, der Adapter dann kein Connect zur ECU hat und das Log läuft und läuft...
Es muss jedes mal der Stecker gezogen werden vom Netzteil. -
@esp8266
Welche Optionen? -
@peter_n , die im Link sind. Damit der Cache alle 5 Min gelöscht wird. Steht ja auch dort beschrieben. Im Homeassistant funktioniert das. Von meinem Sohn bestätigt. Der hat keine vollgelaufende ECU mehr. Nur diese Optionen fehlen im Adapter.
Er hat eine ECU-B. Ich eine R
-
@esp8266
... der Cach ist eine Eigenschaft von Homeassistant.
Bei der Homeassistant-Lösung wird nach n cach-Zugriffen die ECU über einen externen Switch aus- und eingeschaltet.
Das ist im iobroker ja sehr elegant mit ein paar Zeilen JS zu realisieren.Wenn du im "homeassistant python-code"(link) was anderes findest lasse es mich wissen.
-
@peter_n, tut mir leid, aber damit bin ich überfordert. Auch mit den Zeilen in JS. Dort kenne ich mich nur mit Blockly aus. Ist es den überhaupt ein externer Switsch/Plug? Oder lässt sich der ECU via Befehl Ein/Aus schalten bzw neustarten.
-
@peter_n , die Lösung war bei mir die Wlan Antenne abzusetzen.
Es lohnt sich machmal Fremd zuschnüffeln.
-
Der Vollständigkeit halber:
Dieser Adapter ist derzeit NICHT in einem ioBroker repository gelistet.
Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten. GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird.
Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen.
Adapter die nur via GitHub installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.
Hinweis: Die standard GitHub basierenden Tests sind bei diesem Adapter zur Zeit nicht erfolgreich Siehe Repository.
-
Ich habe einen Wechselrichter mit 2 Modulen, der über die AP EasyPower App läuft. Kann man die Daten in den iobroker nur mit dem ECU-R einlesen oder gibt es eine andere Möglichkeit?
Evtl. eine Steckdose zur Strom-Messung (Shelly, Sonoff, ....) ? -
@martin
Hallo zusammen,ich habe im Moment das Problem, dass ich folgende Fehlermeldung erhalte:
apsystems-ecu.0 2024-11-04 14:34:16.122 error Ecu.ecuStateMachine() +++ socket error apsystems-ecu.0 2024-11-04 14:33:43.116 error Ecu.ecuStateMachine() +++ socket errorDer Adapter ist auch nicht grün. Hat das Problem noch jemand?
-
@mcbirne , nimm deine ECU mal vom Netz. Ich habe mir ein Script gebastelt, der das erkennt und der den ECU-R kurz vom Netz trennt. Der Ram läuft wohl über.
