Hallo zusammen,
seit ein paar Tagen (leider weiß ich nicht seit welchem Update) funktioniert readingsChange nicht mehr zuverlässig. Es kommt immer wieder vor, dass einzelne Readings nicht mehr richtig geändert werden und z.B. die Einheit erhalten bleibt. Ich selbst habe an meinen ReadingChanges seit langem nichts mehr geändert.
Anbei ein Screenshot, an dem man sehr schön sieht, dass es geht und nicht geht, da zwei Heizungen in einer readingsgroup dargestellt werden. Es sind gleich 3 readings betroffen. Falls benötigt kann ich gerne noch ein List der readingchanges liefern.
Gruß
Torsten
Das Problem habe ich auch!
Allerdings hat es bei mir noch nie funktioniert.
Habe das Problem auch bereits hier gemeldet (https://forum.fhem.de/index.php/topic,60226.msg558162.html#msg558162), aber bisher keine Antwort erhalten.
Gruß
Dan
@ToKa: ich brauche nicht nur ein List der readingsChange Definitionen sonder auch die Definition der betroffenen Geraete, und Beispiel-Events.
@DeeSPe: das habe ich uebersehen, oder ich habe keine Email bekommen. Bitte fuer Fehlermeldungen nicht den Ankuendigungs-Bereich missbrauchen, da koennen nur ausgewaehlte Leute posten. Und ich haette gerne, dass alle Ankuendigungen abonnieren, und das geht nicht, wenn da debugging stattfindet.
Sonst: ich brauche ein Mitschnitt der Original-Events, evtl. mit "attr zwdongle verbose 5". Bei mir scheint dein readingsChange Definition mit einem dummy zu funktionieren:
fhem> setReading ku_SD6 power 12W und ein Hund
fhem> 2017-01-17 10:54:39.842 dummy ku_SD6 power: 12W
Zitat von: rudolfkoenig am 17 Januar 2017, 10:56:41
@DeeSPe: das habe ich uebersehen, oder ich habe keine Email bekommen. Bitte fuer Fehlermeldungen nicht den Ankuendigungs-Bereich missbrauchen, da koennen nur ausgewaehlte Leute posten. Und ich haette gerne, dass alle Ankuendigungen abonnieren, und das geht nicht, wenn da debugging stattfindet.
Sonst: ich brauche ein Mitschnitt der Original-Events, evtl. mit "attr zwdongle verbose 5". Bei mir scheint dein readingsChange Definition mit einem dummy zu funktionieren:
fhem> setReading ku_SD6 power 12W und ein Hund
fhem> 2017-01-17 10:54:39.842 dummy ku_SD6 power: 12W
Versuche ich heute Abend zu liefern!
Gruß
Dan
Offenbar macht bei mir das Attribut "event-min-interval" Probleme mit readingsChange.
Lösche ich es, funktioniert es.
Sollte doch eigentlich so richtig im richtigen Format gesetzt sein oder?
event-min-interval (energy|power|state|current|voltage):900
event-on-change-reading state
event-on-update-reading energy,power,current,voltage
Gruß
Dan
Hallo zusammen,
nachfolgend das Log mit einem fehlerhaften Ergebnis aus readingschange. Ich hoffe, das hilft bei der Analyse...
2017.01.17 20:36:05.525 4: ZWDongle_Read ZWAVE1: rcvd 00040013028407 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.17 20:36:05.525 5: SW: 06
2017.01.17 20:36:05.526 5: ZWAVE1: dispatch 00040013028407
2017.01.17 20:36:05.527 4: CMD:APPLICATION_COMMAND_HANDLER ID:13 ARG:028407 CB:00
2017.01.17 20:36:05.559 3: ZWave get E2.ez.HR.Heizung smStatus
2017.01.17 20:36:05.560 5: ZWDongle_Write 001313023104250f (d14c12e6)
2017.01.17 20:36:05.561 5: SW: 0109001313023104250feb
2017.01.17 20:36:05.637 5: ACK received, WaitForAck=>2 for 0109001313023104250feb
2017.01.17 20:36:05.637 4: ZWDongle_Read ZWAVE1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2017.01.17 20:36:05.637 5: SW: 06
2017.01.17 20:36:05.639 5: ZWAVE1: dispatch 011301
2017.01.17 20:36:05.642 4: ZWDongle_Read ZWAVE1: rcvd 00130f000008 (request ZW_SEND_DATA), sending ACK
2017.01.17 20:36:05.642 5: SW: 06
2017.01.17 20:36:05.644 5: device ack reveived, removing 0109001313023104250feb from dongle sendstack
2017.01.17 20:36:05.644 5: ZWAVE1: dispatch 00130f000008
2017.01.17 20:36:05.644 4: CMD:ZW_SEND_DATA ID:00 ARG:0008 CB:0f
2017.01.17 20:36:05.644 4: ZWAVE1 transmit OK for CB 0f, target E2.ez.HR.Heizung
2017.01.17 20:36:05.781 4: ZWDongle_Read ZWAVE1: rcvd 00040013063105012200cd (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.17 20:36:05.781 5: SW: 06
2017.01.17 20:36:05.782 5: ZWAVE1: dispatch 00040013063105012200cd
2017.01.17 20:36:05.783 4: CMD:APPLICATION_COMMAND_HANDLER ID:13 ARG:063105012200cd CB:00
2017.01.17 20:36:05.786 5: Changing E2.ez.HR.Heizung:temperature 20.5 C via ZS.zs.HR.temperature.rsc
2017.01.17 20:36:05.798 3: ZWave get E2.ez.HR.Heizung setpoint
2017.01.17 20:36:05.799 5: ZWDongle_Write 001313034302012510 (d14c12e6)
2017.01.17 20:36:05.799 5: SW: 010a00131303430201251083
2017.01.17 20:36:05.826 5: ACK received, WaitForAck=>2 for 010a00131303430201251083
2017.01.17 20:36:05.826 4: ZWDongle_Read ZWAVE1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2017.01.17 20:36:05.826 5: SW: 06
2017.01.17 20:36:05.828 5: ZWAVE1: dispatch 011301
2017.01.17 20:36:05.902 4: ZWDongle_Read ZWAVE1: rcvd 00131000000a (request ZW_SEND_DATA), sending ACK
2017.01.17 20:36:05.903 5: SW: 06
2017.01.17 20:36:05.904 5: device ack reveived, removing 010a00131303430201251083 from dongle sendstack
2017.01.17 20:36:05.904 5: ZWAVE1: dispatch 00131000000a
2017.01.17 20:36:05.905 4: CMD:ZW_SEND_DATA ID:00 ARG:000a CB:10
2017.01.17 20:36:05.905 4: ZWAVE1 transmit OK for CB 10, target E2.ez.HR.Heizung
2017.01.17 20:36:05.949 4: ZWDongle_Read ZWAVE1: rcvd 00040013064303012200dc (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.17 20:36:05.949 5: SW: 06
2017.01.17 20:36:05.950 5: ZWAVE1: dispatch 00040013064303012200dc
2017.01.17 20:36:05.951 4: CMD:APPLICATION_COMMAND_HANDLER ID:13 ARG:064303012200dc CB:00
2017.01.17 20:36:05.953 5: Changing E2.ez.HR.Heizung:setpointTemp 22.0 C heating via ZS.zs.HR.setpointTemp.rsc
2017.01.17 20:36:05.966 3: ZWave get E2.ez.HR.Heizung swmStatus
2017.01.17 20:36:05.966 5: ZWDongle_Write 0013130226022511 (d14c12e6)
2017.01.17 20:36:05.967 5: SW: 01090013130226022511e4
2017.01.17 20:36:05.996 5: ACK received, WaitForAck=>2 for 01090013130226022511e4
2017.01.17 20:36:05.997 4: ZWDongle_Read ZWAVE1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2017.01.17 20:36:05.997 5: SW: 06
2017.01.17 20:36:05.998 5: ZWAVE1: dispatch 011301
2017.01.17 20:36:06.072 4: ZWDongle_Read ZWAVE1: rcvd 00131100000b (request ZW_SEND_DATA), sending ACK
2017.01.17 20:36:06.072 5: SW: 06
2017.01.17 20:36:06.074 5: device ack reveived, removing 01090013130226022511e4 from dongle sendstack
2017.01.17 20:36:06.074 5: ZWAVE1: dispatch 00131100000b
2017.01.17 20:36:06.074 4: CMD:ZW_SEND_DATA ID:00 ARG:000b CB:11
2017.01.17 20:36:06.074 4: ZWAVE1 transmit OK for CB 11, target E2.ez.HR.Heizung
2017.01.17 20:36:06.208 4: ZWDongle_Read ZWAVE1: rcvd 0004001303260300 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.17 20:36:06.208 5: SW: 06
2017.01.17 20:36:06.210 5: ZWAVE1: dispatch 0004001303260300
2017.01.17 20:36:06.210 4: CMD:APPLICATION_COMMAND_HANDLER ID:13 ARG:03260300 CB:00
2017.01.17 20:36:06.213 5: Changing E2.ez.HR.Heizung:reportedState off via ZS.zs.HR.reportedState.rsc
2017.01.17 20:36:08.067 5: ZWDongle_Write 0013130284082512 (d14c12e6)
2017.01.17 20:36:08.068 5: SW: 010900131302840825124f
2017.01.17 20:36:08.070 5: ACK received, WaitForAck=>2 for 010900131302840825124f
2017.01.17 20:36:08.074 4: ZWDongle_Read ZWAVE1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2017.01.17 20:36:08.074 5: SW: 06
2017.01.17 20:36:08.076 5: ZWAVE1: dispatch 011301
2017.01.17 20:36:08.125 4: ZWDongle_Read ZWAVE1: rcvd 001312000006 (request ZW_SEND_DATA), sending ACK
2017.01.17 20:36:08.125 5: SW: 06
2017.01.17 20:36:08.127 5: device ack reveived, removing 010900131302840825124f from dongle sendstack
2017.01.17 20:36:08.127 5: ZWAVE1: dispatch 001312000006
2017.01.17 20:36:08.127 4: CMD:ZW_SEND_DATA ID:00 ARG:0006 CB:12
2017.01.17 20:36:08.127 4: ZWAVE1 transmit OK for CB 12, target E2.ez.HR.Heizung
2017.01.17 20:37:38.287 4: ZWDongle_Read ZWAVE1: rcvd 00040006063105012200d5 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.17 20:37:38.287 5: SW: 06
2017.01.17 20:37:38.289 5: ZWAVE1: dispatch 00040006063105012200d5
2017.01.17 20:37:38.289 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:063105012200d5 CB:00
2017.01.17 20:39:17.777 4: ZWDongle_Read ZWAVE1: rcvd 00040006063105012200da (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.17 20:39:17.777 5: SW: 06
2017.01.17 20:39:17.779 5: ZWAVE1: dispatch 00040006063105012200da
2017.01.17 20:39:17.779 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:063105012200da CB:00
2017.01.17 20:41:17.263 4: ZWDongle_Read ZWAVE1: rcvd 00040006063105012200df (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.17 20:41:17.263 5: SW: 06
2017.01.17 20:41:17.265 5: ZWAVE1: dispatch 00040006063105012200df
2017.01.17 20:41:17.265 4: CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:063105012200df CB:00
2017.01.17 20:41:18.643 4: ZWDongle_Read ZWAVE1: rcvd 0004001f028407 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.17 20:41:18.643 5: SW: 06
2017.01.17 20:41:18.645 5: ZWAVE1: dispatch 0004001f028407
2017.01.17 20:41:18.645 4: CMD:APPLICATION_COMMAND_HANDLER ID:1f ARG:028407 CB:00
Ich werde aber auch gleich mal noch das mit dem event-min-interval ausprobieren, da ich tatsächlich in den letzten Tagen dieses attribut neu gesetzt habe. Allerdings in der Form:
temperature:60,setpointTemp:60,reportedState:60,thermostatMode:60,battery:60
Sollte doch richtig sein oder? Muss man state grundsätzlich in event-on-change/update-reading und min-interval aufnehmen? Das habe ich nämlich bei der Änderung nicht gemacht, sondern nur die obigen readings.
Beste Grüße
Torsten
Ich kann das Problem mit event-min-interval nicht nachstellen, und auch nach etwas Nachdenken faellt mir nichts ein.
"00040013064303012200dc" stammt aus deinem Log.
fhem> define zwd ZWDongle none:12341234
fhem> define t1 ZWave 12341234 19
fhem> info timer
fhem> { Dispatch($defs{zwd}, "00040013064303012200dc", undef) }
2017-01-18 10:38:43.245 ZWave t1 setpointTemp: 22.0 C heating
fhem> attr t1 event-min-interval temperature:60,setpointTemp:60,reportedState:60,thermostatMode:60,battery:60
fhem> define rc readingsChange t1 setpointTemp ([\d\.]+).* $1 °C
fhem> { Dispatch($defs{zwd}, "00040013064303012200dc", undef) }
2017-01-18 10:41:34.953 ZWave t1 setpointTemp: 22.0 °C
fhem> { Dispatch($defs{zwd}, "00040013064303012200dc", undef) }
2017-01-18 10:44:45.913 ZWave t1 setpointTemp: 22.0 °C
Wenn man event-* nicht wirklich benoetigt, sollte man es nicht setzen.
Ein min-interval 60 erscheint mir sinnlos, da mW kein ZWave Geraet haeufiger Daten sendet. Wenn ueberhaupt, dann sollte man es per config* Befehl im Geraet selber auf einen sinnvollen Wert setzen, damit schont man auch die Batterie und Funkraum.
Das Problem tritt auch nicht bei jedem Event auf, sondern nur sporadisch. Dafür aber bei allen readings, die ich durch readingschange ändere.
Das mit dem min-interval war ja auch nur eine Vermutung. Auf 60s hab ich es eingestellt, weil bei den COMET Z ja immer mal wieder get-Befehle auf dem sendstack "hängen" bleiben und es dann beim nächsten wakeup dazu kommen kann, dass gleich zwei events ausgelöst werden.
Könnte es evtl. mit den Änderungen in DBlog und splitFN zu tun haben, dass readingschange nicht mehr richtig funktioniert? Ich logge die readings zur Zeit sowohl in ein filelog als auch in eine DB. Ich habe einen Fehlerfall mal in den logs überprüft. Merkwürdig ist, dass in den logs für 19:10:27 Uhr der Wert für das Ventil nur als Zahl auftaucht. Im list / reading reportedState des Geräts steht trotz readingschange das "dim" dabei, das vom Gerät "leider" mitgeliefert wird.
list:
Internals:
CHANGED
DEF d14c12e6 32
IODev ZWAVE1
LASTInputDev ZWAVE1
MSGCNT 12
NAME ST.bz.HR.Heizung
NR 158
STATE Ist: 22.5 C °C / Soll: 22.0 °C</br>Ventil: dim 11 %
STILLDONETIME 0
TYPE ZWave
ZWAVE1_MSGCNT 12
ZWAVE1_RAWMSG 00040020063105012200e1
ZWAVE1_TIME 2017-01-18 19:25:38
ZWaveSubDevice no
homeId d14c12e6
isWakeUp 1
lastMsgSent 1484763934.47337
nodeIdHex 20
Helper:
Dblog:
Reportedstate:
Logdb:
TIME 1484763027.46143
VALUE 11
Setpointtemp:
Logdb:
TIME 1484763027.21239
VALUE 22.0
Temperature:
Logdb:
TIME 1484763934.47596
VALUE 22.5
Wakeup:
Logdb:
TIME 1484763933.98677
VALUE notification
Readings:
2017-01-18 08:20:10 SEND_DATA failed:00
2017-01-17 11:52:27 UNKNOWN multilevel type 81 fl: 22 arg: 00d2
2017-01-18 10:06:09 UNPARSED SWITCH_MULTILEVEL 022603
2017-01-07 04:53:34 battery 100 %
2017-01-17 18:34:28 desired-new 00
2017-01-18 15:30:00 desired-temp 22.0
2016-12-11 13:51:36 model EUROtronic EUR_COMETZ Wall Radiator Thermostat Valve Control
2016-12-11 13:51:36 modelConfig eurotronic/eur_cometz.xml
2016-12-11 13:51:36 modelId 0148-0002-0001
2016-12-31 08:37:44 neighborList EG.ga.ZS.Glasbausteine ST.sz.ZS.WakeUpLight
2016-12-30 20:11:01 neighborUpdate done
2017-01-18 19:10:27 reportedState dim 11
2017-01-18 19:10:27 setpointTemp 22.0
2017-01-18 19:10:27 state dim 11
2017-01-18 19:25:38 temperature 22.5 C
2017-01-18 19:25:35 timeToAck 1.218
2017-01-18 19:25:35 transmit OK
2017-01-18 19:25:33 wakeup notification
SendStack:
sentackget:132003430201252d
Attributes:
DbLogInclude temperature,setpointTemp,reportedState,thermostatMode,battery,wakeup
IODev ZWAVE1
alias Bad
classes BASIC SWITCH_MULTILEVEL SENSOR_MULTILEVEL THERMOSTAT_MODE THERMOSTAT_SETPOINT NODE_NAMING BATTERY WAKE_UP MANUFACTURER_SPECIFIC VERSION
event-min-interval temperature:60,setpointTemp:60,reportedState:60,thermostatMode:60,battery:60
event-on-change-reading desired-temp,desired-new
event-on-update-reading desired-temp,desired-new,temperature,setpointTemp,reportedState,thermostatMode,battery,wakeup,WunschTemp
group Heizung
icon sani_heating
room Übersicht
stateFormat {"Ist: ".ReadingsVal('ST.bz.HR.Heizung','temperature','')." °C / Soll: ".ReadingsVal('ST.bz.HR.Heizung','setpointTemp','')." °C</br>Ventil: ".ReadingsVal('ST.bz.HR.Heizung','reportedState','')." %"}
userReadings desired-temp,desired-new
vclasses BASIC:1 BATTERY:1 MANUFACTURER_SPECIFIC:1 NODE_NAMING:1 SENSOR_MULTILEVEL:4 SWITCH_MULTILEVEL:3 THERMOSTAT_MODE:3 THERMOSTAT_SETPOINT:3 VERSION:1 WAKE_UP:2
webCmd ::
filelog:
2017-01-18_19:10:26 ST.bz.HR.Heizung wakeup: notification
2017-01-18_19:10:27 ST.bz.HR.Heizung temperature: 22.5
2017-01-18_19:10:27 ST.bz.HR.Heizung setpointTemp: 22.0
2017-01-18_19:10:27 ST.bz.HR.Heizung reportedState: 11
DB:
2017-01-18 19:10:26 ST.bz.HR.Heizung ZWAVE wakeup: notification wakeup notification
2017-01-18 19:10:27 ST.bz.HR.Heizung ZWAVE temperature: 22.5 temperature 22.5 °C
2017-01-18 19:10:27 ST.bz.HR.Heizung ZWAVE setpointTemp: 22.0 setpointTemp 22.0
2017-01-18 19:10:27 ST.bz.HR.Heizung ZWAVE reportedState: 11 reportedState 11
2017-01-18 19:25:33 ST.bz.HR.Heizung ZWAVE wakeup: notification wakeup notification
Screenshot von der Readingsgroup in der Anlage.
Ich hoffe, das hilft weiter.
Beste Grüße
Torsten
@ToKa: Bitte folgendes liefern bzw. durchfuehren (und bitte alles):
- beschreiben, wie das alte reading ausschaut, was du erwartest, und was stattdessen zu sehen (bzw. falsch) ist.
- die Definition der readingsChange bitte hier anhaengen
- die Ausgabe von "list .* NTFY_ORDER" hier anhaengen.
- "attr global mseclog" setzen
- "attr ZWDongle verbose 4" setzen
- auf dem naechsten nicht/falsch behandelten Reading warten.
- aus dem FHEM-Log alles anhaengen, was vor dem "falschen" Reading-Zeitstempel auflief (1 Sekunde reicht).
Bitte beachte: nach dem Generieren eines Events greifen erst die event-* Attribute, dann userReadings, dann stateFormat, dann readingsChange.
Hi,
bin jetzt endlich dazu gekommen, die notwendigen Tests bzw. Daten zusammen zu stellen.
Das ist das Beispiel aus meinem ersten Post und dem angehängten JPG:
1a) reading temperature: COMET liefert z.B. "23.5 C" und ich erwarte vom readingschange nur 23.5, geliefert wird "23.5 C"
1b) reading setpointTemp: COMET liefert z.B. "22.0 C heating" und ich erwarte vom readingschange nur 22.0, geliefert wird "22.0 C heating"
1c) reading reportedState: COMET liefert z.B. "dim 8" und ich erwarte vom readingschagne nur 8, geliefert wird "dim 8"
Das ist der konkrete Fall für das log weiter unter und ebenfalls als JPG:
setpointTemp
22.0 C heating
2017-01-21 17:28:52
2) Definition readingsChange
2a) temperature
E1.wz.HR.Heizung.Fenster|E1.wz.HR.Heizung.Wand|E2.ez.HR.Heizung|E2.ku.HR.Heizung|E3.hk.HR.Heizung|E4.az.HR.Heizung|EG.fl.HR.Heizung|ST.bz.HR.Heizung|ST.sz.HR.Heizung temperature (\d+\.\d+).* $1
2b) setpointTemp
E1.wz.HR.Heizung.Fenster|E1.wz.HR.Heizung.Wand|E2.ez.HR.Heizung|E2.ku.HR.Heizung|E3.hk.HR.Heizung|E4.az.HR.Heizung|EG.fl.HR.Heizung|ST.bz.HR.Heizung|ST.sz.HR.Heizung setpointTemp (\d+\.\d+).* $1
2c) reportedState
E1.wz.HR.Heizung.Fenster|E1.wz.HR.Heizung.Wand|E2.ez.HR.Heizung|E2.ku.HR.Heizung|E3.hk.HR.Heizung|E4.az.HR.Heizung|EG.fl.HR.Heizung|ST.bz.HR.Heizung|ST.sz.HR.Heizung reportedState (dim.(\d+)|off) {$1 eq "off" ? 0 : $2}
3) notify order
Anrufliste 50-Anrufliste
CallMonitor 50-CallMonitor
E1.wz.HZ.Steuerung.grp 50-E1.wz.HZ.Steuerung.grp
E1.wz.ZS.Tischleuchte.doif 50-E1.wz.ZS.Tischleuchte.doif
E2.ez.HZ.Steuerung.grp 50-E2.ez.HZ.Steuerung.grp
E2.ku.HZ.Steuerung.grp 50-E2.ku.HZ.Steuerung.grp
E3.hk.AW.X6200W 50-E3.hk.AW.X6200W
E3.hk.AW.X6200W.dog 50-E3.hk.AW.X6200W.dog
E3.hk.AW.X6200W.nfy 50-E3.hk.AW.X6200W.nfy
E3.hk.HZ.Steuerung.grp 50-E3.hk.HZ.Steuerung.grp
E4.az.AW.PC.Lutz 50-E4.az.AW.PC.Lutz
E4.az.AW.PC.Lutz.nfy 50-E4.az.AW.PC.Lutz.nfy
E4.az.AW.PC.Torsten 50-E4.az.AW.PC.Torsten
E4.az.AW.PCs.dog 50-E4.az.AW.PCs.dog
E4.az.HZ.Steuerung.grp 50-E4.az.HZ.Steuerung.grp
E4.az.RE.All.str 50-E4.az.RE.All.str
E4.az.RE.Torsten.nfy 50-E4.az.RE.Torsten.nfy
EG.fl.HZ.Steuerung.grp 50-EG.fl.HZ.Steuerung.grp
FileLog_E1.wz.HR.Heizung.Fenster 50-FileLog_E1.wz.HR.Heizung.Fenster
FileLog_E1.wz.HR.Heizung.Wand 50-FileLog_E1.wz.HR.Heizung.Wand
FileLog_E1.wz.ZS.Tischleuchte 50-FileLog_E1.wz.ZS.Tischleuchte
FileLog_E2.ez.HR.Heizung 50-FileLog_E2.ez.HR.Heizung
FileLog_E2.ku.HR.Heizung 50-FileLog_E2.ku.HR.Heizung
FileLog_E2.ku.ZS.Tischleuchte 50-FileLog_E2.ku.ZS.Tischleuchte
FileLog_E3.hk.HR.Heizung 50-FileLog_E3.hk.HR.Heizung
FileLog_E3.hk.ZS.unused 50-FileLog_E3.hk.ZS.unused
FileLog_E4.az.HR.Heizung 50-FileLog_E4.az.HR.Heizung
FileLog_E4.az.ZS.unused 50-FileLog_E4.az.ZS.unused
FileLog_E5.fl.RM.Decke 50-FileLog_E5.fl.RM.Decke
FileLog_EG.fl.HR.Heizung 50-FileLog_EG.fl.HR.Heizung
FileLog_EG.fl.RM.Decke 50-FileLog_EG.fl.RM.Decke
FileLog_EG.ga.ZS.Glasbausteine 50-FileLog_EG.ga.ZS.Glasbausteine
FileLog_GH.gt.ZS.Gartenbeleuchtung 50-FileLog_GH.gt.ZS.Gartenbeleuchtung
FileLog_KG.hw.RM.Decke 50-FileLog_KG.hw.RM.Decke
FileLog_KG.hz.ZS.Zirkulationspumpe 50-FileLog_KG.hz.ZS.Zirkulationspumpe
FileLog_KG.kr.RM.Decke 50-FileLog_KG.kr.RM.Decke
FileLog_ST.bz.HR.Heizung 50-FileLog_ST.bz.HR.Heizung
FileLog_ST.sz.HR.Heizung 50-FileLog_ST.sz.HR.Heizung
FileLog_ST.sz.RM.Decke 50-FileLog_ST.sz.RM.Decke
FileLog_ST.sz.ZS.WakeUpLight 50-FileLog_ST.sz.ZS.WakeUpLight
FileLog_StarGateAP1 50-FileLog_StarGateAP1
FileLog_WeatherAtHome 50-FileLog_WeatherAtHome
GH.gt.XX.Wetterstation 50-GH.gt.XX.Wetterstation
Heizungssteuerung 50-Heizungssteuerung
KG.hz.BZ.Zirkulationspumpe 50-KG.hz.BZ.Zirkulationspumpe
KG.hz.SZ.Zirkulationspumpe.nfy 50-KG.hz.SZ.Zirkulationspumpe.nfy
Logfile 50-Logfile
Macro_ZS.zs.BW.CBS21.grp_asleep 50-Macro_ZS.zs.BW.CBS21.grp_asleep
Macro_ZS.zs.BW.CBS21.grp_awoken 50-Macro_ZS.zs.BW.CBS21.grp_awoken
Macro_ZS.zs.BW.CBS21.grp_gotosleep 50-Macro_ZS.zs.BW.CBS21.grp_gotosleep
Macro_rr_Torsten_asleep 50-Macro_rr_Torsten_asleep
Macro_rr_Torsten_awoken 50-Macro_rr_Torsten_awoken
Macro_rr_Torsten_gotosleep 50-Macro_rr_Torsten_gotosleep
Macro_rr_Torsten_wakeuptimer1 50-Macro_rr_Torsten_wakeuptimer1
Macro_rr_Torsten_wakeuptimer2 50-Macro_rr_Torsten_wakeuptimer2
Raumtemperatur 50-Raumtemperatur
ST.bz.HZ.Steuerung.grp 50-ST.bz.HZ.Steuerung.grp
ST.sz.HZ.Steuerung.grp 50-ST.sz.HZ.Steuerung.grp
StarGateAP1_WLAN_Gast_schalten 50-StarGateAP1_WLAN_Gast_schalten
StarGateAP1_WLAN_Status 50-StarGateAP1_WLAN_Status
StarGateAP1_WLAN_schalten 50-StarGateAP1_WLAN_schalten
T_L_Kalender 50-T_L_Kalender
T_L_KalenderView 50-T_L_KalenderView
T_L_Kalender_End 50-T_L_Kalender_End
T_L_Kalender_Start 50-T_L_Kalender_Start
T_L_Termine.rdg 50-T_L_Termine.rdg
Tischleuchten 50-Tischleuchten
WEB 50-WEB
WEB_192.168.6.1_53061 WEB_192.168.6.1_53061
WEBphone 50-WEBphone
WEBtablet 50-WEBtablet
WeatherAtHome 50-WeatherAtHome
WeckerStatus 50-WeckerStatus
ZS.zs.AW.GTAG.Torsten 50-ZS.zs.AW.GTAG.Torsten
ZS.zs.BW.CBS21.grp 50-ZS.zs.BW.CBS21.grp
ZS.zs.GTag.battery.grp 50-ZS.zs.GTag.battery.grp
ZS.zs.HR.battery.grp 50-ZS.zs.HR.battery.grp
ZS.zs.HR.reportedState.rsc 00-ZS.zs.HR.reportedState.rsc
ZS.zs.HR.setpointTemp.rsc 00-ZS.zs.HR.setpointTemp.rsc
ZS.zs.HR.temperature.rsc 00-ZS.zs.HR.temperature.rsc
ZS.zs.HR.wakeUpAll.setpoint.nfy 50-ZS.zs.HR.wakeUpAll.setpoint.nfy
ZS.zs.HR.wakeUpAll.smStatus.nfy 50-ZS.zs.HR.wakeUpAll.smStatus.nfy
ZS.zs.HR.wakeUpAll.swmStatus.nfy 50-ZS.zs.HR.wakeUpAll.swmStatus.nfy
ZS.zs.RM.battery.grp 50-ZS.zs.RM.battery.grp
ZS.zs.RM.temperature.rsc 00-ZS.zs.RM.temperature.rsc
ZS.zs.RM.wakeUpAll.nfy 50-ZS.zs.RM.wakeUpAll.nfy
ZS.zs.WE.AlarmOnOffLutz.nfy 50-ZS.zs.WE.AlarmOnOffLutz.nfy
ZS.zs.WE.AlarmOnOffTorsten.nfy 50-ZS.zs.WE.AlarmOnOffTorsten.nfy
ZS.zs.WE.AlarmOnOffTorstenLutz.nfy 50-ZS.zs.WE.AlarmOnOffTorstenLutz.nfy
ZS.zs.WE.AlarmTimeLutz.nfy 50-ZS.zs.WE.AlarmTimeLutz.nfy
ZS.zs.WE.AlarmTimeTorsten.nfy 50-ZS.zs.WE.AlarmTimeTorsten.nfy
ZS.zs.WE.AlarmTimeTorstenLutz.nfy 50-ZS.zs.WE.AlarmTimeTorstenLutz.nfy
ZS.zs.XX.InitFhem.nfy 50-ZS.zs.XX.InitFhem.nfy
ZS.zs.XX.WetterLokal.log 50-ZS.zs.XX.WetterLokal.log
ZS.zs.XX.WetterWunderground.nfy 50-ZS.zs.XX.WetterWunderground.nfy
autocreate 50-autocreate
eventTypes 50-eventTypes
initialUsbCheck 50-initialUsbCheck
logdb 50-logdb
netatmo_D70_ee_50_00_26_d6 50-netatmo_D70_ee_50_00_26_d6
notifyHeizungUpDown 50-notifyHeizungUpDown
notinUse.nfy 50-notinUse.nfy
ntf_ViewAllDates 50-ntf_ViewAllDates
rr_Lutz 50-rr_Lutz
rr_Torsten 50-rr_Torsten
telnetPort 50-telnetPort
wd_ZS.zs.BW.CBS21.grp_asleep 50-wd_ZS.zs.BW.CBS21.grp_asleep
wd_ZS.zs.BW.CBS21.grp_awoken 50-wd_ZS.zs.BW.CBS21.grp_awoken
wd_ZS.zs.BW.CBS21.grp_gotosleep 50-wd_ZS.zs.BW.CBS21.grp_gotosleep
wd_rr_Torsten_asleep 50-wd_rr_Torsten_asleep
wd_rr_Torsten_awoken 50-wd_rr_Torsten_awoken
wd_rr_Torsten_gotosleep 50-wd_rr_Torsten_gotosleep
4) FHEM-Log
2017.01.21 17:28:51.575 4: ZWDongle_Read ZWAVE1: rcvd 00040014028407 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.21 17:28:51.576 4: CMD:APPLICATION_COMMAND_HANDLER ID:14 ARG:028407 CB:00
2017.01.21 17:28:51.593 3: ZWave get E4.az.HR.Heizung smStatus
2017.01.21 17:28:51.598 4: ZWDongle_Read ZWAVE1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2017.01.21 17:28:51.689 4: ZWDongle_Read ZWAVE1: rcvd 00139c00000a (request ZW_SEND_DATA), sending ACK
2017.01.21 17:28:51.690 4: CMD:ZW_SEND_DATA ID:00 ARG:000a CB:9c
2017.01.21 17:28:51.690 4: ZWAVE1 transmit OK for CB 9c, target E4.az.HR.Heizung
2017.01.21 17:28:51.736 4: ZWDongle_Read ZWAVE1: rcvd 00040014064303012200dc (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.21 17:28:51.737 4: CMD:APPLICATION_COMMAND_HANDLER ID:14 ARG:064303012200dc CB:00
2017.01.21 17:28:51.779 3: ZWave get E4.az.HR.Heizung swmStatus
2017.01.21 17:28:51.786 4: ZWDongle_Read ZWAVE1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2017.01.21 17:28:51.848 4: ZWDongle_Read ZWAVE1: rcvd 0013b600000a (request ZW_SEND_DATA), sending ACK
2017.01.21 17:28:51.850 4: CMD:ZW_SEND_DATA ID:00 ARG:000a CB:b6
2017.01.21 17:28:51.850 4: ZWAVE1 transmit OK for CB b6, target E4.az.HR.Heizung
2017.01.21 17:28:52.044 4: ZWDongle_Read ZWAVE1: rcvd 00040014063105012200d7 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.21 17:28:52.045 4: CMD:APPLICATION_COMMAND_HANDLER ID:14 ARG:063105012200d7 CB:00
2017.01.21 17:28:52.087 3: ZWave get E4.az.HR.Heizung setpoint
2017.01.21 17:28:52.095 4: ZWDongle_Read ZWAVE1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2017.01.21 17:28:52.159 4: ZWDongle_Read ZWAVE1: rcvd 0013b700000b (request ZW_SEND_DATA), sending ACK
2017.01.21 17:28:52.161 4: CMD:ZW_SEND_DATA ID:00 ARG:000b CB:b7
2017.01.21 17:28:52.161 4: ZWAVE1 transmit OK for CB b7, target E4.az.HR.Heizung
2017.01.21 17:28:52.290 4: ZWDongle_Read ZWAVE1: rcvd 000400140326031c (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.21 17:28:52.292 4: CMD:APPLICATION_COMMAND_HANDLER ID:14 ARG:0326031c CB:00
2017.01.21 17:28:52.339 4: ZWDongle_Read ZWAVE1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2017.01.21 17:28:52.398 4: ZWDongle_Read ZWAVE1: rcvd 0013b800000a (request ZW_SEND_DATA), sending ACK
2017.01.21 17:28:52.399 4: CMD:ZW_SEND_DATA ID:00 ARG:000a CB:b8
2017.01.21 17:28:52.399 4: ZWAVE1 transmit OK for CB b8, target E4.az.HR.Heizung
2017.01.21 17:28:52.446 4: ZWDongle_Read ZWAVE1: rcvd 00040014064303012200dc (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.21 17:28:52.447 4: CMD:APPLICATION_COMMAND_HANDLER ID:14 ARG:064303012200dc CB:00
2017.01.21 17:28:54.368 4: ZWDongle_Read ZWAVE1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2017.01.21 17:28:54.409 4: ZWDongle_Read ZWAVE1: rcvd 0013b9000004 (request ZW_SEND_DATA), sending ACK
2017.01.21 17:28:54.410 4: CMD:ZW_SEND_DATA ID:00 ARG:0004 CB:b9
2017.01.21 17:28:54.410 4: ZWAVE1 transmit OK for CB b9, target E4.az.HR.Heizung
2017.01.21 17:29:04.099 4: ZWDongle_Read ZWAVE1: rcvd 00040012028407 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.21 17:29:04.101 4: CMD:APPLICATION_COMMAND_HANDLER ID:12 ARG:028407 CB:00
Deine Aufzählung, was in welcher Reihenfolge greift macht mich etwas stutzig... weil ich die Readings im stateFormat benutze. Die stateFormat Anweisung hat nämlich in der Vergangenheit ebenfalls funktioniert, d.h. es wurden die geänderten Werte dargestellt. Seit das Problem auftritt, ist aber auch im stateFormat der falsche Wert.
Wann greift, denn die ReadingsGroup die Werte ab?
Letztendlich bleibt es aber beim Problem, dass auch im reading selbst der nicht/falsch behandelte Wert stehen bleibt.
Beste Grüße
Torsten
Habs versucht nachzustellen, aber readingsChange funktioniert bei mir wie bestellt. Evtl. koennte ein "attr global verbose 5" helfen, habe aber nicht zu viel Hoffnung.
Da stateFormat vmtl. haeufig mit readingsChange verwendet wird, habe ich die Evaluirung aus readingsChange zusaetzlich aufgerufen, d.h. stateFormat wird ab sofort (bzw. nach dem update morgen ab 8) die geaenderten Werte verwenden. Nachteil: stateFormat wird fuer jeden readingsChange zusaetzlich ausgefuehrt.
ZitatWann greift, denn die ReadingsGroup die Werte ab?
Sieht man an NTFY_ORDER: das wird alphabetisch sortiert, und die jeweiligen NotifyFn Funktionen der Module in dieser Reihenfolge aufgerufen. readingsGroup verwendet die Voreinstellung 50, kommt also nach readingsChange mit 00.
Erst einmal vielen Dank für Deine Mühe.
Werde morgen nach dem Update mal beobachten, ob dann zumindest das stateFormat wieder in Ordnung ist. Die Sache stört ja aktuell nur optisch in der ReadingsGroup, aber ich wollte die temperature readings auch in verschiedenen Aktionen mit notify und doif verwenden.
Vielleicht mache ich mir ja mal noch die Mühe und probiere es mit global verbose 5 bzw. ohne die event-min Einstellungen in den nächsten Tagen.
Beste Grüße
Torsten
Guten Morgen,
ich habe mir eben nach dem Update mal das stateFormat angeschaut und es gibt Fälle, in denen wird weiterhin mit dem unveränderten reading (z.B. temperature) gearbeitet. Das vom COMET gelieferte "22.5 C" wird nicht auf "22.5" abgeändert.
Internals:
CHANGED
DEF d14c12e6 32
IODev ZWAVE1
LASTInputDev ZWAVE1
MSGCNT 13
NAME ST.bz.HR.Heizung
NR 155
STATE Ist: 22.5 C °C / Soll: 22.0 °C</br>Ventil: 22 %
STILLDONETIME 0
TYPE ZWave
ZWAVE1_MSGCNT 13
ZWAVE1_RAWMSG 00040020063105012200e1
ZWAVE1_TIME 2017-01-22 09:42:43
ZWaveSubDevice no
homeId d14c12e6
isWakeUp 1
lastMsgSent 1485074558.71533
nodeIdHex 20
Helper:
Dblog:
Reportedstate:
Logdb:
TIME 1485073651.85572
VALUE 22
Setpointtemp:
Logdb:
TIME 1485073651.57382
VALUE 22.0
Temperature:
Logdb:
TIME 1485074558.7183
VALUE 22.5
Thermostatmode:
Logdb:
TIME 1485073652.12695
VALUE heating
Wakeup:
Logdb:
TIME 1485074558.34131
VALUE notification
Readings:
2017-01-20 15:02:11 SEND_DATA failed:00
2017-01-17 11:52:27 UNKNOWN multilevel type 81 fl: 22 arg: 00d2
2017-01-22 07:56:02 UNPARSED SENSOR_MULTILEVEL 023105
2017-01-21 04:54:52 battery 100 %
2017-01-21 09:28:02 desired-new 00
2017-01-22 08:00:00 desired-temp 22.0
2016-12-11 13:51:36 model EUROtronic EUR_COMETZ Wall Radiator Thermostat Valve Control
2016-12-11 13:51:36 modelConfig eurotronic/eur_cometz.xml
2016-12-11 13:51:36 modelId 0148-0002-0001
2016-12-31 08:37:44 neighborList EG.ga.ZS.Glasbausteine ST.sz.ZS.WakeUpLight
2016-12-30 20:11:01 neighborUpdate done
2017-01-22 09:27:31 reportedState 22
2017-01-22 09:27:31 setpointTemp 22.0
2017-01-22 09:27:31 state dim 22
2017-01-22 09:42:43 temperature 22.5 C
2017-01-22 09:27:32 thermostatMode heating
2017-01-22 09:42:39 timeToAck 0.672
2017-01-22 09:42:39 transmit OK
2017-01-22 09:42:38 wakeup notification
SendStack:
sentackget:1320034302012535
Attributes:
DbLogInclude temperature,setpointTemp,reportedState,thermostatMode,battery,wakeup
IODev ZWAVE1
alias Bad
classes BASIC SWITCH_MULTILEVEL SENSOR_MULTILEVEL THERMOSTAT_MODE THERMOSTAT_SETPOINT NODE_NAMING BATTERY WAKE_UP MANUFACTURER_SPECIFIC VERSION
event-min-interval temperature:60,setpointTemp:60,reportedState:60,thermostatMode:60,battery:60
event-on-change-reading desired-temp,desired-new
event-on-update-reading state,temperature,setpointTemp,reportedState,thermostatMode,battery,wakeup
group Heizung
icon sani_heating
room Übersicht
stateFormat {"Ist: ".ReadingsVal('ST.bz.HR.Heizung','temperature','')." °C / Soll: ".ReadingsVal('ST.bz.HR.Heizung','setpointTemp','')." °C</br>Ventil: ".ReadingsVal('ST.bz.HR.Heizung','reportedState','')." %"}
userReadings desired-temp,desired-new
vclasses BASIC:1 BATTERY:1 MANUFACTURER_SPECIFIC:1 NODE_NAMING:1 SENSOR_MULTILEVEL:4 SWITCH_MULTILEVEL:3 THERMOSTAT_MODE:3 THERMOSTAT_SETPOINT:3 VERSION:1 WAKE_UP:2
webCmd ::
Doch mal ein log global verbose 5?
Gruß
Torsten
Ich habe ja auch nicht "dein" Bug gefixt, sondern nur das stateFormat "Feature" geaendert, damit es mit einem funktionierenden readigsChange kombinierbar ist. Das readingsChange Bug bleibt weiterhin bestehen, da ich es weder nachstellen kann, noch habe ich eine Idee, woran es liegt.
Sorry, dann hatte ich Deine Antwort missverstanden und dachte stateFormat müsste auf jeden Fall funktionieren.
Anbei nun ein Fall mit global verbose 5, bei dem das reading reportedState nicht/falsch behandelt wurde und das "dim" stehen geblieben ist:
Eventmonitor:
2017-01-22 13:27:27.460 ZWave E2.ez.HR.Heizung wakeup: notification
2017-01-22 13:27:27.702 readingsGroup E2.ez.HZ.Steuerung.grp E2.ez.HR.Heizung.temperature: 22.5 °C
2017-01-22 13:27:27.715 readingsGroup E2.ez.HZ.Steuerung.grp sort: 0
2017-01-22 13:27:27.737 readingsGroup Heizungssteuerung E2.ez.HR.Heizung.temperature: 22.5 °C
2017-01-22 13:27:27.752 readingsGroup Raumtemperatur E2.ez.HR.Heizung.temperature: 22.5 °C
2017-01-22 13:27:27.766 readingsGroup Raumtemperatur sort: 0
2017-01-22 13:27:27.778 ZWave E2.ez.HR.Heizung temperature: 22.5
2017-01-22 13:27:27.879 readingsGroup E2.ez.HZ.Steuerung.grp E2.ez.HR.Heizung.setpointTemp: 22.0 °C
2017-01-22 13:27:27.893 readingsGroup E2.ez.HZ.Steuerung.grp sort: 0
2017-01-22 13:27:27.915 readingsGroup Heizungssteuerung E2.ez.HR.Heizung.setpointTemp: 22.0 °C
2017-01-22 13:27:27.928 ZWave E2.ez.HR.Heizung setpointTemp: 22.0
2017-01-22 13:27:28.133 readingsGroup E2.ez.HZ.Steuerung.grp E2.ez.HR.Heizung.reportedState: 11 %
2017-01-22 13:27:28.147 readingsGroup E2.ez.HZ.Steuerung.grp sort: 0
2017-01-22 13:27:28.170 readingsGroup Heizungssteuerung E2.ez.HR.Heizung.reportedState: 11 %
2017-01-22 13:27:28.184 ZWave E2.ez.HR.Heizung dim 11
2017-01-22 13:27:28.184 ZWave E2.ez.HR.Heizung reportedState: 11
2017-01-22 13:27:28.246 ZWave E2.ez.HR.Heizung dim 11
list vom Gerät:
Internals:
DEF d14c12e6 19
IODev ZWAVE1
LASTInputDev ZWAVE1
MSGCNT 5
NAME E2.ez.HR.Heizung
NR 83
STATE <strong>Ist </strong>22.5 °C<strong> / Soll: </strong>22.0 °C</br><strong>Ventil: </strong>dim 11 %
TYPE ZWave
ZWAVE1_MSGCNT 5
ZWAVE1_RAWMSG 000400130326030b
ZWAVE1_TIME 2017-01-22 13:27:28
ZWaveSubDevice no
homeId d14c12e6
isWakeUp 1
lastMsgSent 1485088050.2075
nodeIdHex 13
Helper:
Dblog:
Reportedstate:
Logdb:
TIME 1485088048.18091
VALUE 11
Setpointtemp:
Logdb:
TIME 1485088047.92535
VALUE 22.0
Temperature:
Logdb:
TIME 1485088047.77538
VALUE 22.5
Wakeup:
Logdb:
TIME 1485088047.45813
VALUE notification
Readings:
2016-10-21 19:55:38 CMD ZW_APPLICATION_UPDATE
2017-01-20 23:02:38 SEND_DATA failed:00
2017-01-20 20:30:19 UNPARSED SENSOR_MULTILEVEL 023105
2017-01-21 04:52:06 battery 100 %
2017-01-21 09:25:30 desired-new 00
2017-01-22 13:20:41 desired-temp 22.0
2016-10-21 19:52:51 model EUROtronic EUR_COMETZ Wall Radiator Thermostat Valve Control
2016-10-21 19:52:51 modelConfig eurotronic/eur_cometz.xml
2016-10-21 19:52:51 modelId 0148-0002-0001
2017-01-22 13:21:37 neighborList EG.ga.ZS.Glasbausteine
2017-01-22 13:12:21 neighborUpdate done
2017-01-22 13:27:28 reportedState dim 11
2017-01-22 13:27:27 setpointTemp 22.0
2017-01-22 13:27:28 state dim 11
2017-01-22 13:27:27 temperature 22.5
2017-01-22 12:41:59 thermostatMode heating
2017-01-22 13:27:30 timeToAck 0.046
2017-01-22 13:27:30 transmit OK
2017-01-22 13:27:27 wakeup notification
Attributes:
DbLogInclude temperature,setpointTemp,reportedState,thermostatMode,battery,wakeup
IODev ZWAVE1
alias Esszimmer
classes BASIC SWITCH_MULTILEVEL SENSOR_MULTILEVEL THERMOSTAT_MODE THERMOSTAT_SETPOINT NODE_NAMING BATTERY WAKE_UP MANUFACTURER_SPECIFIC VERSION
event-min-interval temperature:60,setpointTemp:60,reportedState:60,thermostatMode:60,battery:60
event-on-change-reading desired-temp,desired-new
event-on-update-reading state,temperature,setpointTemp,reportedState,thermostatMode,battery,wakeup
group Heizung
icon sani_heating
room Übersicht
sortby 3
stateFormat {"<strong>Ist </strong>".ReadingsVal('E2.ez.HR.Heizung','temperature','')." °C<strong> / Soll: </strong>".ReadingsVal('E2.ez.HR.Heizung','setpointTemp','')." °C</br><strong>Ventil: </strong>".ReadingsVal('E2.ez.HR.Heizung','reportedState','')." %"}
userReadings desired-temp,desired-new
vclasses BASIC:1 BATTERY:1 MANUFACTURER_SPECIFIC:1 NODE_NAMING:1 SENSOR_MULTILEVEL:4 SWITCH_MULTILEVEL:3 THERMOSTAT_MODE:3 THERMOSTAT_SETPOINT:3 VERSION:1 WAKE_UP:2
webCmd ::
FHEM-Log:
siehe Anhang
Gruß
Torsten
ZitatAnbei nun ein Fall mit global verbose 5, bei dem das reading reportedState nicht/falsch behandelt wurde und das "dim" stehen geblieben ist:
Das kann ich nicht nachvollziehen: in deinem Event-Log wird dim bei reportedState wie bestellt weggeschnitten.
Achtung bei grossen Dateien: Ein Beitrag hat "relativ" kleine Grenzen, und schneidet ab. Bitte sowas lieber anhaengen. Kannst du das bitte nachtraeglich fixen?
Hab es gefixt und als Dateianhang hochgeladen.
Schön und gut, dass das dim im Log weggeschnitten wird. Bleibt aber immer noch die Frage, warum es dann im reading (siehe list) und damit in der readingsgroup (siehe screenshot) auftaucht?
Wenn Du schon mit Deinem Latein am Ende bist, werde ich mir wohl etwas anderes einfallen lassen müssen. Werde readingsChange deaktivieren und die readings immer bei ihrer Verwendung entsprechend formatieren. Echt schade, fand die Funktion echt super, so lange es funktioniert hat.
Beste Grüße und danke für Deine Mühe!
Torsten
Auch wenn Dir diese Antwort nicht gefallen wird, es hat doch etwas mit event-min-intervall zu tun...
Bevor ich alles umbaue, habe ich bei allen COMET Geräten event-min-intervall gelöscht. Seit fast zwei Stunden sind alle readings, die durch readingschange behandelt werden, in Ordnung.
Kann ich noch irgendetwas etwas tun, um bei der Fehlersuche zu helfen?
Gruß
Torsten
Zitat von: ToKa am 23 Januar 2017, 20:55:38
Auch wenn Dir diese Antwort nicht gefallen wird, es hat doch etwas mit event-min-intervall zu tun...
Das war ja auch meine Feststellung... ;)
Nun musste ich beide betroffenen Geräte wegen Defekt einschicken.
Hmm, mal sehen ob ich die wieder bekomme oder ob es das Geld zurück gibt. Wirklich gefallen haben mir die Dinger (Cyrus Wall Plug) nie und nach dem technischen Ausfall möchte ich die eigentlich nicht wieder haben. :o
Gruß
Dan
Nun stellt sich mein vorheriges Problem wieder ein, dass sich die get Befehle auf dem sendstack ansammeln, es zu transmit queue overflow kommt und das log mit mehrfach gleichen Einträgen zugemüllt wird :'(
sendstack:
sentackget:131302310425f1
get:13130343020125f2
get:13130343020125f3
get:13130343020125f4
get:13130343020125f5
filelog:
2017-01-23_20:56:50 ST.sz.HR.Heizung wakeup: notification
2017-01-23_20:56:51 ST.sz.HR.Heizung temperature: 20.5
2017-01-23_20:56:55 ST.sz.HR.Heizung temperature: 20.5
2017-01-23_20:56:56 ST.sz.HR.Heizung temperature: 20.5
2017-01-23_20:56:56 ST.sz.HR.Heizung temperature: 20.5
2017-01-23_20:56:56 ST.sz.HR.Heizung temperature: 20.5
FHEM log:
2017.01.23 18:52:37.491 2: ERROR: cannot SEND_DATA to E4.az.HR.Heizung: transmit queue overflow
2017.01.23 19:05:37.135 2: ZWAVE1 transmit NO_ACK for CB 51, target E1.wz.HR.Heizung.Fenster
2017.01.23 19:47:40.075 2: ZWDongle_ProcessSendStack: no ACK, resending message 010900131a02310425bf52
2017.01.23 19:50:55.055 2: ZWDongle_ProcessSendStack: no ACK, resending message 010900131202840825e3bf
2017.01.23 19:51:03.798 2: ZWAVE1 transmit NO_ACK for CB e2, target E2.ez.HR.Heizung
2017.01.23 19:51:05.802 2: ZWAVE1 transmit NO_ACK for CB e2, target E2.ez.HR.Heizung
2017.01.23 19:55:53.259 2: ZWAVE1 transmit NO_ACK for CB ed, target EG.fl.HR.Heizung
2017.01.23 20:06:01.451 2: ERROR: cannot SEND_DATA to E1.wz.HR.Heizung.Fenster: transmit queue overflow
2017.01.23 20:06:05.305 2: ZWDongle_ProcessSendStack: no ACK, resending message 010a00131203430201251486
2017.01.23 20:06:06.274 2: ERROR: cannot SEND_DATA to E1.wz.HR.Heizung.Fenster: transmit queue overflow
2017.01.23 20:06:10.375 2: ZWAVE1 transmit NO_ACK for CB 14, target E1.wz.HR.Heizung.Fenster
2017.01.23 20:21:06.588 2: ZWDongle_ProcessSendStack: no ACK, resending message 0109001312022602253fcb
2017.01.23 20:21:08.357 2: ZWDongle_ProcessSendStack: no ACK, resending message 010a001313034302012548db
2017.01.23 20:21:08.554 2: ZWDongle_ProcessSendStack: no ACK, resending message 01090013120240022546d4
2017.01.23 20:21:09.634 2: ZWDongle_ProcessSendStack: no ACK, resending message 01090013120226022547b3
2017.01.23 20:36:17.567 2: ZWDongle_ProcessSendStack: no ACK, resending message 0109001313022602257580
2017.01.23 21:06:39.168 2: ZWAVE1 transmit NO_ACK for CB f1, target E2.ez.HR.Heizung
2017.01.23 21:06:53.284 2: ZWAVE1 transmit NO_ACK for CB fa, target E2.ku.HR.Heizung
Ich verzweifle noch
Torsten
ZitatAuch wenn Dir diese Antwort nicht gefallen wird, es hat doch etwas mit event-min-intervall zu tun...
Jetzt, wo du das sagst, ist es auch klar: readingsChange reagiert auf Events, wenn kein Event, auch kein Change.
Readings werden trotzdem geaendert, es heisst ja auch nicht readings-min-interval :)
Kannst du mir bitte noch erklaeren, wieso event-min-interval verhindert, dass dein sendstack nicht ueberlaeuft?
Ok, d.h. also durch das event-min-intervall = 60 wurden die mehrfachen events innerhalb einer Minute unterdrückt und somit ab dem zweiten mal kein readingschange mehr angewendet. das reading selbst wurden trotzdem geändert, was dann eben sporadisch zu dem beobachteten "Fehler" führt, immer dann wenn ein zweites, drittes... mal der Wert innerhalb einer Minute geändert wurde.
Das mit dem sendstack kann ich Dir leider nicht erklären :( Es ist ja auch nur eine Beobachtung. Seit min-intevall entfernt ist, sieht es in den logs chaotisch aus:
2017-01-23_19:33:57 E1.wz.HR.Heizung.Wand wakeup: notification
2017-01-23_19:33:57 E1.wz.HR.Heizung.Wand setpointTemp: 22.0
2017-01-23_19:33:58 E1.wz.HR.Heizung.Wand setpointTemp: 22.0
2017-01-23_19:34:02 E1.wz.HR.Heizung.Wand temperature: 22.5
2017-01-23_19:34:02 E1.wz.HR.Heizung.Wand temperature: 22.5
2017-01-23_19:49:06 E1.wz.HR.Heizung.Wand wakeup: notification
2017-01-23_19:49:06 E1.wz.HR.Heizung.Wand reportedState: 10
2017-01-23_19:49:06 E1.wz.HR.Heizung.Wand reportedState: 10
2017-01-23_19:49:06 E1.wz.HR.Heizung.Wand reportedState: 10
2017-01-23_19:49:06 E1.wz.HR.Heizung.Wand reportedState: 10
2017-01-23_19:49:10 E1.wz.HR.Heizung.Wand setpointTemp: 22.0
2017-01-23_20:04:15 E1.wz.HR.Heizung.Wand wakeup: notification
2017-01-23_20:04:15 E1.wz.HR.Heizung.Wand setpointTemp: 22.0
2017-01-23_20:04:15 E1.wz.HR.Heizung.Wand setpointTemp: 22.0
2017-01-23_20:04:15 E1.wz.HR.Heizung.Wand setpointTemp: 22.0
2017-01-23_20:04:15 E1.wz.HR.Heizung.Wand setpointTemp: 22.0
2017-01-23_20:04:15 E1.wz.HR.Heizung.Wand temperature: 23.0
2017-01-23_20:04:16 E1.wz.HR.Heizung.Wand reportedState: 6
2017-01-23_20:04:16 E1.wz.HR.Heizung.Wand reportedState: 6
2017-01-23_20:04:20 E1.wz.HR.Heizung.Wand temperature: 23.0
2017-01-23_20:04:21 E1.wz.HR.Heizung.Wand temperature: 23.0
2017-01-23_20:04:21 E1.wz.HR.Heizung.Wand temperature: 23.0
2017-01-23_20:04:21 E1.wz.HR.Heizung.Wand reportedState: 6
2017-01-23_20:19:24 E1.wz.HR.Heizung.Wand wakeup: notification
2017-01-23_20:19:24 E1.wz.HR.Heizung.Wand reportedState: 6
2017-01-23_20:19:24 E1.wz.HR.Heizung.Wand reportedState: 6
2017-01-23_20:19:24 E1.wz.HR.Heizung.Wand reportedState: 6
2017-01-23_20:19:25 E1.wz.HR.Heizung.Wand reportedState: 6
2017-01-23_20:19:25 E1.wz.HR.Heizung.Wand reportedState: 6
2017-01-23_20:19:25 E1.wz.HR.Heizung.Wand reportedState: 6
2017-01-23_20:19:25 E1.wz.HR.Heizung.Wand reportedState: 6
2017-01-23_20:19:25 E1.wz.HR.Heizung.Wand reportedState: 6
2017-01-23_20:34:31 E1.wz.HR.Heizung.Wand wakeup: notification
2017-01-23_20:34:32 E1.wz.HR.Heizung.Wand setpointTemp: 22.0
2017-01-23_20:34:32 E1.wz.HR.Heizung.Wand setpointTemp: 22.0
2017-01-23_20:34:32 E1.wz.HR.Heizung.Wand setpointTemp: 22.0
2017-01-23_20:34:36 E1.wz.HR.Heizung.Wand setpointTemp: 22.0
2017-01-23_20:49:41 E1.wz.HR.Heizung.Wand wakeup: notification
2017-01-23_20:49:43 E1.wz.HR.Heizung.Wand temperature: 22.5
2017-01-23_20:49:43 E1.wz.HR.Heizung.Wand reportedState: 11
2017-01-23_20:49:43 E1.wz.HR.Heizung.Wand reportedState: 11
2017-01-23_20:49:43 E1.wz.HR.Heizung.Wand reportedState: 11
2017-01-23_20:49:43 E1.wz.HR.Heizung.Wand reportedState: 11
2017-01-23_20:49:43 E1.wz.HR.Heizung.Wand reportedState: 11
2017-01-23_20:49:43 E1.wz.HR.Heizung.Wand reportedState: 11
2017-01-23_20:49:43 E1.wz.HR.Heizung.Wand reportedState: 11
2017-01-23_20:49:44 E1.wz.HR.Heizung.Wand reportedState: 11
2017-01-23_20:49:44 E1.wz.HR.Heizung.Wand temperature: 22.5
2017-01-23_20:49:45 E1.wz.HR.Heizung.Wand setpointTemp: 22.0
2017-01-23_21:04:52 E1.wz.HR.Heizung.Wand wakeup: notification
2017-01-23_21:04:52 E1.wz.HR.Heizung.Wand reportedState: 11
2017-01-23_21:04:52 E1.wz.HR.Heizung.Wand reportedState: 11
2017-01-23_21:04:52 E1.wz.HR.Heizung.Wand temperature: 22.5
2017-01-23_21:04:52 E1.wz.HR.Heizung.Wand temperature: 22.5
2017-01-23_21:04:52 E1.wz.HR.Heizung.Wand temperature: 22.5
2017-01-23_21:04:53 E1.wz.HR.Heizung.Wand setpointTemp: 22.0
2017-01-23_21:04:53 E1.wz.HR.Heizung.Wand setpointTemp: 22.0
2017-01-23_21:04:53 E1.wz.HR.Heizung.Wand setpointTemp: 22.0
2017-01-23_21:04:53 E1.wz.HR.Heizung.Wand setpointTemp: 22.0
2017-01-23_21:04:53 E1.wz.HR.Heizung.Wand setpointTemp: 22.0
2017-01-23_21:04:58 E1.wz.HR.Heizung.Wand setpointTemp: 22.0
2017-01-23_21:04:58 E1.wz.HR.Heizung.Wand reportedState: 11
2017-01-23_21:04:58 E1.wz.HR.Heizung.Wand reportedState: 11
2017-01-23_21:04:58 E1.wz.HR.Heizung.Wand reportedState: 11
2017-01-23_21:20:02 E1.wz.HR.Heizung.Wand wakeup: notification
2017-01-23_21:20:02 E1.wz.HR.Heizung.Wand reportedState: 14
2017-01-23_21:20:02 E1.wz.HR.Heizung.Wand reportedState: 14
2017-01-23_21:20:02 E1.wz.HR.Heizung.Wand reportedState: 14
2017-01-23_21:20:02 E1.wz.HR.Heizung.Wand reportedState: 14
2017-01-23_21:20:02 E1.wz.HR.Heizung.Wand reportedState: 14
2017-01-23_21:20:02 E1.wz.HR.Heizung.Wand reportedState: 14
2017-01-23_21:20:03 E1.wz.HR.Heizung.Wand reportedState: 14
2017-01-23_21:20:03 E1.wz.HR.Heizung.Wand reportedState: 14
2017-01-23_21:20:03 E1.wz.HR.Heizung.Wand reportedState: 14
2017-01-23_21:20:04 E1.wz.HR.Heizung.Wand reportedState: 14
2017-01-23_21:20:05 E1.wz.HR.Heizung.Wand reportedState: 14
2017-01-23_21:20:05 E1.wz.HR.Heizung.Wand reportedState: 14
2017-01-23_21:20:06 E1.wz.HR.Heizung.Wand temperature: 22.5
2017-01-23_21:35:13 E1.wz.HR.Heizung.Wand wakeup: notification
2017-01-23_21:35:13 E1.wz.HR.Heizung.Wand temperature: 23.0
2017-01-23_21:35:13 E1.wz.HR.Heizung.Wand temperature: 23.0
2017-01-23_21:35:13 E1.wz.HR.Heizung.Wand temperature: 23.0
2017-01-23_21:35:17 E1.wz.HR.Heizung.Wand setpointTemp: 22.0
2017-01-23_21:35:17 E1.wz.HR.Heizung.Wand setpointTemp: 22.0
2017-01-23_21:35:18 E1.wz.HR.Heizung.Wand setpointTemp: 22.0
2017-01-23_21:35:18 E1.wz.HR.Heizung.Wand setpointTemp: 22.0
2017-01-23_22:05:31 E1.wz.HR.Heizung.Wand wakeup: notification
2017-01-23_22:05:31 E1.wz.HR.Heizung.Wand temperature: 23.0
2017-01-23_22:05:31 E1.wz.HR.Heizung.Wand setpointTemp: 22.0
2017-01-23_22:05:31 E1.wz.HR.Heizung.Wand reportedState: 10
2017-01-23_22:05:31 E1.wz.HR.Heizung.Wand thermostatMode: heating
2017-01-23_22:05:32 E1.wz.HR.Heizung.Wand thermostatMode: heating
2017-01-23_22:05:32 E1.wz.HR.Heizung.Wand thermostatMode: heating
2017-01-23_22:05:32 E1.wz.HR.Heizung.Wand thermostatMode: heating
Wie komme ich denn nun der Ursache auf die Schliche?
Gruß
Torsten
Habe mit zwave dongle verbose 4 mal mitgeloggt. reportedState 2x im Eventlog und filelog, aber nur einmal im FHEM log, thermostatMode 4x im Eventlog und filelog, aber nur 2x im FHEM log (soweit ich das aus dem FHEM log erkennen kann).
Hier die logs
Eventmonitor:
2017-01-23 23:21:59.387 ZWave ST.bz.HR.Heizung wakeup: notification
2017-01-23 23:21:59.583 readingsGroup ST.bz.HR.Steuerung.grp ST.bz.HR.Heizung.temperature: 22.5 °C
2017-01-23 23:21:59.595 readingsGroup ST.bz.HR.Steuerung.grp sort: 0
2017-01-23 23:21:59.606 ZWave ST.bz.HR.Heizung temperature: 22.5
2017-01-23 23:21:59.739 readingsGroup ST.bz.HR.Steuerung.grp ST.bz.HR.Heizung.setpointTemp: 22.0 °C
2017-01-23 23:21:59.751 readingsGroup ST.bz.HR.Steuerung.grp sort: 0
2017-01-23 23:21:59.761 ZWave ST.bz.HR.Heizung setpointTemp: 22.0
2017-01-23 23:21:59.972 readingsGroup ST.bz.HR.Steuerung.grp ST.bz.HR.Heizung.reportedState: 14 %
2017-01-23 23:21:59.983 readingsGroup ST.bz.HR.Steuerung.grp sort: 0
2017-01-23 23:21:59.994 ZWave ST.bz.HR.Heizung reportedState: 14
2017-01-23 23:22:00.096 readingsGroup ST.bz.HR.Steuerung.grp ST.bz.HR.Heizung.reportedState: 14 %
2017-01-23 23:22:00.107 readingsGroup ST.bz.HR.Steuerung.grp sort: 0
2017-01-23 23:22:00.116 ZWave ST.bz.HR.Heizung reportedState: 14
2017-01-23 23:22:00.785 readingsGroup ST.bz.HR.Steuerung.grp ST.bz.HR.Heizung.thermostatMode: heating
2017-01-23 23:22:00.796 readingsGroup ST.bz.HR.Steuerung.grp sort: 0
2017-01-23 23:22:00.802 ZWave ST.bz.HR.Heizung thermostatMode: heating
2017-01-23 23:22:05.761 readingsGroup ST.bz.HR.Steuerung.grp ST.bz.HR.Heizung.thermostatMode: heating
2017-01-23 23:22:05.772 readingsGroup ST.bz.HR.Steuerung.grp sort: 0
2017-01-23 23:22:05.778 ZWave ST.bz.HR.Heizung thermostatMode: heating
2017-01-23 23:22:06.101 readingsGroup ST.bz.HR.Steuerung.grp ST.bz.HR.Heizung.thermostatMode: heating
2017-01-23 23:22:06.113 readingsGroup ST.bz.HR.Steuerung.grp sort: 0
2017-01-23 23:22:06.119 ZWave ST.bz.HR.Heizung thermostatMode: heating
2017-01-23 23:22:06.147 readingsGroup ST.bz.HR.Steuerung.grp ST.bz.HR.Heizung.thermostatMode: heating
2017-01-23 23:22:06.159 readingsGroup ST.bz.HR.Steuerung.grp sort: 0
2017-01-23 23:22:06.165 ZWave ST.bz.HR.Heizung thermostatMode: heating
2017-01-23 23:22:06.208 readingsGroup ST.bz.HR.Steuerung.grp ST.bz.HR.Heizung.thermostatMode: heating
2017-01-23 23:22:06.220 readingsGroup ST.bz.HR.Steuerung.grp sort: 0
2017-01-23 23:22:06.226 ZWave ST.bz.HR.Heizung thermostatMode: heating
FHEM log:
2017.01.23 23:21:58.911 4: ZWDongle_Read ZWAVE1: rcvd 0004000c06310504220005 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.23 23:21:58.913 4: CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:06310504220005 CB:00
2017.01.23 23:21:59.342 4: ZWDongle_Read ZWAVE1: rcvd 00040020028407 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.23 23:21:59.343 4: CMD:APPLICATION_COMMAND_HANDLER ID:20 ARG:028407 CB:00
2017.01.23 23:21:59.379 3: ZS.zs.HR.wakeUpAll.smStatus.nfy get Temperatur: ST.bz.HR.Heizung
2017.01.23 23:21:59.380 3: ZWave get ST.bz.HR.Heizung smStatus
2017.01.23 23:21:59.505 4: ZWDongle_Read ZWAVE1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2017.01.23 23:21:59.508 4: ZWDongle_Read ZWAVE1: rcvd 00138d000006 (request ZW_SEND_DATA), sending ACK
2017.01.23 23:21:59.510 4: CMD:ZW_SEND_DATA ID:00 ARG:0006 CB:8d
2017.01.23 23:21:59.510 4: ZWAVE1 transmit OK for CB 8d, target ST.bz.HR.Heizung
2017.01.23 23:21:59.557 4: ZWDongle_Read ZWAVE1: rcvd 00040020063105012200e1 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.23 23:21:59.559 4: CMD:APPLICATION_COMMAND_HANDLER ID:20 ARG:063105012200e1 CB:00
2017.01.23 23:21:59.597 3: ZS.zs.HR.wakeUpAll.setpoint.nfy get Solltemperatur: ST.bz.HR.Heizung
2017.01.23 23:21:59.599 3: ZWave get ST.bz.HR.Heizung setpoint
2017.01.23 23:21:59.610 4: ZWDongle_Read ZWAVE1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2017.01.23 23:21:59.668 4: ZWDongle_Read ZWAVE1: rcvd 00138e000006 (request ZW_SEND_DATA), sending ACK
2017.01.23 23:21:59.669 4: CMD:ZW_SEND_DATA ID:00 ARG:0006 CB:8e
2017.01.23 23:21:59.669 4: ZWAVE1 transmit OK for CB 8e, target ST.bz.HR.Heizung
2017.01.23 23:21:59.713 4: ZWDongle_Read ZWAVE1: rcvd 00040020064303012200dc (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.23 23:21:59.715 4: CMD:APPLICATION_COMMAND_HANDLER ID:20 ARG:064303012200dc CB:00
2017.01.23 23:21:59.754 3: ZS.zs.HR.wakeUpAll.swmStatus.nfy get Ventil: ST.bz.HR.Heizung
2017.01.23 23:21:59.755 3: ZWave get ST.bz.HR.Heizung swmStatus
2017.01.23 23:21:59.765 4: ZWDongle_Read ZWAVE1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2017.01.23 23:21:59.818 4: ZWDongle_Read ZWAVE1: rcvd 00138f000006 (request ZW_SEND_DATA), sending ACK
2017.01.23 23:21:59.819 4: CMD:ZW_SEND_DATA ID:00 ARG:0006 CB:8f
2017.01.23 23:21:59.819 4: ZWAVE1 transmit OK for CB 8f, target ST.bz.HR.Heizung
2017.01.23 23:21:59.946 4: ZWDongle_Read ZWAVE1: rcvd 000400200326030e (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.23 23:21:59.947 4: CMD:APPLICATION_COMMAND_HANDLER ID:20 ARG:0326030e CB:00
2017.01.23 23:21:59.987 3: ZS.zs.HR.wakeUpAll.thermostatMode.nfy get ThermostatMode: ST.bz.HR.Heizung
2017.01.23 23:21:59.988 3: ZWave get ST.bz.HR.Heizung thermostatMode
2017.01.23 23:21:59.998 4: ZWDongle_Read ZWAVE1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2017.01.23 23:22:00.070 4: ZWDongle_Read ZWAVE1: rcvd 000400200326030e (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.23 23:22:00.072 4: CMD:APPLICATION_COMMAND_HANDLER ID:20 ARG:0326030e CB:00
2017.01.23 23:22:00.111 3: ZS.zs.HR.wakeUpAll.thermostatMode.nfy get ThermostatMode: ST.bz.HR.Heizung
2017.01.23 23:22:00.112 3: ZWave get ST.bz.HR.Heizung thermostatMode
2017.01.23 23:22:00.177 4: ZWDongle_Read ZWAVE1: rcvd 001390000013 (request ZW_SEND_DATA), sending ACK
2017.01.23 23:22:00.179 4: CMD:ZW_SEND_DATA ID:00 ARG:0013 CB:90
2017.01.23 23:22:00.179 4: ZWAVE1 transmit OK for CB 90, target ST.bz.HR.Heizung
2017.01.23 23:22:00.187 4: ZWDongle_Read ZWAVE1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2017.01.23 23:22:00.760 4: ZWDongle_Read ZWAVE1: rcvd 0004002003400301 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.23 23:22:00.762 4: CMD:APPLICATION_COMMAND_HANDLER ID:20 ARG:03400301 CB:00
2017.01.23 23:22:01.838 4: ZWDongle_Read ZWAVE1: rcvd 0013910000a5 (request ZW_SEND_DATA), sending ACK
2017.01.23 23:22:01.840 4: CMD:ZW_SEND_DATA ID:00 ARG:00a5 CB:91
2017.01.23 23:22:01.840 4: ZWAVE1 transmit OK for CB 91, target ST.bz.HR.Heizung
2017.01.23 23:22:02.146 4: ZWDongle_Read ZWAVE1: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2017.01.23 23:22:02.198 4: ZWDongle_Read ZWAVE1: rcvd 001392000005 (request ZW_SEND_DATA), sending ACK
2017.01.23 23:22:02.200 4: CMD:ZW_SEND_DATA ID:00 ARG:0005 CB:92
2017.01.23 23:22:02.200 4: ZWAVE1 transmit OK for CB 92, target ST.bz.HR.Heizung
2017.01.23 23:22:05.736 4: ZWDongle_Read ZWAVE1: rcvd 0004002003400301 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.23 23:22:05.737 4: CMD:APPLICATION_COMMAND_HANDLER ID:20 ARG:03400301 CB:00
2017.01.23 23:22:06.076 4: ZWDongle_Read ZWAVE1: rcvd 0004002003400301 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.23 23:22:06.078 4: CMD:APPLICATION_COMMAND_HANDLER ID:20 ARG:03400301 CB:00
2017.01.23 23:22:06.122 4: ZWDongle_Read ZWAVE1: rcvd 0004002003400301 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.23 23:22:06.124 4: CMD:APPLICATION_COMMAND_HANDLER ID:20 ARG:03400301 CB:00
2017.01.23 23:22:06.183 4: ZWDongle_Read ZWAVE1: rcvd 0004002003400301 (request APPLICATION_COMMAND_HANDLER), sending ACK
2017.01.23 23:22:06.185 4: CMD:APPLICATION_COMMAND_HANDLER ID:20 ARG:03400301 CB:00
filelog:
2017-01-23_23:21:59 ST.bz.HR.Heizung wakeup: notification
2017-01-23_23:21:59 ST.bz.HR.Heizung temperature: 22.5
2017-01-23_23:21:59 ST.bz.HR.Heizung setpointTemp: 22.0
2017-01-23_23:21:59 ST.bz.HR.Heizung reportedState: 14
2017-01-23_23:22:00 ST.bz.HR.Heizung reportedState: 14
2017-01-23_23:22:00 ST.bz.HR.Heizung thermostatMode: heating
2017-01-23_23:22:05 ST.bz.HR.Heizung thermostatMode: heating
2017-01-23_23:22:06 ST.bz.HR.Heizung thermostatMode: heating
2017-01-23_23:22:06 ST.bz.HR.Heizung thermostatMode: heating
2017-01-23_23:22:06 ST.bz.HR.Heizung thermostatMode: heating
Vielleicht sollte ich noch erwähnen, dass ich auf anraten von Christian, statt eines einzigen notifys, das alle Werte per get abfrägt, nun getrennte notifys verwende. Sprich also für jeden abzufragenden Wert ein eigenes. Die notifys sollten dabei nicht alle auf wakeup reagieren, sondern aufeinander aufbauen.
wakeup --> temperature (smStatus) --> setpointTemp --> reportedState (swmStatus) --> thermostatMode
Wenn also in der Kette am Anfang irgendetwas mehrfach getriggert wird, tritt das eine Lawine los. Was ist denn nun der beste, stabilste Weg nach einem wakeup mehrere Parameter vom Gerät abzufragen?
Gruß
Torsten