EcoTrackerEmulator für die Nulleinspeisung im lokalen Netzwerk

Begonnen von Damian, 10 Oktober 2026, 13:16:16

Vorheriges Thema - Nächstes Thema

Damian

#15
Offenbar ist es keine gute Idee immer die gleiche Seriennummer für alle EcoTracker zu nehmen. Ich habe eine andere Seriennummer genommen, und der EcoTrackerEmulator blieb nun mehrere Tage im System. Zuvor haben wir uns offenbar gegenseitig den EcoTrackerEmulator durch Ecoflow  aufgrund der selben Seriennummer entfernen lassen.

Ich habe im ersten Post meine ursprüngliche Version nun basierend auf der V0.2.6 auf die Version V0.2.7 aktualisiert.

Nun werden die Seriennummer und der Name des EcoTrackerEmulators aus der MAC-Adresse gebildet, wenn man keine eigenen Angaben im Attribut macht - das dürfte für mehr Eindeutigkeit sorgen und für das Verbleiben des Emulators im Ecoflow-System.

Dann ist mir aufgefallen, dass die KI mit 200 Millisekunden es zu gut mit dem Polling gemeint hat. Ich habe es auf 0,5 Sekunden hochgestellt, das reicht für HTTP-Requests, die im Sekundentakt kommen, völlig aus.

Dann habe ich das Schreiben der Readings mit Events in den Request-Teil verlagert, weil sie beim Pollen sinnlos Events erzeugen (zuvor alle 200 Millisekunden)

Die Readings mit Prefix werden jetzt nur im Phasen-Modus erzeugt, sonst machen sie keinen Sinn.
Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF

Damian

#16
Das Pollen hat mir nicht gefallen. Die Version 0.3.0 (basiert auf 0.2.7) im ersten Post arbeitet jetzt resourcenschonender ereignisgesteuert über Client-Socket mit directReadFn statt über einen Timer zu pollen.

Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF