System.ES-PMSw1 Konfiguration

[PeterAC]

Hallo Uwe,

ich kämpfe gerade etwas mit den System-Zählern der Energie-Messsteckdosen, die ja bekanntlich systeminterne Programme sind, welche beim Anlernen der Geräte automatisch erstellt werden. Mit den Original-Homematic-Geräten funktionieren die auch einwandfrei. Ein Überlauf des Gerätezählers wird dann richtig behandelt, wenn der Maximalwert des Zählers richtig definiert ist, was bei den ELV-Modulen der Fall ist.

Dieselben Programme werden auch bei virtuellen Geräten angelegt, so z.B. bei CCU-Jack-Geräten und auch beim obigen System.ES-PMSw1, welches ich für eine Fritz!DECT200 einsetze. Bei diesem ist mir aufgefallen, dass es nicht möglich zu sein scheint, in der Geräte-Konfiguration des Kanals 2 den maximalen Zählerstand anzupassen.

Voreingestellt (?) ist da 999999999 (Wh), bei jedem anderen Wert wird ein Fehler gemeldet. Interessant ist auch, dass der SDV in den MetaData für MAX den Wert 1000000000.000000 findet (MIN dasselbe negativ).

Verstehe ich da etwas falsch?

Mein eigentliches Problem ist allerdings, dass sich Tasmota-Steckdosen durch ihren nichtflüchtigen Speicher ganz anders verhalten und sich gelegentlich (z.B. nach Stromausfall) mit einem veralteten Zählerstand wieder anmelden, was recht wunderliche Reaktionen auslöst.

VG,
Peter

[Baxxy]

Geht's jetzt um CUxD / CCU-Jack oder Tasmota?

[PeterAC]

Es geht zunächst um CuXD, bzw. System.ES-PMSw1.

Das Tasmota/CCU-JACK-Ptoblem ist nur der Umstand, bei dem die nicht funktionierende Einstellung in CUxD aufgefallen ist. Da überlege ich noch, ob sich das mit einem modifizierten Skript lösen lässt. Höchstwahrscheinlich braucht man auch dafür den genauen Wert für den maximalen Zählerstand.

[Baxxy]

bei dem die nicht funktionierende Einstellung in CUxD aufgefallen ist

Leider hast du nicht erwähnt welche (Open)CCU - Firmware du nutzt.
Die Glaskugel sagt es ist eine 3.87.6. Die hat einen unschönen Bug bezüglich schreiben des MASTER-Paramset.

Hättest du mir diesen Screenshot gezeigt...

...hätte ich dir gleich die "richtige Antwort" geben können.

Abhilfe:
Downgrade auf die Vorversion (CCU3 / OpenCCU) oder im Fall von OpenCCU könntest du auf einen Nightly-Snapshot upgraden.
Bitte auch mal das Profil bezüglich der genutzten Zentrale vervollständigen.

[PeterAC]

Oh, vielen Dank für den Hinweis mit dem Masterset, das benutze ich nämlich auch beim automatisierten Konfigurieren der MIO16, und die Firmware ist die aktuelle Release 3.87.6.20260313.

Ja, das wäre wohl auch eine plausible Erklärung für das Verhalten in CUxD. Anscheinend verhält sich POWERMETER.BOOT bei System.ES-PMSw1 auch anders, als bei anderen Interfaces. Es ist im laufenden Betrieb false, was ja auch logisch wäre.

Bei Homematic-legacy ist es dagegen immer "true" (3x HM-ES-PMSw1-Pl), ebenso bei virtuellen CCU-Jack-Geräten. Bei Homematic-IP (HmIP-PSM) gibt es das Flag nicht (dafür ...ENERGY_COUNTER_OVERFLOW).

Ich hoffe, die Signatur passt so. Eventuell wäre noch zu ergänzen, dass es von den Nicht-RF-Geräten 9 Tasmotas und 11 Shellys (beide CCU-Jack) und 2 HM-IP sind. Der Rest sind CUxD-Geräte (16).

[Baxxy]

Ich hoffe, die Signatur passt so.

Ich meinte dein Profil.
Da kannst du deine Zentrale angeben.
In deinem Fall, da du OpenCCU nutzt, wie bei mir dann "System: Alternative CCU (auf Basis OCCU)".

Die Signatur-Geräteliste ist eher nebensächlich, habe aber keine Einwände.

[PeterAC]

Ich meinte dein Profil.

Dachte ich hätte es eben auch gemacht, wohl vergessen zu speichern.

[Baxxy]

Da Problem "Änderung von POWERMETER|MAX_ENERGY_COUNTER" haben wir ja nun "gelöst".
Was das jetzt mit Tasmota oder Fritz!DECT200 zu tun habe ich noch nicht so richtig verstanden.

[PeterAC]

Das hat auch primär nichts mit CUxD zu tun, insbesondere nicht mit dem Thema, sondern ist ein allgemeines Problem mit den systeminternen Zähler-Skripts und Fremdgeräten, wenn die sich nicht exakt so verhalten, wie die Original-Geräte von eq3. Das betrifft genauso die Integrationen mithilfe von CCU-Jack. Womöglich kann man das nur lösen, wenn man je Hersteller oder sogar Geräte-Typ ein Skript verwendet, dass genau auf dessen Besonderheiten abgestimmt ist. Das nachträgliche Anpassen oder auch Austauschen eines Zählerskriptes ist an sich auch kein Ding. Es würde auch neue Releases überstehen.

Ein Forum für Fremdgeräte gibt es aber (noch) nicht und zu den existierenden Geräte-Foren passt es nicht, da sie nur original eq3-Module behandeln. Man könnte auch ins jeweilige AddOn-Forum gehen (wie hier in CUxD), aber das Problem kommt vom Gerät und nicht vom AddOn.

Zuerst muss ich noch eine überzeugende Lösung finden. Ich habe angefangen, alle möglichen Fälle aufzudröseln. Anscheinend wird das komplexer als ich zunächst gedacht habe.

[Baxxy]

Anscheinend wird das komplexer als ich zunächst gedacht habe.

Vermutlich.
Du wirst halt nicht drum herum kommen da individuelle Scripte anzulegen wenn die Energiezähler deiner Geräte kein normales Verhalten (stetig steigend / kein Überlauf) haben.
Zumindest das Ganz "bootFlag" - Zeug kann man weglassen, ist ja eh nicht mit "nicht-HM-Geräten" nutzbar.