Everspring ST814

[FhemOnSynology]

Hallo,

in diesem Thread wurde ja die Ansteuerung des Everspring ST814 Multilevel Sensors ausführlich aus Code-Ebene besprochen.

Als Anfänger bekomme ich es aber trotz intensiver Recherche nicht hin die Werte automatisch abzufragen.

Ich bekomme folgende wake-up Events:

Code Auswählen Erweitern

2014-02-12_13:30:34 sensor_temp_humidity_2 wakeup: notification
2014-02-12_14:23:26 sensor_temp_humidity_2 wakeup: notification
2014-02-12_15:16:27 sensor_temp_humidity_2 wakeup: notification
2014-02-12_16:09:28 sensor_temp_humidity_2 wakeup: notification
2014-02-12_17:02:21 sensor_temp_humidity_2 wakeup: notification

Dann habe ich versucht über folgenden Eintrag in der fhem.cfg die Daten direkt nach dem Wakeup abzufragen (siehe vorletzte Zeile):

Code Auswählen Erweitern

define sensor_temp_humidity_2 ZWave 0161ec85 2
attr sensor_temp_humidity_2 classes ASSOCIATION BASIC BATTERY CONFIGURATION SENSOR_MULTILEVEL VERSION WAKE_UP
attr sensor_temp_humidity_2 room KiZi
define FileLog_sensor_temp_humidity_2 FileLog /usr/local/FHEM/var/log/sensor_temp_humidity_2-%Y.log sensor_temp_humidity_2
attr FileLog_sensor_temp_humidity_2 logtype text
attr FileLog_sensor_temp_humidity_2 room KiZi
define Sensor_2_Messg_Lg notify sensor_temp_humidity_2:wakeup.* { fhem "get sensor_temp_humidity_2 smStatus" }
attr Sensor_2_Messg_Lg room KiZi

Leider funktioniert das nicht...

Frage 1: Was mache ich falsch?

Und dann habe ich noch eine Besonderheit festgestellt:
Laut Bedienungsanleitung des ST814 werden folgende Klassen unterstützt:

Code Auswählen Erweitern

ASSOCIATION BASIC BATTERY CONFIGURATION SENSOR_MULTILEVEL VERSION WAKE_UP

Das autocreate hat aber nach dem Inclusive folgende Klassen angelegt:

Code Auswählen Erweitern

SENSOR_MULTILEVEL MULTI_CHANNEL VERSION MANUFACTURER_SPECIFIC ASSOCIATION WAKE_UP BATTERY CONFIGURATION BASIC

Frage 2: Woher kommt der Unterschied?
Frage 3: Spielt die Reihenfolge im "attr" Kommando in der FHEM.cfg eine Rolle?

[Mx112]

Nutzt Du die aktuelle Version? Sofortige Antwort auf wakeup ist erst kürzlich implementiert worden.

Ich frage mit folgendem DEV meinen Stromzähler ab:

Code Auswählen Erweitern

KG.k1.EM.Sicherungskasten:wakeup:.notification get KG.k1.EM.Sicherungskasten config 9

Die Reihenfolge der attr solle egal sein, da hab ich mich noch nie drum gekümmert. Mittlerweile mache ich alles über FHEMWEB - keine Ahnung wo das dann ins cfg geschrieben wird.

Hat das besondere Gründe das du das get in { fhem ""} Format absetzt?

Gruß
Matthias

[FhemOnSynology]

Hallo Matthias,

danke für Deine Antwort.

Update: Ja ich verwende fhem 5.5. Habe die 5.3 über Martin Fischers Paket installiert und dann mit einem "update" auf den neuesten Stand gebracht.

Kann ich das mit DEF ... direkt in die Kommandozeile von FHEM eingeben?

Ich habe das get in die geschweiften Klammern gesetzt, da ich mich an dem 2. Beispiel in der FHEM reference orientiert habe:
http://fhem.de/commandref.html#notify
Update: Ah jetzt habe ich es verstanden: Die geschweiften Klammern heissen, dass der Befehl in PERL ausgeführt werden soll. Das ist ja hier nicht nötig. Ich kann die ganzen Klammern also weglassen und stattdessen schreiben:

Code Auswählen Erweitern

define Sensor_2_Messg_Lg notify sensor_temp_humidity_2:wakeup.* get sensor_temp_humidity_2 smStatus

Der Befehl scheint auch irgendwie zu funktionieren, allerdings schreibt er mir die Temperatur in das fhem log und die Humidity in den Sensor Log...
fhem log:

Code Auswählen Erweitern

2014.02.12 17:55:14 2: ZWave get sensor_temp_humidity_2 smStatus
2014.02.12 17:55:15 3: get sensor_temp_humidity_2 smStatus : temperature:19.5 C
2014.02.12 17:55:15 3: Sensor_2_Messg_Lg return value: temperature:19.5 C
2014.02.12 18:48:06 2: ZWave get sensor_temp_humidity_2 smStatus
2014.02.12 18:48:07 3: get sensor_temp_humidity_2 smStatus : temperature:19.3 C
2014.02.12 18:48:07 3: Sensor_2_Messg_Lg return value: temperature:19.3 C
2014.02.12 19:40:58 2: ZWave get sensor_temp_humidity_2 smStatus
2014.02.12 19:40:59 3: get sensor_temp_humidity_2 smStatus : temperature:19.1 C
2014.02.12 19:40:59 3: Sensor_2_Messg_Lg return value: temperature:19.1 C
2014.02.12 20:33:50 2: ZWave get sensor_temp_humidity_2 smStatus
2014.02.12 20:33:51 3: get sensor_temp_humidity_2 smStatus : temperature:19.0 C
2014.02.12 20:33:51 3: Sensor_2_Messg_Lg return value: temperature:19.0 C

Sensor log:

Code Auswählen Erweitern

2014-02-12_17:55:14 sensor_temp_humidity_2 wakeup: notification
2014-02-12_17:55:16 sensor_temp_humidity_2 humidity: 58 %
2014-02-12_18:48:06 sensor_temp_humidity_2 wakeup: notification
2014-02-12_18:48:08 sensor_temp_humidity_2 humidity: 62 %
2014-02-12_19:40:58 sensor_temp_humidity_2 wakeup: notification
2014-02-12_19:40:59 sensor_temp_humidity_2 humidity: 53 %
2014-02-12_20:33:50 sensor_temp_humidity_2 wakeup: notification
2014-02-12_20:33:51 sensor_temp_humidity_2 humidity: 57 %

Werde mal Dein Beispiel ausprobieren und mich wieder melden.

[FhemOnSynology]

@Matthias:
Also das mit dem "DEF" funktioniert nicht.

Wenn ich folgendes in die Befehlszeile von FHEM eingebe...

Code Auswählen Erweitern

DEV sensor_temp_humidity_4:wakeup:.notification get sensor_temp_humidity_4 smStatus

...dann bekomme ich als Antwort:

Code Auswählen Erweitern

Unknown command DEV, try help.

Kannst Du bitte genauer beschreiben, wie Du das genau machst?


@Rudolph König:
Du hattest in einem anderen Post folgendes geschrieben:

...
Weiterhin habe ich ermoglicht, dass man bei einem wakeup: notification per notify an die angeschlossenen Kanaele ein GET (smStatus) senden kann, was sofort abgearbeitet werden sollte, das sollte alle batteriebetriebenen Geraete betreffen.
...

Kannst Du bitte genauer erklären, wie ich das verwende?

Ich habe, wie oben geschrieben folgenden Notify angelegt:

Code Auswählen Erweitern

define Sensor_2_Messg_Lg notify sensor_temp_humidity_2:wakeup.* get sensor_temp_humidity_2 smStatus

Das Gerät heisst "sensor_temp_humidity_2". Dem Notify habe ich den willkürlichen Namen "Sensor_2_Messg_Lg" gegeben.

Das fhem.log sagt folgendes:

Code Auswählen Erweitern

2014.02.13 12:25:47 5: ZWDongle_Read ZWDongle_3: 00040002028407
2014.02.13 12:25:47 5: ZWDongle_3 dispatch 00040002028407
2014.02.13 12:25:47 4: ZWDongle_3 CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:028407
2014.02.13 12:25:47 5: Triggering sensor_temp_humidity_2 (1 changes)
2014.02.13 12:25:47 5: Notify loop for sensor_temp_humidity_2 wakeup: notification
2014.02.13 12:25:47 5: Triggering Sensor_2_Messg_Lg
2014.02.13 12:25:47 5: Cmd: >get sensor_temp_humidity_2 smStatus<
2014.02.13 12:25:47 2: ZWave get sensor_temp_humidity_2 smStatus
2014.02.13 12:25:47 5: SW: 010800130202310405d4
2014.02.13 12:25:47 5: ZWDongle/RAW: /060104011301e8
2014.02.13 12:25:47 5: SW: 06
2014.02.13 12:25:47 5: ZWDongle_Read ZWDongle_3: 011301
2014.02.13 12:25:47 5: ZWDongle_3 dispatch 011301
2014.02.13 12:25:47 5: ZWDongle/RAW: /010500130500ec
2014.02.13 12:25:47 5: SW: 06
2014.02.13 12:25:47 5: ZWDongle_Read ZWDongle_3: 00130500
2014.02.13 12:25:47 5: ZWDongle_3 dispatch 00130500
2014.02.13 12:25:47 4: ZWDongle_3 CMD:ZW_SEND_DATA ID:00 ARG:
2014.02.13 12:25:48 5: ZWDongle/RAW: /010c00040002063105012200be5a
2014.02.13 12:25:48 5: SW: 06
2014.02.13 12:25:48 5: ZWDongle_Read ZWDongle_3: 00040002063105012200be
2014.02.13 12:25:48 4: ZWDongle_3 CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:063105012200be
2014.02.13 12:25:48 5: Triggering sensor_temp_humidity_2 (2 changes)
2014.02.13 12:25:48 3: Sensor_2_Messg_Lg return value: temperature:19.0 C
2014.02.13 12:25:49 5: ZWDongle/RAW: /010b0004000205310505013cfb
2014.02.13 12:25:49 5: SW: 06
2014.02.13 12:25:49 5: ZWDongle_Read ZWDongle_3: 0004000205310505013c
2014.02.13 12:25:49 5: ZWDongle_3 dispatch 0004000205310505013c
2014.02.13 12:25:49 4: ZWDongle_3 CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:05310505013c
2014.02.13 12:25:49 5: Triggering sensor_temp_humidity_2 (1 changes)
2014.02.13 12:25:49 5: Notify loop for sensor_temp_humidity_2 humidity: 60 %

Der Befehl scheint also zu funktionieren. Ausserdem stehen im Sensor die beiden Readings korrekt drin. Allerdings wird der return value, also die Temperatur, in den fhem log geschrieben und die Humidity in den korrekten Sensor log (habe ich mit "define FileLog_sensor_temp_humidity_2 FileLog /usr/local/FHEM/var/log/sensor_temp_humidity_2-%Y.log sensor_temp_humidity_2" definiert).

Wie erreiche ich, dass
1. Auch die Temperatur im Sensorlog auftaucht?
2. Das Gerät Temperatur und Humidity auch auf der Startseite anzeigt? Das Model "ST814" gibt es leider nicht. Kann ich das anlegen? Hinweis: In FHEMWEB kann ich nur zwischen "Everspring_AN1582" und "Everspring_AN1583" auswählen. Das sind aber schaltbare Steckdosen...

[rudolfkoenig]

Kannst Du bitte genauer erklären, wie ich das verwende?

Mit dem notify, genauso wie Du es schon machst.

1. Auch die Temperatur im Sensorlog auftaucht?

FileLog regexp anpassen. Siehe auch Event-Log im Browser.

Das Gerät Temperatur und Humidity auch auf der Startseite anzeigt?

Ich weiss nicht, was mit der Startseite gemeint ist, vermutlich brauchst Du aber stateFormat.

[FhemOnSynology]

@Rudolph König

Danke für Deine Hilfe.

Zum Thema Logging:
Ich habe den FileLog jetzt folgendermassen angepasst ("OG_KZ_TF_ST814_2" ist der Name des ST814, "Notify_OG_KZ_TF_ST814_2" ist der Name des Notify):

Code Auswählen Erweitern

define FileLog_OG_KZ_TF_ST814_2 FileLog /usr/local/FHEM/var/log/OG_KZ_TF_ST814_2-%Y.log (OG_KZ_TF_ST814_2|Notify_OG_KZ_TF_ST814_2)

Leider funktioniert es immer noch nicht!
UPDATE: Habe gerade festgestellt, dass es für den Sensor, der per autocreate angelegt wurde funktioniert. Bei den beiden manuell angelegten jedoch nicht.
Was macht denn das autocreate noch?

Im fhem log wird folgendes eingetragen:

Code Auswählen Erweitern

2014.02.13 15:57:16 3: Notify_OG_KZ_TF_ST814_2 return value: temperature:19.0 C
Im "gewünschten" log "FileLog_OG_KZ_TF_ST814_2" jedoch nur

Code Auswählen Erweitern

2014-02-13_15:57:15 OG_KZ_TF_ST814_2 wakeup: notification
2014-02-13_15:57:16 OG_KZ_TF_ST814_2 humidity: 56 %

Im Eventmonitor wird immer noch ein Zwave vorangestellt, was aber hier keine Bedeutung haben sollte, denn das wird für alle Events gemacht und die anderen Logdateien funktionieren auch...

Zum Thema "Anzeige auf der Startseite":
Dein Tip war richtig. Mit einem

Code Auswählen Erweitern

attr OG_KZ_TF_ST814_2 stateFormat Temperatur:temperature, Feuchtigkeit:humidity
wird mir jetzt in der Raumübersicht die Temperatur und Luftfeuchtigkeit angezeigt.

Mit Icons wäre es natürlich schöner. Dachte, dass hier das "model" etwas beisteuert, so dass z.B. auch die iPhone App weiss, dass es sich um einen Temperatur und Feuchtigkeitssensor handelt...

[rudolfkoenig]

Was macht denn das autocreate noch?

Nichts, nur den regexp des FileLogs richtig setzen.
Das FileLog speichert das, was z.Bsp. auch im EventMonitor sichtbar ist (wobei die Modulangabe wie ZWave im Eventmonitor gedanklich zu streichen ist).

Mit Icons wäre es natürlich schöner.

Dazu gibt es icon und devStateIcon Attribute, mit letzteres kann man sogar je-nach Temperatur andersfarbiges programmieren. Ist aber denkarbeit, und es ist _entweder_ Text _oder_ devStateIcon.

[Mx112]

Zu dem DEF: Ich mache alles über die Weboberfläche. Wenn Du das notify offen hast und oben auf DEF klickst kommt ein Eingabefeld wo dann die Definition reinkommt. Ich hab mal ein Screenshot drangehängt.

Zur Logfile Definition:
Das Notify braucht/darf nicht in die FileLog Definition. Versuch mal:

Code Auswählen Erweitern

define FileLog_OG_KZ_TF_ST814_2 FileLog /usr/local/FHEM/var/log/OG_KZ_TF_ST814_2-%Y.log OG_KZ_TF_ST814_2

Oder über die Weboberfläche im Filelog ebenfalls auf DEF klicken dann muss nur das ins Textfeld:

Code Auswählen Erweitern

/usr/local/FHEM/var/log/OG_KZ_TF_ST814_2-%Y.log OG_KZ_TF_ST814_2

Damit sollten erstmal alle readings des Devices im Logfile landen. Auch hier bietet die Weboberfläche eine Möglichkeit reges Parts per Mausklick zu konfigurieren, z.B. um die wakeup Notifications nicht mitzuloggen.

[FhemOnSynology]

@Matthias: Danke für Deine ausführliche Erläuterung. Jetzt habe ich endlich verstanden, wie das mit dem DEF in der Weboberfläche funktioniert.
Allerdings hatte ich die DEF genauso, wie von Dir beschrieben und damit wird ausschliesslich die humidity im Sensorlog geloggt. Die Temperatur wird im Fhemlog geloggt.

@Rudolp:
Habe mir auch den per autocreate angelegten Sensor nochmal angeschaut und festgestellt, dass nach der Aufnahme des Notify in den Sensorlog einmal Temperatur und Humidity, dann nur Humidity und dann nur Temperatur geloggt wurden.

Es funktioniert damit also doch nicht. 

Also, wie kommen wir hier zu einer Lösung? Fühle mich kurz davor aber ich bekomme die beiden Loggings einfach nicht zusammen...
Ist es etwa ein Timing Problem? Kommen die beiden Antworten vom Sensor so schnell, dass sie nicht richtig verarbeitet werden?

Hoer noch einmal der Versuch es im Detail zu beschreiben.
Der Eventmonitor zeigt folgendes:

Code Auswählen Erweitern

2014-02-13 19:28:44 ZWave OG_KZ_TF_ST814_2 wakeup: notification
2014-02-13 19:28:44 ZWave OG_KZ_TF_ST814_2 temperature: 19.1 C
2014-02-13 19:28:45 ZWave OG_KZ_TF_ST814_2 humidity: 60 %

Der Sensorlog "FileLog_OG_KZ_TF_ST814_2" folgendes:

Code Auswählen Erweitern

2014-02-13_19:28:44 OG_KZ_TF_ST814_2 wakeup: notification
2014-02-13_19:28:45 OG_KZ_TF_ST814_2 humidity: 60 %

Und der Fhemlog "fhem-2014-02.log" folgendes:

Code Auswählen Erweitern

2014.02.13 19:28:44 2: ZWave get OG_KZ_TF_ST814_2 smStatus
2014.02.13 19:28:44 3: Notify_OG_KZ_TF_ST814_2 return value: temperature:19.1 C

Für mich sieht es also so aus, als ob die Temperatur so schnell kommt, dass Sie nicht in den Sensorlog umgeleitet wird sondern nur im Fhemlog aufgeführt wird... Oder?
Die Readings im Sensor sind aber korrekt...

[Mx112]

Hast Du dein FileLog DEF geädert?

DEF

Code Auswählen Erweitern

/usr/local/FHEM/var/log/OG_KZ_TF_ST814_2-%Y.log OG_KZ_TF_ST814_2:.*

[FhemOnSynology]

Mein Filelog für den Sensor sieht folgendermassen aus:

[rudolfkoenig]

Bei den gegebenen Event-Monitor, Sensorlog und FileLog Definition ist mir ein Raetsel, wieso die temeprature-Zeile nicht im Sensorlog auftaucht. Ich habe sowas noch nie beobachtet.

Schnell oder langsam ist eigentlich egal, wenn es im Event-Monitor sichtbar ist, dann muesste es auch im Sensorlog auftauchen. Koenntest Du bitte:
- die FileLog definition wie von Mx112 geschrieben aendern
- "attr global mseclog" und "attr global verbose 5" setzen
und Event-Monitor, Fhem-Log bzw. Sensorlog daten hier posten.
Auch wenn es nicht wirklich das Problem beheben sollte, vielleicht taucht dabei was auf, was uns auf eine Idee bringt.

[FhemOnSynology]

Voilà (Nicht wundern, ich habe die Änderung bei einem anderen Sensor gemacht, der zeitnah aufwachte).

Fhemlog:

Code Auswählen Erweitern

2014.02.13 21:21:43.957 5: ZWDongle_Read ZWDongle_3: 00040405028407
2014.02.13 21:21:43.957 5: ZWDongle_3 dispatch 00040405028407
2014.02.13 21:21:43.958 4: ZWDongle_3 CMD:APPLICATION_COMMAND_HANDLER ID:05 ARG:028407
2014.02.13 21:21:43.960 5: Triggering OG_SZ_TF_ST814_5 (1 changes)
2014.02.13 21:21:43.960 5: Notify loop for OG_SZ_TF_ST814_5 wakeup: notification
2014.02.13 21:21:43.961 5: Triggering Notify_OG_SZ_TF_ST814_5
2014.02.13 21:21:43.962 5: Cmd: >get OG_SZ_TF_ST814_5 smStatus<
2014.02.13 21:21:43.963 2: ZWave get OG_SZ_TF_ST814_5 smStatus
2014.02.13 21:21:43.964 5: SW: 010800130502310405d3
2014.02.13 21:21:43.969 5: ZWDongle/RAW: /06
2014.02.13 21:21:43.977 5: ZWDongle/RAW: /0104011301e8
2014.02.13 21:21:43.978 5: SW: 06
2014.02.13 21:21:43.987 5: ZWDongle_Read ZWDongle_3: 011301
2014.02.13 21:21:43.994 5: ZWDongle_3 dispatch 011301
2014.02.13 21:21:43.995 5: ZWDongle/RAW: /010500130500ec
2014.02.13 21:21:43.995 5: SW: 06
2014.02.13 21:21:43.997 5: ZWDongle_Read ZWDongle_3: 00130500
2014.02.13 21:21:43.998 5: ZWDongle_3 dispatch 00130500
2014.02.13 21:21:43.998 4: ZWDongle_3 CMD:ZW_SEND_DATA ID:00 ARG:
2014.02.13 21:21:44.677 5: ZWDongle/RAW: /010c00040005063105012200b152
2014.02.13 21:21:44.678 5: SW: 06
2014.02.13 21:21:44.687 5: ZWDongle_Read ZWDongle_3: 00040005063105012200b1
2014.02.13 21:21:44.687 4: ZWDongle_3 CMD:APPLICATION_COMMAND_HANDLER ID:05 ARG:063105012200b1
2014.02.13 21:21:44.690 5: Triggering OG_SZ_TF_ST814_5 (2 changes)
2014.02.13 21:21:44.691 3: Notify_OG_SZ_TF_ST814_5 return value: temperature:17.7 C
2014.02.13 21:21:45.294 5: ZWDongle/RAW: /010b0004000505310505014181
2014.02.13 21:21:45.294 5: SW: 06
2014.02.13 21:21:45.297 5: ZWDongle_Read ZWDongle_3: 00040005053105050141
2014.02.13 21:21:45.297 5: ZWDongle_3 dispatch 00040005053105050141
2014.02.13 21:21:45.298 4: ZWDongle_3 CMD:APPLICATION_COMMAND_HANDLER ID:05 ARG:053105050141
2014.02.13 21:21:45.301 5: Triggering OG_SZ_TF_ST814_5 (1 changes)
2014.02.13 21:21:45.301 5: Notify loop for OG_SZ_TF_ST814_5 humidity: 65 %

Sensorlog:

Code Auswählen Erweitern

2014-02-13_21:21:43 OG_SZ_TF_ST814_5 wakeup: notification
2014-02-13_21:21:45 OG_SZ_TF_ST814_5 humidity: 65 %

Eventmonitor:

Code Auswählen Erweitern

2014-02-13 21:21:44.691 ZWave OG_SZ_TF_ST814_5 wakeup: notification
2014-02-13 21:21:44.691 ZWave OG_SZ_TF_ST814_5 temperature: 17.7 C
2014-02-13 21:21:45.303 ZWave OG_SZ_TF_ST814_5 humidity: 65 %


Im Sensorlog steht nur das, was mit "Notify loop for..." im fhemlog steht. Für humidity ist das der Fall, für temperature nicht....

[rudolfkoenig]

Ich habe die ueble Vermutung, dass es ein FHEM-Bug/Feature/Problem ist. Kannst du bitte dein notify so aendern:

Code Auswählen Erweitern

define Notify_OG_SZ_TF_ST814_5 notify OG_SZ_TF_ST814_5:wakeup:.notification { delete $defs{OG_SZ_TF_ST814_5}{INTRIGGER};; fhem "get OG_SZ_TF_ST814_5 smStatus" }

und pruefen ob es was aendert.

[FhemOnSynology]

Danke Rudolph für Deine Unterstützung.

Nachdem ich das Notify wie von Dir gewünscht habe bekomme ich nun nach dem nächsten wakeup im Sekundentakt Events.
Hier mal der Sensorlog:

Code Auswählen Erweitern

2014-02-13_22:14:36 OG_SZ_TF_ST814_5 wakeup: notification
2014-02-13_22:14:37 OG_SZ_TF_ST814_5 wakeup: notification
2014-02-13_22:14:37 OG_SZ_TF_ST814_5 temperature: 17.8 C
2014-02-13_22:14:37 OG_SZ_TF_ST814_5 wakeup: notification
2014-02-13_22:14:37 OG_SZ_TF_ST814_5 temperature: 17.8 C
2014-02-13_22:14:37 OG_SZ_TF_ST814_5 humidity: 66 %
2014-02-13_22:14:38 OG_SZ_TF_ST814_5 wakeup: notification
2014-02-13_22:14:38 OG_SZ_TF_ST814_5 temperature: 17.8 C
2014-02-13_22:14:38 OG_SZ_TF_ST814_5 humidity: 66 %
2014-02-13_22:14:38 OG_SZ_TF_ST814_5 temperature: 17.8 C
2014-02-13_22:14:38 OG_SZ_TF_ST814_5 wakeup: notification
2014-02-13_22:14:38 OG_SZ_TF_ST814_5 temperature: 17.8 C
2014-02-13_22:14:38 OG_SZ_TF_ST814_5 humidity: 66 %
2014-02-13_22:14:38 OG_SZ_TF_ST814_5 temperature: 17.8 C
2014-02-13_22:14:38 OG_SZ_TF_ST814_5 humidity: 66 %
2014-02-13_22:14:39 OG_SZ_TF_ST814_5 wakeup: notification
2014-02-13_22:14:39 OG_SZ_TF_ST814_5 temperature: 17.8 C
2014-02-13_22:14:39 OG_SZ_TF_ST814_5 humidity: 66 %
2014-02-13_22:14:39 OG_SZ_TF_ST814_5 temperature: 17.8 C
2014-02-13_22:14:39 OG_SZ_TF_ST814_5 humidity: 66 %
2014-02-13_22:14:39 OG_SZ_TF_ST814_5 temperature: 17.6 C
2014-02-13_22:14:39 OG_SZ_TF_ST814_5 wakeup: notification
2014-02-13_22:14:39 OG_SZ_TF_ST814_5 temperature: 17.8 C
2014-02-13_22:14:39 OG_SZ_TF_ST814_5 humidity: 66 %
2014-02-13_22:14:39 OG_SZ_TF_ST814_5 temperature: 17.8 C
2014-02-13_22:14:39 OG_SZ_TF_ST814_5 humidity: 66 %
2014-02-13_22:14:39 OG_SZ_TF_ST814_5 temperature: 17.6 C
2014-02-13_22:14:39 OG_SZ_TF_ST814_5 temperature: 17.6 C
2014-02-13_22:14:40 OG_SZ_TF_ST814_5 wakeup: notification
2014-02-13_22:14:40 OG_SZ_TF_ST814_5 temperature: 17.8 C
2014-02-13_22:14:40 OG_SZ_TF_ST814_5 humidity: 66 %
2014-02-13_22:14:40 OG_SZ_TF_ST814_5 temperature: 17.8 C
2014-02-13_22:14:40 OG_SZ_TF_ST814_5 humidity: 66 %
2014-02-13_22:14:40 OG_SZ_TF_ST814_5 temperature: 17.6 C
2014-02-13_22:14:40 OG_SZ_TF_ST814_5 temperature: 17.6 C
2014-02-13_22:14:40 OG_SZ_TF_ST814_5 humidity: 66 %
2014-02-13_22:14:40 OG_SZ_TF_ST814_5 wakeup: notification
2014-02-13_22:14:40 OG_SZ_TF_ST814_5 temperature: 17.8 C
2014-02-13_22:14:40 OG_SZ_TF_ST814_5 humidity: 66 %
2014-02-13_22:14:40 OG_SZ_TF_ST814_5 temperature: 17.8 C
2014-02-13_22:14:40 OG_SZ_TF_ST814_5 humidity: 66 %
2014-02-13_22:14:40 OG_SZ_TF_ST814_5 temperature: 17.6 C
2014-02-13_22:14:40 OG_SZ_TF_ST814_5 temperature: 17.6 C
2014-02-13_22:14:40 OG_SZ_TF_ST814_5 humidity: 66 %
2014-02-13_22:14:40 OG_SZ_TF_ST814_5 temperature: 17.8 C
2014-02-13_22:14:41 OG_SZ_TF_ST814_5 wakeup: notification
2014-02-13_22:14:41 OG_SZ_TF_ST814_5 temperature: 17.8 C
2014-02-13_22:14:41 OG_SZ_TF_ST814_5 humidity: 66 %
2014-02-13_22:14:41 OG_SZ_TF_ST814_5 temperature: 17.8 C
2014-02-13_22:14:41 OG_SZ_TF_ST814_5 humidity: 66 %
2014-02-13_22:14:41 OG_SZ_TF_ST814_5 temperature: 17.6 C
2014-02-13_22:14:41 OG_SZ_TF_ST814_5 temperature: 17.6 C
2014-02-13_22:14:41 OG_SZ_TF_ST814_5 humidity: 66 %
2014-02-13_22:14:41 OG_SZ_TF_ST814_5 temperature: 17.8 C
2014-02-13_22:14:41 OG_SZ_TF_ST814_5 humidity: 66 %
2014-02-13_22:14:41 OG_SZ_TF_ST814_5 wakeup: notification
2014-02-13_22:14:41 OG_SZ_TF_ST814_5 temperature: 17.8 C
2014-02-13_22:14:41 OG_SZ_TF_ST814_5 humidity: 66 %
2014-02-13_22:14:41 OG_SZ_TF_ST814_5 temperature: 17.8 C
2014-02-13_22:14:41 OG_SZ_TF_ST814_5 humidity: 66 %
2014-02-13_22:14:41 OG_SZ_TF_ST814_5 temperature: 17.6 C
2014-02-13_22:14:41 OG_SZ_TF_ST814_5 temperature: 17.6 C
2014-02-13_22:14:41 OG_SZ_TF_ST814_5 humidity: 66 %
2014-02-13_22:14:41 OG_SZ_TF_ST814_5 temperature: 17.8 C
2014-02-13_22:14:41 OG_SZ_TF_ST814_5 humidity: 66 %
2014-02-13_22:14:41 OG_SZ_TF_ST814_5 humidity: 66 %
2014-02-13_22:14:42 OG_SZ_TF_ST814_5 wakeup: notification
2014-02-13_22:14:42 OG_SZ_TF_ST814_5 temperature: 17.8 C
2014-02-13_22:14:42 OG_SZ_TF_ST814_5 humidity: 66 %
2014-02-13_22:14:42 OG_SZ_TF_ST814_5 temperature: 17.8 C
2014-02-13_22:14:42 OG_SZ_TF_ST814_5 humidity: 66 %
2014-02-13_22:14:42 OG_SZ_TF_ST814_5 temperature: 17.6 C
2014-02-13_22:14:42 OG_SZ_TF_ST814_5 temperature: 17.6 C
2014-02-13_22:14:42 OG_SZ_TF_ST814_5 humidity: 66 %
2014-02-13_22:14:42 OG_SZ_TF_ST814_5 temperature: 17.8 C
2014-02-13_22:14:42 OG_SZ_TF_ST814_5 humidity: 66 %
2014-02-13_22:14:42 OG_SZ_TF_ST814_5 humidity: 66 %
2014-02-13_22:14:42 OG_SZ_TF_ST814_5 temperature: 17.8 C

Das Fhemlog sieht so aus (habe das verbose wieder auf 3 zurückgestellt):

Code Auswählen Erweitern

2014.02.13 22:14:36 2: ZWave get OG_SZ_TF_ST814_5 smStatus
2014.02.13 22:14:37 2: ZWave get OG_SZ_TF_ST814_5 smStatus
2014.02.13 22:14:37 2: ZWave get OG_SZ_TF_ST814_5 smStatus
2014.02.13 22:14:38 2: ZWave get OG_SZ_TF_ST814_5 smStatus
2014.02.13 22:14:38 2: ZWave get OG_SZ_TF_ST814_5 smStatus
2014.02.13 22:14:39 2: ZWave get OG_SZ_TF_ST814_5 smStatus
2014.02.13 22:14:39 2: ZWave get OG_SZ_TF_ST814_5 smStatus
2014.02.13 22:14:40 2: ZWave get OG_SZ_TF_ST814_5 smStatus
2014.02.13 22:14:40 2: ZWave get OG_SZ_TF_ST814_5 smStatus
2014.02.13 22:14:41 2: ZWave get OG_SZ_TF_ST814_5 smStatus
2014.02.13 22:14:41 2: ZWave get OG_SZ_TF_ST814_5 smStatus
2014.02.13 22:14:42 2: ZWave get OG_SZ_TF_ST814_5 smStatus
2014.02.13 22:14:43 2: ZWave get OG_SZ_TF_ST814_5 smStatus
2014.02.13 22:14:45 2: ZWave get OG_SZ_TF_ST814_5 smStatus
2014.02.13 22:14:45 2: ZWave get OG_SZ_TF_ST814_5 smStatus
2014.02.13 22:14:46 2: ZWave get OG_SZ_TF_ST814_5 smStatus
2014.02.13 22:14:46 2: ZWave get OG_SZ_TF_ST814_5 smStatus
2014.02.13 22:14:47 2: ZWave get OG_SZ_TF_ST814_5 smStatus
2014.02.13 22:14:47 2: ZWave get OG_SZ_TF_ST814_5 smStatus
2014.02.13 22:14:48 2: ZWave get OG_SZ_TF_ST814_5 smStatus
2014.02.13 22:14:49 2: ZWave get OG_SZ_TF_ST814_5 smStatus
2014.02.13 22:14:49 2: ZWave get OG_SZ_TF_ST814_5 smStatus
2014.02.13 22:14:50 2: ZWave get OG_SZ_TF_ST814_5 smStatus
2014.02.13 22:14:50 2: ZWave get OG_SZ_TF_ST814_5 smStatus
2014.02.13 22:14:51 2: ZWDongle_3 ERROR: SEND_DATA returned 01
2014.02.13 22:14:51 2: ZWave get OG_SZ_TF_ST814_5 smStatus
2014.02.13 22:14:52 2: ZWave get OG_SZ_TF_ST814_5 smStatus
2014.02.13 22:14:53 2: ZWave get OG_SZ_TF_ST814_5 smStatus
2014.02.13 22:14:53 2: ZWave get OG_SZ_TF_ST814_5 smStatus

Der Eventmonitor ist leer.