Hab grad ein komisches Phänomen:
Bin in der Geräte-Detail Seite meines Aeontech Multisensor 6 gen5 ausversehen auf "delecte device" gekommen, als ich auf die pepper1 Seite wollte - kurz verklickt, schon passiert, nicht ganz so ideal. (vielleicht kann man beim löschen nochmal ne kleine Bestätigung einbaun?)
Egal, habe dann den Sensor mit removeNode gelöscht, resettet und wieder hinzugefügt.
Seit dem hab ich jetzt das Problem, dass Parameter nichtmehr direkt übertragen kann:
Also ich gehe in die Detail-Seite wähle den entsprechenden Parameter in der set-Zeile und gebe den gewünschten Wert ein, drücke dann erst am Sensor den Wakeup-Button und klicke im Anschluss auf den Set-Knopf im Web-GUI.
zB.
set configBatteryReportingThreshold 95
Ist doch richtig, oder? Zumindest hat das bisher immer funktioniert, jetzt klappt das nicht mehr. Statt dessen landet dieser set Befehl im "send-Stack", dort bleibt er auch wenn noch wiederholt den Sensor manuell aufwecke.
Hier ein erneues List:
Internals:
CFGFN
DEF d344759d 32
IODev ZWAVE1
LASTInputDev ZWAVE1
MSGCNT 320
NAME MSKueche
NR 195
STATE TRANSMIT_NO_ACK
TYPE ZWave
ZWAVE1_MSGCNT 320
ZWAVE1_RAWMSG 00040020057006020100
ZWAVE1_TIME 2016-03-03 08:42:06
homeId d344759d
isWakeUp 1
lastMsgSent 1456990926.03939
nodeIdHex 20
Readings:
2016-03-03 07:56:23 CMD ZW_APPLICATION_UPDATE
2016-03-03 08:41:51 alarm HomeSecurity: Previous Events cleared, arg 0000
2016-03-03 08:41:54 basicSet 00
2016-03-03 08:41:53 battery 100 %
2016-03-03 08:42:02 configBatteryReportingThreshold 0
2016-03-03 08:42:02 configCommandOptions BasicSetDefault
2016-03-03 08:42:02 configEnableDisableLockConfiguration Disable
2016-03-03 08:42:02 configEnableMotionSensor EnabledLevel5MaximumSensitivity
2016-03-03 08:42:03 configGroup1Interval 3600
2016-03-03 08:42:03 configGroup1Reports 241
2016-03-03 08:42:03 configGroup2Interval 3600
2016-03-03 08:42:03 configGroup2Reports 0
2016-03-03 08:42:03 configGroup3Interval 3600
2016-03-03 08:42:04 configGroup3Reports 0
2016-03-03 08:42:04 configHumidityCalibration 0
2016-03-03 08:42:04 configHumidityReportingThreshold 10
2016-03-03 08:42:04 configLowBattery 20
2016-03-03 08:42:04 configLowTempAlarm Disabled
2016-03-03 08:42:04 configLuminanceCalibration 0
2016-03-03 08:42:05 configLuminanceReportingThreshold 100
2016-03-03 08:42:05 configOnTime 10
2016-03-03 08:42:05 configReportingThreshold Enabled
2016-03-03 08:42:05 configTemperatureCalibration 0
2016-03-03 08:42:05 configTemperatureReportingThreshold 20
2016-03-03 08:42:05 configUVReportingThreshold 2
2016-03-03 08:42:06 configUltravioletCalibration 0
2016-03-03 08:42:06 configWakeUp10MinutesOnPowerOn No
2016-03-02 23:50:50 config_9 256
2016-03-03 08:41:52 humidity 37 %
2016-03-03 08:41:53 luminance 15 Lux
2016-03-02 23:32:34 model Aeotec MultiSensor 6
2016-03-02 23:32:34 modelConfig aeotec/multisensor6.xml
2016-03-02 23:32:34 modelId 0086-0002-0064
2016-03-03 07:55:23 state TRANSMIT_NO_ACK
2016-03-03 08:41:52 temperature 19.1 C
2016-03-03 08:42:06 transmit OK
2016-03-03 08:41:53 ultraviolet 0 UV
2016-03-03 08:41:54 wakeup notification
SendStack:
set:13200670042c0200632520
Attributes:
IODev ZWAVE1
WNMI_delay 0.3
classes ZWAVEPLUS_INFO VERSION MANUFACTURER_SPECIFIC ASSOCIATION_GRP_INFO ASSOCIATION POWERLEVEL ALARM WAKE_UP BATTERY SENSOR_BINARY SENSOR_MULTILEVEL CONFIGURATION FIRMWARE_UPDATE_MD MARK DEVICE_RESET_LOCALLY
room ZWave
Kommt es jetzt zum automatisch ausgelösten Wakeup, wird der Befehl gesendet, er ist nicht mehr im send-Stack.
List nach dem automatischen wakeup:
Internals:
CFGFN
DEF d344759d 32
IODev ZWAVE1
LASTInputDev ZWAVE1
MSGCNT 326
NAME MSKueche
NR 195
STATE TRANSMIT_NO_ACK
TYPE ZWave
ZWAVE1_MSGCNT 326
ZWAVE1_RAWMSG 00040420028407
ZWAVE1_TIME 2016-03-03 09:40:53
homeId d344759d
isWakeUp 1
lastMsgSent 1456994453.02635
nodeIdHex 20
Readings:
2016-03-03 07:56:23 CMD ZW_APPLICATION_UPDATE
2016-03-03 08:41:51 alarm HomeSecurity: Previous Events cleared, arg 0000
2016-03-03 08:41:54 basicSet 00
2016-03-03 09:40:52 battery 100 %
2016-03-03 08:42:02 configBatteryReportingThreshold 0
2016-03-03 08:42:02 configCommandOptions BasicSetDefault
2016-03-03 08:42:02 configEnableDisableLockConfiguration Disable
2016-03-03 08:42:02 configEnableMotionSensor EnabledLevel5MaximumSensitivity
2016-03-03 08:42:03 configGroup1Interval 3600
2016-03-03 08:42:03 configGroup1Reports 241
2016-03-03 08:42:03 configGroup2Interval 3600
2016-03-03 08:42:03 configGroup2Reports 0
2016-03-03 08:42:03 configGroup3Interval 3600
2016-03-03 08:42:04 configGroup3Reports 0
2016-03-03 08:42:04 configHumidityCalibration 0
2016-03-03 08:42:04 configHumidityReportingThreshold 10
2016-03-03 08:42:04 configLowBattery 20
2016-03-03 08:42:04 configLowTempAlarm Disabled
2016-03-03 08:42:04 configLuminanceCalibration 0
2016-03-03 08:42:05 configLuminanceReportingThreshold 100
2016-03-03 08:42:05 configOnTime 10
2016-03-03 08:42:05 configReportingThreshold Enabled
2016-03-03 08:42:05 configTemperatureCalibration 0
2016-03-03 08:42:05 configTemperatureReportingThreshold 20
2016-03-03 08:42:05 configUVReportingThreshold 2
2016-03-03 08:42:06 configUltravioletCalibration 0
2016-03-03 08:42:06 configWakeUp10MinutesOnPowerOn No
2016-03-02 23:50:50 config_9 256
2016-03-03 09:40:51 humidity 38 %
2016-03-03 09:40:52 luminance 35 Lux
2016-03-02 23:32:34 model Aeotec MultiSensor 6
2016-03-02 23:32:34 modelConfig aeotec/multisensor6.xml
2016-03-02 23:32:34 modelId 0086-0002-0064
2016-03-03 07:55:23 state TRANSMIT_NO_ACK
2016-03-03 09:40:50 temperature 18.9 C
2016-03-03 09:40:53 transmit OK
2016-03-03 09:40:52 ultraviolet 0 UV
2016-03-03 09:40:53 wakeup notification
Attributes:
IODev ZWAVE1
WNMI_delay 0.3
classes ZWAVEPLUS_INFO VERSION MANUFACTURER_SPECIFIC ASSOCIATION_GRP_INFO ASSOCIATION POWERLEVEL ALARM WAKE_UP BATTERY SENSOR_BINARY SENSOR_MULTILEVEL CONFIGURATION FIRMWARE_UPDATE_MD MARK DEVICE_RESET_LOCALLY
room ZWave
Der Wert, den ich wie oben aber ändern wollte, ist immernoch der alte.
2016-03-03 08:42:02 configBatteryReportingThreshold 0
hier der Logfile auszug, um die uhrzeit vom letzten transmit:
2016.03.03 09:36:56 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004001d0a32022144000000460000
2016.03.03 09:36:56 5: SW: 06
2016.03.03 09:36:56 5: ZWAVE1 dispatch 0004001d0a32022144000000460000
2016.03.03 09:36:56 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:1d ARG:0a32022144000000460000
2016.03.03 09:40:50 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040020063105012200bd
2016.03.03 09:40:50 5: SW: 06
2016.03.03 09:40:50 5: ZWAVE1 dispatch 00040020063105012200bd
2016.03.03 09:40:50 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:20 ARG:063105012200bd
2016.03.03 09:40:51 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040020053105050126
2016.03.03 09:40:51 5: SW: 06
2016.03.03 09:40:51 5: ZWAVE1 dispatch 00040020053105050126
2016.03.03 09:40:51 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:20 ARG:053105050126
2016.03.03 09:40:52 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004002003800364
2016.03.03 09:40:52 5: SW: 06
2016.03.03 09:40:52 5: ZWAVE1 dispatch 0004002003800364
2016.03.03 09:40:52 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:20 ARG:03800364
2016.03.03 09:40:52 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040020063105030a0023
2016.03.03 09:40:52 5: SW: 06
2016.03.03 09:40:52 5: ZWAVE1 dispatch 00040020063105030a0023
2016.03.03 09:40:52 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:20 ARG:063105030a0023
2016.03.03 09:40:52 4: ZWDongle_Read ZWAVE1: sending ACK, processing 000400200531051b0100
2016.03.03 09:40:52 5: SW: 06
2016.03.03 09:40:52 5: ZWAVE1 dispatch 000400200531051b0100
2016.03.03 09:40:52 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:20 ARG:0531051b0100
2016.03.03 09:40:53 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040420028407
2016.03.03 09:40:53 5: SW: 06
2016.03.03 09:40:53 5: ZWAVE1 dispatch 00040420028407
2016.03.03 09:40:53 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:20 ARG:028407
2016.03.03 09:40:53 5: ZWDongle_Write 0013200670042c0200632520 (d344759d)
2016.03.03 09:40:53 5: SW: 010d0013200670042c0200632520fb
2016.03.03 09:40:53 5: ACK received, WaitForAck=>2 for 010d0013200670042c0200632520fb
2016.03.03 09:40:53 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2016.03.03 09:40:53 5: SW: 06
2016.03.03 09:40:53 5: ZWAVE1 dispatch 011301
2016.03.03 09:40:53 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00132000
2016.03.03 09:40:53 5: SW: 06
2016.03.03 09:40:53 5: device ack reveived, removing 010d0013200670042c0200632520fb from dongle sendstack
2016.03.03 09:40:53 5: ZWAVE1 dispatch 00132000
2016.03.03 09:40:53 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:
2016.03.03 09:40:53 4: ZWAVE1 transmit OK for 20
2016.03.03 09:40:53 5: ZWDongle_Write 0013200284082520 (d344759d)
2016.03.03 09:40:53 5: SW: 010900132002840825204e
2016.03.03 09:40:53 5: ACK received, WaitForAck=>2 for 010900132002840825204e
2016.03.03 09:40:53 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2016.03.03 09:40:53 5: SW: 06
2016.03.03 09:40:53 5: ZWAVE1 dispatch 011301
2016.03.03 09:40:53 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00132000
2016.03.03 09:40:53 5: SW: 06
2016.03.03 09:40:53 5: device ack reveived, removing 010900132002840825204e from dongle sendstack
2016.03.03 09:40:53 5: ZWAVE1 dispatch 00132000
2016.03.03 09:40:53 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:
2016.03.03 09:40:53 4: ZWAVE1 transmit OK for 20
2016.03.03 09:53:28 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004001e06310504220000
2016.03.03 09:53:28 5: SW: 06
2016.03.03 09:53:28 5: ZWAVE1 dispatch 0004001e06310504220000
2016.03.03 09:53:28 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:1e ARG:06310504220000
Hat jemand eine Idee, wieso der Sensor sich so verhält?
BTW, wie ist dieser "configBatteryReportingThreshold" zu verstehen?
Ich gebe 95 ein, und ab 95% Ladezustand wird dann immer ein Report erzeugt?
Oder gebe ich 1 ein, und das stellt dann den Wert dar, der sich ändern muss, um einen Report auszulösen? Ist es in diesem Fall dann abhängig vom Wert des letzten Reports (merkt der Sensor sich das dann), oder innerhalb einer bestimmten Zeit?
Die Beschreibung dazu war mir jetzt nicht ganz eindeutig.
Danke für die Hilfe.
Zitatvielleicht kann man beim löschen nochmal ne kleine Bestätigung einbaun?
Ja, ist aber unnoetig, weil man mit "rereadcfg" oder "shutdown restart" die alte Version samt Attribut/Reading herstellen kann.
ZitatEgal, habe dann den Sensor mit removeNode gelöscht, resettet und wieder hinzugefügt.
Hier haette ein "set ZWAVE1 createNode 32" gereicht. Damit sind zwar die FHEM Werte (Attribut/Reading/etc) verloren, aber ein Reset/Inklusion ist unnoetig.
Zitatdrücke dann erst am Sensor den Wakeup-Button und klicke im Anschluss auf den Set-Knopf im Web-GUI.
Falsche Reihenfolge. Kann zwar prinzipiell funktionieren, getestet haben wir aber nur die andere.
Zitatdort bleibt er auch wenn noch wiederholt den Sensor manuell aufwecke.
Das, was ich im Log sehe, bestaetigt es nicht: nach wakeup:notification (8407) sehe ich ein Send mit 70042c020063 (configWord, Parameter 44, Wert 99). Zu den Geraeteeigenschaften kann ich aber nichts sagen.
Weiterer Lesestoff zu Geräteeigenschaften:
http://forum.micasaverde.com/index.php/topic,32132.msg233449.html#msg233449 (http://forum.micasaverde.com/index.php/topic,32132.msg233449.html#msg233449)
Auch daraus lese zumindest ich, dass im Batteriebetrieb nur bei wakeUp gesendet wird.
Bleibt die Hoffnung, dass Aeotec in der Firmware nachbessert.
Andreas
Ich habe es mit "shutdown restart" probiert, das device war wieder da, aber die fehlenden Readings haben mich stutzig gemacht, daher das gewolltest neues einbinden, aber fürs nächste mal merke ich mir das. ;)
Den Sensor hatte ich auch schon im 10min dauer wakeup-Modus, während dieser Zeit sind die Werte auch im send-stack gelandet.
ZitatDas, was ich im Log sehe, bestaetigt es nicht: nach wakeup:notification (8407) sehe ich ein Send mit 70042c020063 (configWord, Parameter 44, Wert 99). Zu den Geraeteeigenschaften kann ich aber nichts sagen.
Der Logfile Auszug stammt von dem "automatischen wakeup intervall" nach diesem ist der sendstack auch wieder geleert.
Werde dann später nochmal ein Auszug zum Zeitpunkt eines manuellen wakeups mit set-Befehl bringen.
Aber dennoch: Selbst nach diesem "erfolgreichen" (automatischen) übermitteln, ist der Parameterwert noch der alte.
@scooty
Danke für den Link, ich mir gleich mal an.