Test Adapter apsystems-ecu v0.2.x GitHub

ESP8266

@djmitch , das ist immer so. Man sollte auf neue unbekannte Geräte achten. Da ist nichts getarnt. Ich habe den Datenpunkt umbenannt. Damit man alles besser unterscheiden kann. Was nutzt mir das z.B. zig mal Tasmota mit verschiedene Nummern in der Liste stehen und nicht weiß um welches Gerät es sich dabei handelt. Deshalb ist das umbenennen sinnvoll.
Jetzt sehe ich in der Fritte die Waschmaschine, Trockner, ECU etc und ein neues Gerät ist schnell ermittelt.

Hier mal ein Foto aus der Fritte:

RkcCorian

@peter_n Moin! Wollte mich kurz bedanken!! Der Adapter läuft bei mir seit gestern soweit ohne Probleme. Für die Statistik... ECU-B über WLAN, Firmware ECU_B_1.2.26E. Viele Grüße!!

peter_n

@rkccorian
Danke für Dein Feedback!

ESP8266

@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.

ESP8266

@peter_n , auf neue Version aktualisiert, bisher keine Probleme mit der ECU-R und der Firmware PRO_2.1.13A mit DS3.:+1:
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.

RkcCorian

@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 😐

ESP8266

@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.

ESP8266

@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.

https://github.com/ksheumaker/homeassistant-apsystems_ecur

peter_n

@esp8266
Welche Optionen?

ESP8266

@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

peter_n

@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.

ESP8266

@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.

ESP8266

@peter_n , die Lösung war bei mir die Wlan Antenne abzusetzen.

Es lohnt sich machmal Fremd zuschnüffeln. :grinning:

mcm1957

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.

martin

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, ....) ?

mcBirne

@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 error

Der Adapter ist auch nicht grün. Hat das Problem noch jemand?

ESP8266

@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.

ergo bibamus

@peter_n
Vielen Dank für den Adapter.

Ich habe hier eine DS3-S seit 2 1/4 Jahren im Einsatz (in Verbindung mit shelly pm1).
Eine ECU-B kam vor ein paar Tagen dazu um die Leistung der Eingänge sehen zu können.
Mit der EMA App geht das auch ... aber nicht viel mehr.

Dein Adapter erweitert aber die bereitgestellten Informationen auf den Stand den ich mir schon mit der EMA App gewünscht habe.
Der Adapter läuft problemlos mit der ECU-B im Zusammenspiel mit der DS3-S.
Die von Dir beschriebene Installationsanleitung wurde befolgt.

Nochmals vielen Dank.

ergo bibamus

sorry
hier stand müll

mcm1957

Dieser Adapter ist derzeit nicht in Repositories gelistet und seit längerem nicht aktualisisert worden. Er kann daher nur als ALPHA Status und nicht mehr supported betrachtet werden. (Falls diese Einstufung falsch ist, lieber Maintainer den Adapter bitte in dei Repos aufnehmen lassen).

Da derzeit offenbar nicht aktiv an diesem Adapter gearbeitet und getestet wird ein Info an alle Nicht-Tester / Normalnutzer:

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 oder npm (also NICHT aus einem der beiden Repositories) 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.

Und falls es irgendwie unklar ist:

ioBroker unterstützt folgende Arten von Installation:

aus dem STABLE Repository

Das sind Adapter Releases die keine groben Fehler aufweisen (sollten). Natürlich kann es auch dort Fehler geben, die Behebung davon obliegt dem jeweiligen Dev und kann ggF auch dauern.
aus dem LATEST Repository

Das sind Adapter Releases die neu erstellt wurden und nur rudimentär getestet sind - oft auch als BETA Releases bezeichnet. Releases aus dem LATEST sind primär für unsere zahlreichen freiwilligen Tester gedacht. BETA / LATEST Releases können durchaus Fehler aufweisen - auch wenn ich davon ausgehe dass jeder aintainer dies zu vermeiden versucht. Vom Einsatz auf produktiven Systemen wird abgeraten außer man braucht irgenein neues Feature (z.B. neues Gerät) unbedingt. Hier muss dann jeder Entscheiden was ihm wichtig ist.
direkt von GITHUB

Von Installationen direkt aus Giuthub wird definitiv abgeraten außer auf Anweisung des Maintainers und für den Fall dass man gemeinsam mit diesem etwas testen will. Details siehe oben.
direkt von npm

Diese Installation kann erforderlich sein, wenn man eine bestimmte Version installieren möchte / muss. Im Normalfall sollte man direkte npm Installationen ebenso meiden wie direkte GitHub Installationen - ausgenommen um z.B. zu einer bekannten Version downzugraden - obwohl hier wenigstens ein definierter Stand garantiert ist.

Adapter die NUR via npm und/oder nur via GitHub installierbar sind sollte man meiden - diese wurden nicht mal einem rudimentären Review unterzogen und sollten mit dem Attribut "vollständig auf eigenes Risiko verwenden" installiert werden. Hier empfiehlt es sich den Developer zu ersuchen eine Aufnahme in die Repos zu veranlassen. Wenn dieser darauf nicht reagiert sollte man von einer eher kurzen und unklaren Lebensdauer des Adapters ausgehen. Support meiner-/unsererseits für solche Adapter ist mit sicherheit minimalistisch.
@mcm1957
Comment

Community Forum

NEWS

Test Adapter apsystems-ecu v0.2.x GitHub

Support us

402

32.6k

82.1k

1.3m