[Gelöst] DECONZ mit Aqara Motion Sensor Probleme

Begonnen von maddinthebrain, 10 März 2020, 11:25:53

Vorheriges Thema - Nächstes Thema

maddinthebrain

Hallo zusammen,

ich verwende den Conbee 1 Stick von Dresden-Elektronik. An sich völlig unauffällig. Jedoch verwende ich neuerdings einen Xiaomi Aqara Motionsensor. Ein DOIF in Fhem sorgt dafür, dass ein durch eine erkannate Bewegung am Aqara Motion Sensor über MQTT ein  Shelly 1 mein Kellerlicht einschaltet. Das funktioniert auch. Nur schaltet das Licht in regelmäßigen Abständen auch ohne Bewegung ein. Ich habe das mal im Logfile mitgetrackt, zwischen drin wurde alle 6 Minuten der Status des Sensors geparsed, dort sendet der Sensor wohl immer ein Update. Ich mal einige dieser sich wiederholenden Meldung der Übersichtlichkeit halber entfernt.


2020.03.10 09:22:49 4: PIR_Flur_UG: lastupdated: , hash->{lastupdated}:
2020-03-10 07:27:47, lastupdated_local: , offsetUTC: 0
2020.03.10 09:22:49 4: parse status message for PIR_Flur_UG
2020.03.10 09:22:49 4: PIR_Flur_UG: use offsetUTC 3600 from bridge
2020.03.10 09:22:49 4: PIR_Flur_UG: lastupdated: 2020-03-10 08:22:49,
hash->{lastupdated}: 2020-03-10 07:27:47, lastupdated_local: 2020-03-10
09:22:49, offsetUTC: 3600
2020.03.10 09:22:49 3: MQTT2_DEVICE set FlurUG_Deckenlicht on
2020.03.10 09:55:18 4: parse status message for PIR_Flur_UG
2020.03.10 09:55:18 4: PIR_Flur_UG: use offsetUTC 3600 from bridge
2020.03.10 10:17:50 4: parse status message for PIR_Flur_UG
2020.03.10 10:17:50 4: PIR_Flur_UG: lastupdated: , hash->{lastupdated}:
2020-03-10 08:22:49, lastupdated_local: , offsetUTC: 0
2020.03.10 10:17:50 4: parse status message for PIR_Flur_UG
2020.03.10 10:17:50 4: PIR_Flur_UG: use offsetUTC 3600 from bridge
2020.03.10 10:17:50 4: PIR_Flur_UG: lastupdated: 2020-03-10 09:17:50,
hash->{lastupdated}: 2020-03-10 08:22:49, lastupdated_local: 2020-03-10
10:17:50, offsetUTC: 3600
2020.03.10 10:17:50 3: MQTT2_DEVICE set FlurUG_Deckenlicht on
2020.03.10 10:19:18 4: parse status message for PIR_Flur_UG
2020.03.10 10:19:18 4: PIR_Flur_UG: use offsetUTC 3600 from bridge


Was auffällt, dass das Licht immer genau dann einschaltet, wenn die Zeile "lastupdated: ... " auftaucht. So wie um 09:22:49 oder 10:17:50. Der Status des Sensor wechselt wohl ganz kurz auf "motion" wodurch das DOIF triggert. Der Sensor selbst behält aber eigentlich den Status "motion" für eine gewisse Zeit (ca. 2min), so dass ich die Vermutung habe, dass hier irgendwo anders was schief geht.

Was ist da los? Kennt das jemand?

Viele Grüße

Martin

Viele Grüße
Martin

Futro mit Proxmox und Debian: FHEM, Signalduino 433MHz & 868MHz, MAX!, WeeWX, FHEM2FHEM,
Raspi 4 mit ConBee mit deCONZ und Phoscon für ZigBee Aktoren und Sensoren

maddinthebrain

#1
Die Lösung ist attr <device> event-on-change-reading .*

Das HUEDevice Template müsste man entsprechend anpassen.

Grüße Martin
Viele Grüße
Martin

Futro mit Proxmox und Debian: FHEM, Signalduino 433MHz & 868MHz, MAX!, WeeWX, FHEM2FHEM,
Raspi 4 mit ConBee mit deCONZ und Phoscon für ZigBee Aktoren und Sensoren

Beta-User

Sorry, aber "1" ist m.E. kein wirklich sinnvoller Wert für dieses Attribut...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

maddinthebrain

Zitat von: Beta-User am 10 März 2020, 20:18:47
Sorry, aber "1" ist m.E. kein wirklich sinnvoller Wert für dieses Attribut...

Ja, das ist wohl richtig. attr <device> event-on-change-reading .* ist wohl die richtige Wahl... :P

GRüße Martin
Viele Grüße
Martin

Futro mit Proxmox und Debian: FHEM, Signalduino 433MHz & 868MHz, MAX!, WeeWX, FHEM2FHEM,
Raspi 4 mit ConBee mit deCONZ und Phoscon für ZigBee Aktoren und Sensoren