CCU2 (v2.29.18)
Bei jedem Reboot wird der Energiezähler Gerät auf den Energiezähler CCU addiert.
nach dem ersten Booten verdoppelt sich also der Energiezähler CCU usw.
Siehe auch >> H I E R <<
Ticket ED3DE9459E134 gemeldet.
Vermutung von weiter unten hier rein kopiert:
Ich habe zwar noch nicht die Scripte miteinander verglichen, aber mir kurz mal eines der Scripte angeschaut, welches sich "fehlerhaft auswirkt"
Es wird darin auf ein Object (oSysVarEnergyCounterOldVal) zugegriffen, dessen Wert im ersten Durchlauf nach Reboot faktisch 0.0 ist.
Das wird nicht abgefangen und damit ist es dann beim ersten Durchlauf Essig mit den Berechnungen und es wird etwas falsches in die Energiezähler CCU geschrieben.
Da im ersten Durchlauf im Normalfall dann der Wert Energiezähler Gerät in o.g. Objekt geschrieben wird funktioniert dann alles ab dem nächsten Lauf des Scriptes.
Nun wäre es ein Leichtes die 0.0 abzufangen. Ich bin ja aber bekanntermaßen eher ein Freund von Ursache und Wirkung.
Und ich vermute das hier ein ganz anderer Bug die Ursache für dieses Dilemma ist. Nämlich >das Problem<.
Wenn man sich in dem Thread nach hinten durchliest, hatte ich geschrieben, das die FSM und PSM einen falschen Status anzeigen nach einem Reboot der CCU.
Aber das ist nur eine erste Vermutung, warten wir ab wie sich der Hersteller positioniert. Ich habe ja vor einiger Zeit schon beide Sachen gemeldet.
Bisher sind die Aussagen dazu eben so, wie sie immer sind.
07.05 2018 - Update, da PSM und BSM neu angelernt bzw. neues Update und neu angelernt.
CCU2
Code: Alles auswählen
VERSION=2.31.25
Version: 2.1.369
Build: R1.00.0388.0127
HMIP-PSM v.2.6.2 - NICHT mehr betroffen
HMIP-FSM v.1.6.2 - betroffen
HMIP-BSM v1.10.12 - betroffen
HM-ES-PMSw1-Pl v2.5 - NICHT betroffen
06.07.2018 Update 2.35.16
Code: Alles auswählen
VERSION=2.35.16
Version: 2.1.369
Build: R1.00.0388.0128
HMIP-FSM v.1.6.2 - betroffen
HMIP-BSM v1.10.12 - betroffen
HM-ES-PMSw1-Pl v2.5 - NICHT betroffen
Alchy