PRESENCE cover version - anderer Ansatz basierend auf aktuellem Code

Begonnen von martinp876, 23 Dezember 2020, 14:38:45

Vorheriges Thema - Nächstes Thema

bertl

Hallo Jörg,

naja, wenn das Device 'disabled' ist (attr disable = 1), dann macht es auch Sinn, aber wenn nur das Attribut 'disable' existiert (attr disable = 0) und trotzdem state auf 'disabled' geht, verstehe ich die Sinnhaftigkeit nicht - der Status des Devices ist nämlich in diesem Fall NICHT disabled sondern enabled.
Oder wenn man das Attribut 'disable' löscht (deleteattr), dass dann state auf 'disabled' geht, verstehe ich auch nicht.

Aber wenn du als Modul-Verwalter der Meinung bist, dass die aktuelle Logik Sinn macht, dann soll es so sein.
Ich baue mir einfach einen Workaround mit OldReadingsVal.

Gruß Robert

JoWiemann

Hallo Robert,

da habe ich mich nicht präzise genug ausgedrückt. Ich habe den state für Löschen und 0 herausgenommen, wobei ich 0 wohl noch nachziehen muss. Das state Reading soll nur noch bei aktivem Disable gesetzt sein.
Jörg Wiemann

RPi 4 B mit 4 GByte bookworm, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM; zigbee2mqtt

ioBroker als Datenlieferant für z.B. Anker, Samsung

bertl

Ja genau, so ist es verständlich und macht Sinn!

Danke, Robert