Ich tippe eher in die Richtung, dass der Prozessor nach seiner temporären Tätigkeit nicht mehr in den Stromsparmodus geht. Ist dann mehr oder minder ein Firmwarefehler.
Gruß Xel66
Moderator: Co-Administratoren
Ich tippe eher in die Richtung, dass der Prozessor nach seiner temporären Tätigkeit nicht mehr in den Stromsparmodus geht. Ist dann mehr oder minder ein Firmwarefehler.
Aber dieses Problem haben wir doch schon seit den HM-BWMs!
Dem käme man vielleicht mit dem AskSinAnalyzer auf die Spur.
Habe ich nicht im Kopf, dass diese Problematik sich immer nur nach einem Batteriewechsel stellt? Oder war das nur bei den TFK?
Nö, auch beim HM-Sen-LI-O, HM-Sen-MDIR-O ...
imA wohl auszuschließen.
nicht festzustellen.
Wenn die Batterien in kurzer Zeit leer sind, braucht man wahrscheinlich auch kein Multimeter. Es zeigt ja ebenfalls die Ursache nicht an, nur die bereits bekannte Wirkung.
Jo, du misst die Wirkung (Strom geht nicht runter). Aber für die Entscheidung, ob der Sensor das von selbst tut oder von der CCU dazu animiert wird, nicht in den Standby zu gehen, ist der Analyzer vermutlich hilfreich. Kommt eben drauf an, ob die CCU was wissen will (und somit ein Standby verhindert) oder ob sie nur die Aussendungen quittiert und der Sensor nach dem Aussenden von selbst nicht mehr in den Standby geht. Letzteres kann man aber nicht feststellen, aber der Verdacht liegt nahe. Das heißt aber im Umkehrschluss nicht, dass er dauerhaft sendet (aka BI). Nur die eigene Elektronik legt sich nicht zwischendurch schlafen. Und ob die Eigenüberwachung das feststellen kann, wage ich zu bezweifeln (denn diese dürfte sich ja nicht schlafen legen, um das festzustellen).
Bei jedem Batterieeinlegen führt der Aktor einen Selbsttest durch und reagiert mit einer Bestätigung oder Fehlermeldung, das meinte ich.