Zwei kleine Initialisierungsthemen

[Flachzange]

Hallo Klaus,

ich hatte mal wieder etwas Zeit mich mit meinen Auffälligkeitenbeim Startverhalten zu beschäftigten

1) Bewegungsmelder in occupSensor.01 und gesetztem devMode=master senden nach dem FHEM-Start aktiv den letzten motion-Stand. Ich verstehe nicht, warum das passiert oder passieren muss. Du wirst bestimmt deine Gründe gehabt haben als du es implementiert hast. Bei mir führt es nur dazu, dass diese aktiven Telegramme nun das Licht schalten, was vorher eigentlich aus war. Denn: Nur weil der Bewegungsmelder auf "on" steht, darf nicht impliziert werden, dass man aktiv auch ein "on" schicken darf. Die TF-Melder mit semiOn und fullyOn arbeiten ja anders. Ich nutze i.d.R. nur semiOn, da geht dann kein Licht an, wenn es nicht vorher schon an war.

Code Auswählen Erweitern

2026.08.14 07:34:05 2: TCM registered transceiver BaseID: FFA44D00:FFA47A00:FF985180:FFA46C00 ChipID: 04223EA1:0422489A:04223F9B:04223F46
2026.08.14 07:34:05 3: EnOcean set Bewegungsmelder_EG_Buero on
2026.08.14 07:34:05 3: EnOcean set Bewegungsmelder_EG_Flur off
2026.08.14 07:34:05 3: EnOcean set Bewegungsmelder_EG_Kueche off
2026.08.14 07:34:05 3: EnOcean set Bewegungsmelder_EG_Treppe_TF off
2026.08.14 07:34:05 3: EnOcean set Bewegungsmelder_OG_Bad off
2026.08.14 07:34:05 3: EnOcean set Bewegungsmelder_OG_Bad_Spiegel_TF off
Das passiert sowohl beim INTITIALIZED als uach bei REREADCFG

2) Rauchmelder in smokeDetector.02 erneuern ihr alarm=off nach dem dem ersten periodischen Empfang, auch wenn es schon off war. Das löst bei mir Events aus. Die könnte ich natürlich unterdrücken, aber off soll ja eigentlich gar nicht wiederholt werden. Ursache ist vermutlich, dass nach dem Neustart die bisherige Laufzeit-Information nicht mehr zur Verfügung steht. Schön wäre, wenn beim Initialisieren bereits geprüft wird, ob der Melder auf alarm=off steht

Wie immer vielen Dank für deine Mühen!