Verständnisfrage zu Aqara Bewegungsmeldern

Begonnen von Prof. Dr. Peter Henning, 18 Oktober 2020, 10:50:14

Vorheriges Thema - Nächstes Thema

Cupe95

Fotos kümmere ich mich nachher mal drum.

Ja seit knapp einem Monat ohne Lötbrücke im 5 Sekunden Betrieb :)

Eingebunden über einen Conbee2, weiß nicht ob das eventuell relevant ist.

Cupe95

Hab dann doch mal fix die Fotos gemacht.
Bei den Materialien habe ich verwendet:

1 x Gira System 55 Reinweiß Blindabdeckung mit Rahmen und Trägerring.
1 x Innenleben des Aqara Motion Sensors
1 x PIR Linse
1 x CR2032 Batterie plus Halterung.

In die Blindabdeckung habe ich mit dem Stufenbohrer die "Ausfräsung" bzw. das Loch im Durchmesser der PIR-Linse ausgebohrt. In dieses Loch die Linse eingeklebt und auf diese dann den Aqara Sensor verklebt. Dort an die Lötstellen die Halterung der Knopfzelle angelötet. Sieht zwar alles sehr wüst aus, aber es funktioniert seit knapp einem Monat ohne Probleme. Dazu ist noch zu sagen das im Original eine Cr2450 ausgeliefert wird. Bisher konnte ich (hab noch einen Originalen) keine Unterschiede der Batterie feststellen, da beide ja mit in FHEM den Batteriewert in % liefern. Bewegung wird im 3 Meter Radius erkannt, wobei der Sensor in einer Höhe von knapp über 2 Metern hängt.

Ich hoffe man kann das erkennen :-\

Prof. Dr. Peter Henning


slor

Gibt's schon Resultate ob das bei mehr als einem User ohne Lötbrücke funktioniert?
Fhem auf Raspberry Pi 4
CCU3 mit RaspberryMatic mit HMCCU an FHEM
HMCCU, Telegram, Conbee2 und Hue/Tradfri/Osram Lampen AQARA Sensoren, HomeConnect

shamal2008

#19
Hallo,

ich habe 8 Stk. im Einsatz und das seit ca. 6 Monaten.

Fazit: Es hat nicht nur mit den Sensoren zu tun, sondern auch mit der gerade "aktuellen" bzw. "installierten" Deconz/Phoscon Kombination. Meine Sensoren reagieren "fast" immer, manchmal benötigen sie einen "Stups" (=Drücken des Knopfes an der Seite). Die letzten beiden Versionen von Phoscon war ein (in meinen Augen) Zustand, der witzlos war. Die Sensoren sind tw. "eingefroren" (auf Status: Bewegung erkannt, "in ein paar Sekunden") bzw. waren ganz weg.

Mit der aktuellen 2.05.88 und Firmware 26660700 geht es wieder einigermaßen rund. Sie lassen sich auch wieder anlernen.

Was hilft (bis jetzt) ist das:


([+300])
(set gw.deconz configsensor 3 { "duration": 5 },
set gw.deconz configsensor 9 { "duration": 5 },
set gw.deconz configsensor 34 { "duration": 5 },
set gw.deconz configsensor 56 { "duration": 5 },
set gw.deconz configsensor 36 { "duration": 5 },
set gw.deconz configsensor 38 { "duration": 5 }
set gw.deconz configsensor 68 { "duration": 5 }
)

Das lästige ist halt, dass man bei jedem neuen Sensor dran denken muss, bzw. wenn phoscon den Sensor "vergißt" (was auch gelegentlich vorkommt) und man ihn neu anlernt, er halt eine neue SensorID (Nummer bekommt).


Ich suche schon die längste Zeit "echte" Sensoren unter Zigbee, die einen kurzen Intervall in der Erkennung haben, und unter Phoscon einwandfrei funktionieren. Kurz heißt bei mir 5 sec., da ich sie auch für Durchgänge verwende, die nicht 60 sec hinterher leuchten soll(t)en.

lg aus Wien,
Shamal
FHEM auf RasPiI 3+, MapleCUL 868+433MhZ, MAX! via CUL, LD686 LED-Controller, GHoma Plugins,, Shelly, ConbeeII + IKEA + Xiaomi, div. Infodienste & Google Assistant via FHEM;

FunkOdyssey

Zitat von: shamal2008 am 16 November 2020, 20:42:22
Das lästige ist halt, dass man bei jedem neuen Sensor dran denken muss, bzw. wenn phoscon den Sensor "vergißt" (was auch gelegentlich vorkommt) und man ihn neu anlernt, er halt eine neue SensorID (Nummer bekommt).

Kannst du da nicht über devspec und die Modell-ID (modelid=lumi.sensor_motion.aq2) gehen?




slor

bei mir läuft das

defmod di_SetPIRConfig_duration DOIF ## Alle 5 Minuten ausführen\
## Helfer für Aqara Motion Sensor Mod \
([+300]) \
(attr .._.._MS configList /duration (.*)/:{"duration":"$1"})\
(\
  ## Setzt in deCONZ das Delay für die Meldung "keine Bewegung" auf 5 Sekunden runter\
  ## ist nötig da deCONZ es nach einen Neustart vergisst!\
  set modelid=lumi.sensor_motion.*:FILTER=type=ZHAPresence duration 5\
)
attr di_SetPIRConfig_duration do always
Fhem auf Raspberry Pi 4
CCU3 mit RaspberryMatic mit HMCCU an FHEM
HMCCU, Telegram, Conbee2 und Hue/Tradfri/Osram Lampen AQARA Sensoren, HomeConnect

slor

Zitat von: shamal2008 am 16 November 2020, 20:42:22
Fazit: Es hat nicht nur mit den Sensoren zu tun, sondern auch mit der gerade "aktuellen" bzw. "installierten" Deconz/Phoscon Kombination. Meine Sensoren reagieren "fast" immer, manchmal benötigen sie einen "Stups" (=Drücken des Knopfes an der Seite). Die letzten beiden Versionen von Phoscon war ein (in meinen Augen) Zustand, der witzlos war. Die Sensoren sind tw. "eingefroren" (auf Status: Bewegung erkannt, "in ein paar Sekunden") bzw. waren ganz weg.

Ich habe 2 Melder im Einsatz mit Lötbrücke und diese laufen seit einem Jahr ohne Probleme. Egal welche Deconz / Firmware Version. (Ich mache regelmäßig Updates)
Fhem auf Raspberry Pi 4
CCU3 mit RaspberryMatic mit HMCCU an FHEM
HMCCU, Telegram, Conbee2 und Hue/Tradfri/Osram Lampen AQARA Sensoren, HomeConnect

juergen012

Hallo,
mein Aqara Bewegungsmelder läuft ohne Lötbrücke über den Xiaomi Hub ohne Probleme. Mit Zigbee2Mqtt hatte ich nur Probleme. Deshalb wieder zurück zum Hub.
Gruß
Jürgen K.
Fhem unter Proxmox

FunkOdyssey

Es geht doch hier vorwiegend nur um die "Totzeit" und die damit verbundene Umgehungslösung, oder?

Ich musste in meinen Logs schon ganz genau hinschauen, um das zu erkennen.
Scheinbar habe ich wirklich ca. 50-60 Sekunden Pause zwischen dem letzten noMotion und dem erneuten motion.
Ich weißt es nicht, aber ich tippe darauf, dass stets jemand im Raum war und damit hat sich das "Problem" bestätigt.

Nur ist es bei mir kein "Problem", da ich primär die erste Bewegung zur Alarmauslösung erkennen will und sekundär das Licht darüber schalte.
Die Lichtschaltung nutzt einen on-for-timer und dieser ist länger als die "Totzeit". Aus diesem Grund habe ich nie etwas bemerkt.

Ich könnte die Lötbrücke mal setzen, aber eigentlich will ich das nicht. Denn ich vermute schon eine Veränderung der Batterielaufzeit und ich habe Sorgen bzgl. zu vieler Events. Die Xiaomi Lichtsensoren fluten mal System nämlich mit fünfsekündlichen Events. Das muss nicht sein.

Ich denke, dass es immer auf den Anwendungsfall ankommt. Mir reicht es ohne "Motion Sensor Hack".

TomLee

ZitatDenn ich vermute schon eine Veränderung der Batterielaufzeit

Hallo,

hab die Brücke drin seit dem Abend als es in dem Video erwähnt wurde, selbst nutz ich zigbee2mqtt.

So verhält sich die Spannung bei mir (siehe comment und Reading des List), der Standort des BM ist im Bad.

Internals:
   CID        zigbee_0x00158d00032c6d54
   DEF        zigbee_0x00158d00032c6d54
   DEVICETOPIC MQTT2_zigbee_0x00158d00032c6d54
   FUUID      5cdf1c6c-f33f-78f5-752b-e2370dd1b7415790
   IODev      MQTT2_Server
   LASTInputDev MQTT2_Server
   MQTT2_Server_MSGCNT 6
   MQTT2_Server_TIME 2020-11-17 12:53:35
   MSGCNT     6
   NAME       MQTT2_zigbee_0x00158d00032c6d54
   NR         132
   STATE      1:false
Batterie: 86
   TYPE       MQTT2_DEVICE
   READINGS:
     2020-06-26 14:09:28   associatedWith  MQTT2_zigbee_Bridge
     2020-11-17 12:53:35   battery         86
     2020-11-17 12:53:35   linkquality     34
     2020-11-17 12:53:35   occupancy       false
     2020-11-17 12:53:35   voltage         2975
Attributes:
   IODev      MQTT2_Server
   comment    voltage 3005 2020-03-05 12:21:47
voltage 2975 2020-04-16 19:40:56
   devStateIcon 1.true:message_presence@red 1.false:message_presence@green
   imageLink  /fhem/deviceimages/mqtt2/RTCGQ01LM.jpg
   model      zigbee2mqtt_Human_Motion_Sensor
   readingList zigbee2mqtt/0x00158d00032c6d54:.* { json2nameValue($EVENT) }
   room       MQTT2_DEVICE
   stateFormat 1:occupancy
Batterie: battery


Gruß

Thomas

slor

Zitat von: FunkOdyssey am 17 November 2020, 11:25:03
Es geht doch hier vorwiegend nur um die "Totzeit" und die damit verbundene Umgehungslösung, oder?
Ja, geht es. Im Default melden die Sensoren erst nach 120 Sekunden erneut Motion (Retrigger). (Für mich ist das no-motion uninteressant)
Mit der Lötbrücke bekomme ich alle 5 Sekunden ein motion Event wenn jemand vor dem Sensor ist. Wenn da mal eine Bewegung nicht erfasst wird ist es egal, spätestens nach 10 Sekunden kommt dann wieder motion.

Zitat von: FunkOdyssey am 17 November 2020, 11:25:03
ich vermute schon eine Veränderung der Batterielaufzeit

Mein Sensor im Flur, hat seit Mai 2% Batterie verbraucht. Da laufen wir +15 mal am Tag dran vorbei. Eher öfters. Von daher keine Problem.
Fhem auf Raspberry Pi 4
CCU3 mit RaspberryMatic mit HMCCU an FHEM
HMCCU, Telegram, Conbee2 und Hue/Tradfri/Osram Lampen AQARA Sensoren, HomeConnect

slor

Hallo zusammen,

seit neustem schmeißt das Doif hier Fehler:

## Alle 5 Minuten ausführen
## Helfer für Aqara Motion Sensor Mod
([+300])
(attr .._.._MS configList /duration (.*)/:{"duration":"$1"})
(
  ## Setzt in deCONZ das Delay für die Meldung "keine Bewegung" auf 5 Sekunden runter
  ## ist nötig da deCONZ es nach einen Neustart vergisst!
  set modelid=lumi.sensor_motion.*:FILTER=type=ZHAPresence duration 5
)DOELSE ()


invalid value, 5, for parameter duration

Habt ihr das auch?


Fhem auf Raspberry Pi 4
CCU3 mit RaspberryMatic mit HMCCU an FHEM
HMCCU, Telegram, Conbee2 und Hue/Tradfri/Osram Lampen AQARA Sensoren, HomeConnect

StephanFHEM

ich nutze einen Aqara-Sensor um in einem kleinen Lager-Raum Licht kurz an und auszuschalten. Das lief ohne die Lötbrücke nicht so dolle. Wenn man innerhalb kurzer Zeit zweimal in die Kammer gegangen ist war es oft so, dass das Licht ein paar Sekunden gebraucht hat um wieder an zu gehen.
Mit der Lötbrücke klappt das jetzt astrein! Aber Achtung: Man muss auch die Zeit in der Config des Sensors ändern. Über FHEM hab ich das wie folgt gemacht:
set DECONZ configsensor 10 { "duration": 20 }

wobei 10 durch die bei euch relevante Senor-ID zu tauschen ist und 20 die duration in sek für erneute Erkennung angibt. Bei 5 hat der Sensor permanent Motion und NoMotion gemeldet aber bei 10 bzw. 20 läuft es rund.

synci

Zitat von: slor am 04 November 2021, 16:05:11
Hallo zusammen,

seit neustem schmeißt das Doif hier Fehler:

## Alle 5 Minuten ausführen
## Helfer für Aqara Motion Sensor Mod
([+300])
(attr .._.._MS configList /duration (.*)/:{"duration":"$1"})
(
  ## Setzt in deCONZ das Delay für die Meldung "keine Bewegung" auf 5 Sekunden runter
  ## ist nötig da deCONZ es nach einen Neustart vergisst!
  set modelid=lumi.sensor_motion.*:FILTER=type=ZHAPresence duration 5
)DOELSE ()


invalid value, 5, for parameter duration

Habt ihr das auch?

Würde mich auch interessieren :-)