[gelöst] Xiaomi Aqara Zigbee Bewegungssensor / Vibrationssensor

Begonnen von Peteruser, 27 September 2019, 17:46:59

Vorheriges Thema - Nächstes Thema

Peteruser

Hallo,
habe mir heute den neuen Bewegungssensor gegönnt und über Phoscon (Dresden USB-Stick) eingebunden. Die Empfindlichkeit hat mit bei den ersten Tests positiv überrascht. Es werden aber nur alle Werte angezeigt, der Sensor selber steht auf Initialized

defmod Garten.Tor HUEDevice sensor 12  IODev=deCONZ
attr Garten.Tor IODev deCONZ

setstate Garten.Tor 2019-09-27 17:20:55 .lastupdated 2019-09-27 15:20:55
setstate Garten.Tor 2019-09-27 17:20:55 .lastupdated_local 2019-09-27 17:20:55
setstate Garten.Tor 2019-09-27 17:01:13 battery 100
setstate Garten.Tor 2019-09-27 17:20:55 orientation -1,2,87
setstate Garten.Tor 2019-09-27 17:01:13 reachable 1
setstate Garten.Tor 2019-09-27 17:01:13 temperature 32
setstate Garten.Tor 2019-09-27 17:20:55 tiltangle 8
setstate Garten.Tor 2019-09-27 17:20:55 vibration 1
setstate Garten.Tor 2019-09-27 17:20:55 vibrationstrength 75


Es fehlt hier das state.
Mich würde aber nur Bewegung oder nicht interessieren. Bei einer anderen Geschichte ist das mit den ReadingsTimestamp gelöst worden, hier sind das aber dann 3 Werte
tiltangle / vibration  (über einen Wert vibrationstrength) / orientation (hier dann 3 Werte)

Hat das schon jemand versucht?

Grüße Peter
Ubuntu+Debian FHEM + ESPEasy + Homematic + ConBee + DUROFERN

Reinhart

also ich habe auch den Xiaomi Sensor, erfasse den aber über das Xiaomi Gateway.
Entgegen der Meinung mann soll den über den Timestamp erfassen, werte ich die Bewegung über "event-on-change-reading state" aus, das funktioniert dann bei mir problemlos. Dadurch erhalte ich schöne "motion" und "off". Wenn ich timestamp auswerte, dann erhalte die Meldungen "no_motion" mit dem TimeZähler, dies möchte ich aber nicht auswerten.

hier die Logs mit Timestamp:
2019-03-31_11:15:09 XiaomiBewegung2 no_motion: 120
2019-03-31_11:16:08 XiaomiBewegung2 no_motion: 180
2019-03-31_11:18:08 XiaomiBewegung2 no_motion: 300



Hier die Logs mit event-on-change-reading state:
2019-09-27_18:38:59 XiaomiBewegung2 motion
2019-09-27_18:39:00 XiaomiBewegung2 off
2019-09-27_18:44:48 XiaomiBewegung2 motion
2019-09-27_18:44:49 XiaomiBewegung2 off
2019-09-27_18:48:05 XiaomiBewegung2 motion
2019-09-27_18:48:06 XiaomiBewegung2 off



Internals:
   DEF        158d0002bfd001 motion Xiaomi
   IODev      Xiaomi
   LASTInputDev Xiaomi
   MODEL      motion
   MSGCNT     242
   NAME       XiaomiBewegung2
   NR         2759
   SID        158d0002bfd001
   STATE      off
   TYPE       XiaomiSmartHome_Device
   VERSION    1.40
   Xiaomi_MSGCNT 242
   Xiaomi_TIME 2019-09-27 18:48:05
   Helper:
     DBLOG:
       state:
         myDbLog:
           TIME       1569602886.22912
           VALUE      off
   READINGS:
     2019-09-27 18:20:43   batteryState    ok
     2019-09-27 18:20:43   batteryVoltage  3.0
     2019-09-27 18:20:43   heartbeat       158d0002bfd001
     2019-09-04 16:48:24   motionOffTimer  1
     2019-09-27 18:48:05   no_motion       0
     2019-09-27 18:48:06   state           off
Attributes:
   devStateIcon motion:motion_detector@red off:motion_detector@green no_motion:motion_detector@green
   disable    0
   event-on-change-reading state
   room       MiSmartHome

so habe ich den Sensor konfiguriert.

Wir dürften aber unterschiedliche Sensoren haben, deiner hat ja eine Temperatur und unsere readings sind auch komplett unterschiedlich.

LG
FHEM auf Raspy4 mit Bullseye + SSD, Homematic, ESP8266, ESP32, Sonoff, eBus, NanoCUL, MapleCUL, , MQTT2, Alexa

Peteruser

#2
Hallo,
da habe ich mich wohl ungenau ausgedrückt, bei mir ist das dieser hier:
https://www.amazon.de/Originale-Vibration-Guangmaoxin-Internazionale-Homekit/dp/B07Q8WQ1YV

Ich bessere das mal besser oben in Vibrationssensor aus.
manufacturername  : LUMI
modelid                    :  lumi.vibration.aq1


Peter
Ubuntu+Debian FHEM + ESPEasy + Homematic + ConBee + DUROFERN

Reinhart

ah ja, aber versuchs trotzdem mal mit "event-on-change-reading state", dann wird das Event dem "state" zugeordnet.

FHEM auf Raspy4 mit Bullseye + SSD, Homematic, ESP8266, ESP32, Sonoff, eBus, NanoCUL, MapleCUL, , MQTT2, Alexa

Peteruser

Hallo,
leider immer noch
STATE  Initialized
Die Zeile setstate Garten.Tor 2019-09-27 17:20:55 .lastupdated_local 2019-09-27 17:20:55 sollte eingendlich der letzte Event sein, keine der Zeilen hat aber was gebracht:

attr Garten.Tor event-on-change-reading .lastupdated_local
attr Garten.Tor event-on-change-reading .*
attr Garten.Tor event-on-change-reading

Grüße Peter
Ubuntu+Debian FHEM + ESPEasy + Homematic + ConBee + DUROFERN

slor

Es gibt doch das Reading Vibration. Das werte ich aus.
Fhem auf Raspberry Pi 4
CCU3 mit RaspberryMatic mit HMCCU an FHEM
HMCCU, Telegram, Conbee2 und Hue/Tradfri/Osram Lampen AQARA Sensoren, HomeConnect

Peteruser

Hallo,
das ändert sich tatsächlich, das hier bringt aber nix:
attr Garten.Tor event-on-change-reading vibration

D.h. da müsste man dann über ein Userreading was machen können. Wird mit Sicherheit spannend :-)
D.h., man müsste sich merken, wenn es das letzte Mal größer als 2 war (Zahl hier nicht 0 gewählt, um etwa Puffer zu haben.

Könnte mir hier jemand helfen?
Übersetzt von einer anderen Geschichte:
attr Garten.Tor userReadings vibration:open {ReadingsTimestamp($name,"vibration","") =~ /^(\d+)-(\d+)-(\d+)\s(\d+:\d+:\d+)$/;; "$3.$2.$1 $4"},vibration:motion {ReadingsTimestamp($name,"state","") =~ /^(\d+)-(\d+)-(\d+)\s(\d+:\d+:\d+)$/;; "$3.$2.$1 $4"}

Nur was sollte hier open bzw. motion sein?
Ubuntu+Debian FHEM + ESPEasy + Homematic + ConBee + DUROFERN

slor

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

Peteruser

Hallo,
ich möchte wissen, wann meine Gartentür geöffnet wird. Habe das schon mit Reedkontakt (Spalt zu groß) und Bewegungsmelder (zu ungenau) versucht. Nun der Versuch über die Bewegung. Das Teil soll an einer Tür angebracht werden und, damit ist das dann ein Alarmmoment. Das State währe mein Liebling, der Sensor scheint aber noch nicht eingepflegt zu sein.

Grüße Peter


Ubuntu+Debian FHEM + ESPEasy + Homematic + ConBee + DUROFERN

Peteruser

#9
Hallo,
im Eventlog erscheint
2019-09-27 20:48:57 HUEDevice Garten.Tor vibration: 0
2019-09-27 20:49:07 HUEDevice Garten.Tor vibration: 1

attr Garten.Tor event-on-change-reading vibration

Grüße Peter
Ubuntu+Debian FHEM + ESPEasy + Homematic + ConBee + DUROFERN

slor

Habe ein Doif für den Sensor am Briefkasten.

([EG_HA_BK:"^vibration:.1$"])(set Telegram_Bot message @xxxxxxxxx Post ist im Briefkasten!)

Du könntest es mit einem optischen Homematik sensor und einem Stück Reflektorklebeband versuchen. Guck mal hier: https://www.youtube.com/watch?v=b5kOx5Ol7qI
Fhem auf Raspberry Pi 4
CCU3 mit RaspberryMatic mit HMCCU an FHEM
HMCCU, Telegram, Conbee2 und Hue/Tradfri/Osram Lampen AQARA Sensoren, HomeConnect

Peteruser

#11
Hallo,
danke für den Ansatz. Mir geht es darum, das Öffnen der tür mitzubekommen.

D.h. ich brauche noch eine Einschränkung der Empfindlichkeit, den Wert vibrationstrength 75 habe ich ja.

Werde  über ein notify >> in einen Dummy die Uhrzeit schreiben, da sollte für die ersten Tests passen.

Grüße Peter

Ubuntu+Debian FHEM + ESPEasy + Homematic + ConBee + DUROFERN

slor

Dann nimm den optischen Kontakt.
Beim vibrations Sensor könntest du versuchen die Bewegung zu erkennen. Bei meiner Briefkasten Klappe ändert sich die Lage des Sensors.
Fhem auf Raspberry Pi 4
CCU3 mit RaspberryMatic mit HMCCU an FHEM
HMCCU, Telegram, Conbee2 und Hue/Tradfri/Osram Lampen AQARA Sensoren, HomeConnect

sinus61

Zitat von: Peteruser am 27 September 2019, 17:46:59

Es fehlt hier das state.

Schau mit getsensors noch Mal nach. Der Bewegungssensor meldet sich in Fhem als 2 Sensoren. Der zweite liefert auch im state je nach Bewegung einen Wert den man gut auswerten kann.

Peteruser

Hallo,
die zwei Device sind tatsächlich bei den Türsensoren vorhanden.
Leider meldet sich das aber nur als:
12: Garten.Tor      Garten.Tor      ZHAVibration

Evtl. ist aber da auch was von ConBee im argen, immerhin kann ich den Sensor hier auch nicht sauber einbauen. Habe gerade gesehen, ich fahre hier mit einem Stand, der inzwischen einen Update erhalten hat. Mache das Wochenende mal ein Backup und dann einen Update, eine neue Platte liegt eh schon hier.

Grüße Peter
Ubuntu+Debian FHEM + ESPEasy + Homematic + ConBee + DUROFERN

sinus61

Bei meinem sieht das so aus:


modelid    lumi.vibration.aq1
   swversion  20180130
   type       ZHASwitch
   
   READINGS:
     2019-09-29 13:40:08   battery         91
     2019-09-29 13:40:08   reachable       1
     2019-09-29 07:13:21   state           1007
     2019-09-29 13:40:08   temperature     21


und


modelid    lumi.vibration.aq1
   swversion  20180130
   type       ZHAVibration
   
   READINGS:
     2019-09-29 13:40:08   battery         91
     2019-09-29 13:44:09   orientation     5,-27,-63
     2019-09-29 13:40:08   reachable       1
     2019-09-29 13:40:08   temperature     21
     2019-09-29 13:44:09   tiltangle       360
     2019-09-29 13:44:09   vibration       0
     2019-09-29 13:44:09   vibrationstrength 4


Ich werte da den state vom ersten aus, klebt in der Briefkastenklappe und funktioniert gut.

noom0815

#16
Hallo sinus61,

schon etwas her, aber jetzt für mich aktuell:
Bei mir wird der Vibrations-Sensor nur als EIN Sensor in fhem angelegt.
Kann es sein, dass dies mit meiner RaspBee Version 2.05.64 zu tun hat?
Leider gibt es für den RaspBee keine neuere Firmware....


Danke und Grüße,
Ian

sinus61

Glaube ich nicht, weiter oben hatte das ja auch jemand. Möglicherweise gibt es ja unterschiedliche Sensoren.

Ich habe auf dem Raspbee übrigens 2.05.74.

KyleK

Der Magic Cube wird von deCONZ ebenfalls als 2 Sensoren erkannt, und damit hatte ich damals große Probleme, dass deCONZ beide Sensoren ,,erkennt".

Ich musste den Cube mehrfach mit deCONZ pairen bis er beide Sensoren erkannt hatte.

Vielleicht ist das bei diesem Sensor auch so?
FHEM on Raspberry Pi 3B+
CUL868
7x MAX! Thermostat, 8x MAX! Fensterkontakte
Conbee II + deConz, TradFri Lampen, Osram Smart+ Steckdosen

noom0815

#19
Hallo,

keine Ahnung, ob es unterschiedliche Sensoren gibt - meine melden sich auf jeden Fall nicht als "2 Sensoren" an, obwohl die SW-Version des Sensors bei mir auch 20180130 ist. Kann dann ja eigentlich nur an deCONZ liegen, aber ich hatte mittlerweile auch die Raspbee Version 2.05.75 installiert - ohne Änderung.

Ich möchte mit den Vibrationssensoren geöffnete Dachliegefenster erkennen.
Mit einer direkten Abfrage der Orientierung, also z.B. "ne orientation {x,y,z}" komme ich aber nicht weiter, da sich die Werte für x,y,z bei mir jeweils um +/- 1° ändern.

Kann mir jemand sagen, wie ich einzelne Werte der orientation abfragen kann, damit ich z.B. auf "< {z-Wert}" abfragen könnte?


Danke und Grüße,
Ian

Edit: Diese Fragestellung wurde hier https://forum.fhem.de/index.php/topic,109579.msg1035642.html#msg1035642 gelöst...