Aeon Labs 4-in-1 Multisensor - how to install to get temperature and motion info

[Spook112]

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.

Readings
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

[Spook112]

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

[rudolfkoenig]

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.

Does 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.

[Spook112]

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 ?

[rudolfkoenig]

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.

[Spook112]

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 ?

[rudolfkoenig]

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.

[Spook112]

Hier die zeitnahen Ausgaben nach verbose 5 und Auslösen des Bewegungsmelders:

root@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&timestamp=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&timestamp=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.

[rudolfkoenig]

Kanns du mir bitte noch die nodeId des Geraetes verraten? Entweder nodeIdHex, oder die aus der Definition.

[Spook112]

Gerne: 

nodeIdHex              29
oder
define Bewegungsmelder_01 ZWave xxxxxxxx 41

[rudolfkoenig]

Die Zeilen mit 29:

Code Auswählen Erweitern

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

Code Auswählen Erweitern

fhem> { Dispatch($defs{zwd}, "0004002903300300", undef) }
die Ausgaben in der Konsole habe ich angehaengt.

[Spook112]

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.