Hi,
today I tried to install the Aeon Labs 4-in-1 motion sensor and fhem has recognized the sensor immediately.
The sensor is shown in the web interface.
The following readings are shown.
ZitatReadings
CMD ZW_APPLICATION_UPDATE 2017-01-07 23:39:33
basicSet ff 2017-01-07 20:40:23
battery 100 % 2017-01-07 22:41:45
configCommandOptions BasicSetDefault 2017-01-07 23:39:33
configEnableMotionSensor Enabled 2017-01-07 23:39:33
configGroup1Interval 720 2017-01-07 23:39:33
configGroup1Reports 97 2017-01-07 23:39:33
configGroup2Interval 720 2017-01-07 23:39:34
configGroup2Reports 0 2017-01-07 23:39:34
configGroup3Interval 720 2017-01-07 23:39:34
configGroup3Reports 97 2017-01-07 21:54:03
model Aeotec Multi Sensor 2017-01-07 21:16:33
modelConfig aeotec/alms.xml 2017-01-07 21:16:33
modelId 0086-0002-0005 2017-01-07 21:16:33
reportedState open 2017-01-07 22:41:36
state open 2017-01-07 22:41:36
timeToAck 0.108 2017-01-07 23:39:34
transmit NO_ACK 2017-01-07 23:39:37
The strange thing is, that I can not find the attributes humidity, temperature or luminance.
I only want to work with motion detection and temperature but neither those to readings do I see.
Has anybody an idea what I could have missed?
What would be a reasonable wake-up interval. Default is 86400, which is once per day.
Does this include values for motion and temperature are only posted once per day- that would make no sense.
fhem is the latest version.
Thanks in advance
Spook
Update:
So far I could figure out, that the configGroup3Reports parameter was wrong set with 97 for reporting battery and temperature.
It seems, that 33 is the right parameter and the temperature and battery are reported now.
(The parameters for configGroup1Reports and configGroup2Reports I set back to 0 in the meantime )
Unfortunately it seems, that the reports come more or less randomly and not in the intervals set with configGroup3Interval.
Any ideas on behalf of this behavior ?
Tia
Spook
I do not have or know this device, but from
https://forum.fhem.de/index.php/topic,26827.msg212901.html#msg212901
you have to configure it to send the events, FHEM does not configure this automatically.
ZitatDoes this include values for motion and temperature are only posted once per day
No, this means that configuration changes can only sent to the device once a day. Alternatively you can push some button on the device itself to wake it up. FHEM cannot talk to the device if it sends sensor data, it has to wait for the special wakeupNotification event from the device.
Danke für die Antwort.
Das deckt sich mit dem was ich schon vermutet hatte.
Um den Sensor evtl. vorhandene neue oder veränderte Konfigurationseinstellungen vom Server "abzuholen" oder abfragen zu lassen dient das Aufwecken (wakeup) des Sensors - definiert mit dem wakeup Interval --> da sollte im eingeschwungenen Zustand einmal am Tag wohl reichen.
Um den Sensor in zyklischen Abständen die Messwerte an den Server senden zu lassen ist der jeweilige configGroup(x)Interval einzustellen.
Da ich die configGroup3Reports verwende ist entsprechend der configGroup3Interval mit einem Wert in Sekunden (habe mich jetzt auf 300 eingepegelt) zu setzen.
Das funktioniert jetzt im Prinzip auch - wenngleich die Intervalle doch teilweise recht stark abweichen von den eingestellten 300 sek.
Inzwischen lasse ich auch nicht mehr in selbigem Interval die Batteriewerte zurückmelden, sondern hole die nur noch einmal am Tag mittels eines get/at ab.
Jetzt muss ich nur noch die Funktionsweise des Bewegungsmelders im Detail verstehen - welches Signal oder welches Attribut/Parameter wird gesetzt, wenn der Bewegungsmelder eine Bewegung erkennt und wie lange bleibt das Attribut gesetzt.
Und wie kriege ich den Statuswechsel im Web-GUI angezeigt ?
Am besten im Event-Monitor.
Alternativ in der Detailansicht des Geraetes, da sollte sich das dazugehoerige Reading aendern, und wenn man gerade zuschaut, dann der Zeitstempel sich rot faerben.
Es ist schon seltsam.
Im Event Monitor bekomme ich überhaupt keine Einträge.
Auch in der Detailansicht verändert sich bei den Readings nichts, wenn der Bewegungsmelder anspricht - an der leuchtenden LED zu sehen.
Auch die zyklische Temperaturmeldung funktioniert nicht wie der eingestellte Intervall vorgibt.
So für knapp einen Tag hat es mit der Meldung von Temperaturwerten in Intervallen funktioniert, die in der Nähe (mehr oder weniger) des eingestellten Wertes lagen - und dann hat es plötzlich nicht mehr funktioniert. Keine Änderungen der Sensorposition oder von Einstellungen im System :-(
Niemand mit Erfahrung mit diesem Gerät im Forum, der noch ein paar Tips hat ?
Ich habe zwar keine Ahnung von deinem Geraet, moechte aber "einfache" Probleme mit FHEM ausschliessen.
Deswegen bitte ich dich "attr ZWDongle verbose 5" zu setzen, den Bewegungsmelder ausloesen, und die neuen Zeilen aus dem FHEM-Log (falls welche da sind) hier anhaengen.
Hier die zeitnahen Ausgaben nach verbose 5 und Auslösen des Bewegungsmelders:
Zitatroot@raspberryms:/opt/fhem/log# tail -f fhem-2017-01.log
2017.01.14 19:56:48 5: ZWAVE1: dispatch 00040009032503ff
2017.01.14 19:56:48 4: CMD:APPLICATION_COMMAND_HANDLER ID:09 ARG:032503ff CB:00
2017.01.14 19:56:51 4: ZWDongle_Read ZWAVE1: rcvd 00040029033003ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.14 19:56:51 5: SW: 06
2017.01.14 19:56:51 5: ZWAVE1: dispatch 00040029033003ff
2017.01.14 19:56:51 4: CMD:APPLICATION_COMMAND_HANDLER ID:29 ARG:033003ff CB:00
2017.01.14 19:57:21 4: ZWDongle_Read ZWAVE1: rcvd 0004002903300300 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.14 19:57:21 5: SW: 06
2017.01.14 19:57:21 5: ZWAVE1: dispatch 0004002903300300
2017.01.14 19:57:21 4: CMD:APPLICATION_COMMAND_HANDLER ID:29 ARG:03300300 CB:00
2017.01.14 19:58:13 4: ZWDongle_Read ZWAVE1: rcvd 00040029033003ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.14 19:58:13 5: SW: 06
2017.01.14 19:58:13 5: ZWAVE1: dispatch 00040029033003ff
2017.01.14 19:58:13 4: CMD:APPLICATION_COMMAND_HANDLER ID:29 ARG:033003ff CB:00
2017.01.14 19:58:42 4: ZWDongle_Read ZWAVE1: rcvd 0004002903300300 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.14 19:58:42 5: SW: 06
2017.01.14 19:58:42 5: ZWAVE1: dispatch 0004002903300300
2017.01.14 19:58:42 4: CMD:APPLICATION_COMMAND_HANDLER ID:29 ARG:03300300 CB:00
2017.01.14 19:58:43 4: ZWDongle_Read ZWAVE1: rcvd 00040029033003ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.14 19:58:43 5: SW: 06
2017.01.14 19:58:44 5: ZWAVE1: dispatch 00040029033003ff
2017.01.14 19:58:44 4: CMD:APPLICATION_COMMAND_HANDLER ID:29 ARG:033003ff CB:00
2017.01.14 19:58:56 4: Connection closed for WEB_192.168.178.52_35639: EOF
2017.01.14 19:58:56 4: Connection closed for WEB_192.168.178.52_35637: EOF
2017.01.14 19:58:56 4: Connection closed for WEB_192.168.178.52_35646: EOF
2017.01.14 19:58:56 4: Connection accepted from WEB_192.168.178.52_35653
2017.01.14 19:58:56 4: WEB_192.168.178.52_35653 GET /fhem/images/default/bathroom_32px.png; BUFLEN:0
2017.01.14 19:58:56 4: WEB_192.168.178.52_35653 => 304 Not Modified
2017.01.14 19:58:57 4: WEB_192.168.178.52_35653 GET /fhem/images/default/house_32px.png; BUFLEN:0
2017.01.14 19:58:57 4: WEB_192.168.178.52_35653 => 304 Not Modified
2017.01.14 19:58:57 4: WEB_192.168.178.52_35653 GET /fhem/images/default/kitchen_32px.png; BUFLEN:0
2017.01.14 19:58:57 4: WEB_192.168.178.52_35653 => 304 Not Modified
2017.01.14 19:58:57 4: WEB_192.168.178.52_35653 GET /fhem/images/default/couch_32px.png; BUFLEN:0
2017.01.14 19:58:57 4: WEB_192.168.178.52_35653 => 304 Not Modified
2017.01.14 19:58:57 4: WEB_192.168.178.52_35653 GET /fhem/images/default/Sleeping_Shelter_32px.png; BUFLEN:0
2017.01.14 19:58:57 4: WEB_192.168.178.52_35653 => 304 Not Modified
2017.01.14 19:58:57 4: WEB_192.168.178.52_35653 GET /fhem/images/default/clothing_hanger_32px.png; BUFLEN:0
2017.01.14 19:58:57 4: WEB_192.168.178.52_35653 => 304 Not Modified
2017.01.14 19:58:57 4: WEB_192.168.178.52_35653 GET /fhem/images/default/confused_32px.png; BUFLEN:0
2017.01.14 19:58:57 4: WEB_192.168.178.52_35653 => 304 Not Modified
2017.01.14 19:58:57 4: WEB_192.168.178.52_35653 GET /fhem/images/default/li_wht_on.png; BUFLEN:0
2017.01.14 19:58:57 4: WEB_192.168.178.52_35653 => 304 Not Modified
2017.01.14 19:58:57 4: WEB_192.168.178.52_35653 GET /fhem/images/default/icoEverything.png; BUFLEN:0
2017.01.14 19:58:57 4: WEB_192.168.178.52_35653 => 304 Not Modified
2017.01.14 19:58:57 4: WEB_192.168.178.52_35653 GET /fhem/images/default/fhemicon.png; BUFLEN:0
2017.01.14 19:58:57 4: WEB_192.168.178.52_35653 => 304 Not Modified
2017.01.14 19:58:57 4: Connection closed for WEB_192.168.178.52_35647: EOF
2017.01.14 19:58:57 4: WEB_192.168.178.52_35653 GET /fhem/niceclocks/images/analogseconds.png; BUFLEN:0
2017.01.14 19:58:57 4: WEB_192.168.178.52_35653 => 304 Not Modified
2017.01.14 19:58:57 4: WEB_192.168.178.52_35653 GET /fhem/niceclocks/images/analoghours.png; BUFLEN:0
2017.01.14 19:58:57 4: WEB_192.168.178.52_35653 => 304 Not Modified
2017.01.14 19:58:57 4: Connection accepted from WEB_192.168.178.52_35654
2017.01.14 19:58:57 4: WEB_192.168.178.52_35654 GET /fhem/niceclocks/images/analogminutes.png; BUFLEN:0
2017.01.14 19:58:57 4: WEB_192.168.178.52_35654 => 304 Not Modified
2017.01.14 19:58:57 4: WEB_192.168.178.52_35653 GET /fhem/niceclocks/images/analog_blue.png; BUFLEN:0
2017.01.14 19:58:57 4: WEB_192.168.178.52_35653 => 304 Not Modified
2017.01.14 19:58:57 4: WEB_192.168.178.52_35654 GET /fhem/images/default/Shutdown.png; BUFLEN:0
2017.01.14 19:58:57 4: WEB_192.168.178.52_35654 => 304 Not Modified
2017.01.14 19:58:57 4: WEB_192.168.178.52_35653 GET /fhem/images/default/Update.png; BUFLEN:0
2017.01.14 19:58:57 4: WEB_192.168.178.52_35653 => 304 Not Modified
2017.01.14 19:58:58 4: WEB_192.168.178.52_35653 GET /fhem/images/default/Shutdown.png; BUFLEN:0
2017.01.14 19:58:58 4: WEB_192.168.178.52_35653 => 304 Not Modified
2017.01.14 19:59:01 4: WEB_192.168.178.52_35654 GET /fhem?XHR=1&inform=type=status;filter=;since=1484420030.636;fmt=JSON&fw_id=1378×tamp=1484420346743; BUFLEN:0
2017.01.14 19:59:02 4: WEB_192.168.178.52_35653 GET /fhem?XHR=1&inform=type=status;filter=ZWAVE1;since=1484420035.3560002;fmt=JSON&fw_id=1473×tamp=1484420347643; BUFLEN:0
2017.01.14 19:59:13 4: ZWDongle_Read ZWAVE1: rcvd 0004002903300300 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.14 19:59:13 5: SW: 06
2017.01.14 19:59:13 5: ZWAVE1: dispatch 0004002903300300
2017.01.14 19:59:13 4: CMD:APPLICATION_COMMAND_HANDLER ID:9 ARG:03300300 CB:00
Der hintere Teil mit den ganzen "image-Geschichten" gehört vermutlich nicht direkt dazu aber ich hab sie mal drin gelassen.
Ich hoffe Du kannst etwas daraus erkennen/ableiten.
Nachdem ich den Bewegungsmelder jetzt versuchsweise mal sehr nahe an den Rasberry mit der Razberry Z-Wave Controllerkarte gestellt habe scheint das mit der Meldung von Temp. und Bewegung zu klappen.
Allerdings habe ich als Intervall für die Temperaturmeldung 360 sek - also 6 Minuten eingestellt und der Sensor sendet regelmäßig und exakt all 8 Minuten.
Sehr seltsam.
Noch ein Hinweis: Im Eventmonitor tauchen die Meldungen jetzt auch auf.
Kanns du mir bitte noch die nodeId des Geraetes verraten? Entweder nodeIdHex, oder die aus der Definition.
Gerne:
nodeIdHex 29
oder
define Bewegungsmelder_01 ZWave xxxxxxxx 41
Die Zeilen mit 29:
2017.01.14 19:56:51 4: CMD:APPLICATION_COMMAND_HANDLER ID:29 ARG:033003ff CB:00
2017.01.14 19:57:21 4: CMD:APPLICATION_COMMAND_HANDLER ID:29 ARG:03300300 CB:00
2017.01.14 19:58:13 4: CMD:APPLICATION_COMMAND_HANDLER ID:29 ARG:033003ff CB:00
2017.01.14 19:58:42 4: CMD:APPLICATION_COMMAND_HANDLER ID:29 ARG:03300300 CB:00
2017.01.14 19:58:44 4: CMD:APPLICATION_COMMAND_HANDLER ID:29 ARG:033003ff CB:00
melden closed / open als Status, und das muesste im Eventlog sichtbar sein, es sei denn, du hast es mit irgendwelchen event-* Attributen wegkonfiguriert. Ich kann es testen mit
fhem> { Dispatch($defs{zwd}, "0004002903300300", undef) }
die Ausgaben in der Konsole habe ich angehaengt.
Scheint jetzt zu funktionieren.
Ausser, dass ich inzwischen als Intervall für die Temperaturmessung 600 sek / 10 min. eingestellt habe und der Sensor nun mit schöner Regelmäßigkeit alle 12 min. die Temperatur meldet - also wieder in einem Intervall, der 2 min. länger ist als der eingestellte.
Das scheint wohl ein generelles Problem zu sein, aber da kann man sich ja drauf einstellen, wenn man es weiss.
Danke für die Hilfe.