UZB1 Stick: Lizenz schaltet AES Security frei?

buspirat · 21 November 2016, 23:45:04

Nochmal die gleiche Inklusion (nach erfolgreicher Exklusion):


2016.11.21 23:37:00 4: ZWDongle *** set ZWDongle_0 addNode onSec
2016.11.21 23:37:00 5: ZWDongle_Write 004a8106 ()
2016.11.21 23:37:00 5: SW: 0105004a810637
2016.11.21 23:37:00 5: ACK received, removing 0105004a810637 from dongle sendstack
2016.11.21 23:37:00 4: ZWDongle_Read ZWDongle_0: rcvd 004a06010000 (request ZW_ADD_NODE_TO_NETWORK), sending ACK
2016.11.21 23:37:00 5: SW: 06
2016.11.21 23:37:00 5: ZWDongle_0 dispatch 004a06010000
2016.11.21 23:37:00 4: CMD:ZW_ADD_NODE_TO_NETWORK ID:01 ARG:0000 CB:06
2016.11.21 23:37:00 4: ZWDongle_0 ZW_ADD_NODE_TO_NETWORK learnReady
2016.11.21 23:37:02 4: ZWDongle_Read ZWDongle_0: rcvd 004a06020000 (request ZW_ADD_NODE_TO_NETWORK), sending ACK
2016.11.21 23:37:02 5: SW: 06
2016.11.21 23:37:02 5: ZWDongle_0 dispatch 004a06020000
2016.11.21 23:37:02 4: CMD:ZW_ADD_NODE_TO_NETWORK ID:02 ARG:0000 CB:06
2016.11.21 23:37:02 4: ZWDongle_0 ZW_ADD_NODE_TO_NETWORK nodeFound
2016.11.21 23:37:02 4: ZWDongle_Read ZWDongle_0: rcvd 004a060323150407015e80718570728630318459735a8f987aef20 (request ZW_ADD_NODE_TO_NETWORK), sending ACK
2016.11.21 23:37:02 5: SW: 06
2016.11.21 23:37:02 5: ZWDongle_0 dispatch 004a060323150407015e80718570728630318459735a8f987aef20
2016.11.21 23:37:02 4: CMD:ZW_ADD_NODE_TO_NETWORK ID:03 ARG:23150407015e80718570728630318459735a8f987aef20 CB:06
2016.11.21 23:37:02 2: autocreate: define ZWave_SENSOR_NOTIFICATION_35 ZWave ee557686 35 5e80718570728630318459735a8f987aef20
2016.11.21 23:37:02 2: autocreate: define FileLog_ZWave_SENSOR_NOTIFICATION_35 FileLog ./log/ZWave_SENSOR_NOTIFICATION_35-%Y.log ZWave_SENSOR_NOTIFICATION_35
2016.11.21 23:37:03 4: ZWDongle_Read ZWDongle_0: rcvd 004a06052300 (request ZW_ADD_NODE_TO_NETWORK), sending ACK
2016.11.21 23:37:03 5: SW: 06
2016.11.21 23:37:03 5: ZWDongle_0 dispatch 004a06052300
2016.11.21 23:37:03 4: CMD:ZW_ADD_NODE_TO_NETWORK ID:05 ARG:2300 CB:06
2016.11.21 23:37:03 4: ZWDongle *** set ZWDongle_0 addNode off
2016.11.21 23:37:03 5: ZWDongle_Write 004a0507 ()
2016.11.21 23:37:03 5: SW: 0105004a0507b2
2016.11.21 23:37:03 2: ZWAVE Starting secure init for ZWave_SENSOR_NOTIFICATION_35
2016.11.21 23:37:03 5: ZWDongle_Write 00132303980400252e (ee557686)
2016.11.21 23:37:03 5: ACK received, removing 0105004a0507b2 from dongle sendstack
2016.11.21 23:37:03 5: SW: 010a00132303980400252e51
2016.11.21 23:37:03 5: ACK received, WaitForAck=>2 for 010a00132303980400252e51
2016.11.21 23:37:03 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.21 23:37:03 5: SW: 06
2016.11.21 23:37:03 5: ZWDongle_0 dispatch 011301
2016.11.21 23:37:03 4: ZWDongle_Read ZWDongle_0: rcvd 00132e000002 (request ZW_SEND_DATA), sending ACK
2016.11.21 23:37:03 5: SW: 06
2016.11.21 23:37:03 5: device ack reveived, removing 010a00132303980400252e51 from dongle sendstack
2016.11.21 23:37:03 5: ZWDongle_0 dispatch 00132e000002
2016.11.21 23:37:03 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:2e
2016.11.21 23:37:03 4: ZWDongle_0 transmit OK for CB 2e, target ZWave_SENSOR_NOTIFICATION_35
2016.11.21 23:37:03 4: ZWDongle_Read ZWDongle_0: rcvd 004a07062300 (request ZW_ADD_NODE_TO_NETWORK), sending ACK
2016.11.21 23:37:03 5: SW: 06
2016.11.21 23:37:03 5: ZWDongle_0 dispatch 004a07062300
2016.11.21 23:37:03 4: CMD:ZW_ADD_NODE_TO_NETWORK ID:06 ARG:2300 CB:07
2016.11.21 23:37:03 4: ZWDongle_0 ZW_ADD_NODE_TO_NETWORK done
2016.11.21 23:37:05 4: ZWDongle_Read ZWDongle_0: rcvd 0004002303980500 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:37:05 5: SW: 06
2016.11.21 23:37:05 5: ZWDongle_0 dispatch 0004002303980500
2016.11.21 23:37:05 4: CMD:APPLICATION_COMMAND_HANDLER ID:23 ARG:03980500 CB:00
2016.11.21 23:37:05 5: ZWDongle_Write 001323029840252f (ee557686)
2016.11.21 23:37:05 5: SW: 0109001323029840252f16
2016.11.21 23:37:05 5: ACK received, WaitForAck=>2 for 0109001323029840252f16
2016.11.21 23:37:05 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.21 23:37:05 5: SW: 06
2016.11.21 23:37:05 5: ZWDongle_0 dispatch 011301
2016.11.21 23:37:05 4: ZWDongle_Read ZWDongle_0: rcvd 00132f000003 (request ZW_SEND_DATA), sending ACK
2016.11.21 23:37:05 5: SW: 06
2016.11.21 23:37:05 5: device ack reveived, removing 0109001323029840252f16 from dongle sendstack
2016.11.21 23:37:05 5: ZWDongle_0 dispatch 00132f000003
2016.11.21 23:37:05 4: CMD:ZW_SEND_DATA ID:00 ARG:0003 CB:2f
2016.11.21 23:37:05 4: ZWDongle_0 transmit OK for CB 2f, target ZWave_SENSOR_NOTIFICATION_35
2016.11.21 23:37:05 4: ZWDongle_Read ZWDongle_0: rcvd 000400230a98809fa6bf7fbd499428 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:37:05 5: SW: 06
2016.11.21 23:37:05 5: ZWDongle_0 dispatch 000400230a98809fa6bf7fbd499428
2016.11.21 23:37:05 4: CMD:APPLICATION_COMMAND_HANDLER ID:23 ARG:0a98809fa6bf7fbd499428 CB:00
2016.11.21 23:37:05 5: ZWDongle_Write 00132326988177832145cd8686c018c4673a611f7c713f43298986d06629e14d729f719169345130566e2530 (ee557686)
2016.11.21 23:37:05 5: SW: 012d00132326988177832145cd8686c018c4673a611f7c713f43298986d06629e14d729f719169345130566e2530c7
2016.11.21 23:37:05 5: ACK received, WaitForAck=>2 for 012d00132326988177832145cd8686c018c4673a611f7c713f43298986d06629e14d729f719169345130566e2530c7
2016.11.21 23:37:05 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.21 23:37:05 5: SW: 06
2016.11.21 23:37:05 5: ZWDongle_0 dispatch 011301
2016.11.21 23:37:05 4: ZWDongle_Read ZWDongle_0: rcvd 001330000003 (request ZW_SEND_DATA), sending ACK
2016.11.21 23:37:05 5: SW: 06
2016.11.21 23:37:05 5: device ack reveived, removing 012d00132326988177832145cd8686c018c4673a611f7c713f43298986d06629e14d729f719169345130566e2530c7 from dongle sendstack
2016.11.21 23:37:05 5: ZWDongle_0 dispatch 001330000003
2016.11.21 23:37:05 4: CMD:ZW_SEND_DATA ID:00 ARG:0003 CB:30
2016.11.21 23:37:05 4: ZWDongle_0 transmit OK for CB 30, target ZWave_SENSOR_NOTIFICATION_35
2016.11.21 23:37:05 4: ZWDongle_Read ZWDongle_0: rcvd 00040023029840 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:37:05 5: SW: 06
2016.11.21 23:37:05 5: ZWDongle_0 dispatch 00040023029840
2016.11.21 23:37:05 4: CMD:APPLICATION_COMMAND_HANDLER ID:23 ARG:029840 CB:00
2016.11.21 23:37:05 5: ZWDongle_Write 0013230a988055c5702ac702b4232531 (ee557686)
2016.11.21 23:37:05 5: SW: 01110013230a988055c5702ac702b423253140
2016.11.21 23:37:05 5: ACK received, WaitForAck=>2 for 01110013230a988055c5702ac702b423253140
2016.11.21 23:37:05 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.21 23:37:05 5: SW: 06
2016.11.21 23:37:05 5: ZWDongle_0 dispatch 011301
2016.11.21 23:37:05 4: ZWDongle_Read ZWDongle_0: rcvd 001331000003 (request ZW_SEND_DATA), sending ACK
2016.11.21 23:37:05 5: SW: 06
2016.11.21 23:37:05 5: device ack reveived, removing 01110013230a988055c5702ac702b423253140 from dongle sendstack
2016.11.21 23:37:05 5: ZWDongle_0 dispatch 001331000003
2016.11.21 23:37:05 4: CMD:ZW_SEND_DATA ID:00 ARG:0003 CB:31
2016.11.21 23:37:05 4: ZWDongle_0 transmit OK for CB 31, target ZWave_SENSOR_NOTIFICATION_35
2016.11.21 23:37:05 4: ZWDongle_Read ZWDongle_0: rcvd 00040023169881523640904a1af5cf1670cc553699e0e1f7ebd3f5 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:37:05 5: SW: 06
2016.11.21 23:37:05 5: ZWDongle_0 dispatch 00040023169881523640904a1af5cf1670cc553699e0e1f7ebd3f5
2016.11.21 23:37:05 4: CMD:APPLICATION_COMMAND_HANDLER ID:23 ARG:169881523640904a1af5cf1670cc553699e0e1f7ebd3f5 CB:00
2016.11.21 23:37:05 4: CMD:APPLICATION_COMMAND_HANDLER ID:23 ARG:029807 CB:00
2016.11.21 23:37:05 3: ZWave_SENSOR_NOTIFICATION_35: SECURITY enabled, networkkey was verified
2016.11.21 23:37:05 3: ZWave set ZWave_SENSOR_NOTIFICATION_35 secSupportedReport 
2016.11.21 23:37:05 5: ZWDongle_Write 0013230298402533 (ee557686)
2016.11.21 23:37:05 5: SW: 010900132302984025330a
2016.11.21 23:37:05 5: ACK received, WaitForAck=>2 for 010900132302984025330a
2016.11.21 23:37:05 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.21 23:37:05 5: SW: 06
2016.11.21 23:37:05 5: ZWDongle_0 dispatch 011301
2016.11.21 23:37:05 4: ZWDongle_Read ZWDongle_0: rcvd 001333000002 (request ZW_SEND_DATA), sending ACK
2016.11.21 23:37:05 5: SW: 06
2016.11.21 23:37:05 5: device ack reveived, removing 010900132302984025330a from dongle sendstack
2016.11.21 23:37:05 5: ZWDongle_0 dispatch 001333000002
2016.11.21 23:37:05 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:33
2016.11.21 23:37:05 4: ZWDongle_0 transmit OK for CB 33, target ZWave_SENSOR_NOTIFICATION_35
2016.11.21 23:37:05 4: ZWDongle_Read ZWDongle_0: rcvd 000400230a98806c3ae966b4f41228 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:37:05 5: SW: 06
2016.11.21 23:37:05 5: ZWDongle_0 dispatch 000400230a98806c3ae966b4f41228
2016.11.21 23:37:05 4: CMD:APPLICATION_COMMAND_HANDLER ID:23 ARG:0a98806c3ae966b4f41228 CB:00
2016.11.21 23:37:05 5: ZWDongle_Write 001323169881bef00db075591748ae1d926c3af3a1826ee0f73c2534 (ee557686)
2016.11.21 23:37:05 5: SW: 011d001323169881bef00db075591748ae1d926c3af3a1826ee0f73c2534ae
2016.11.21 23:37:05 5: ACK received, WaitForAck=>2 for 011d001323169881bef00db075591748ae1d926c3af3a1826ee0f73c2534ae
2016.11.21 23:37:05 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.21 23:37:05 5: SW: 06
2016.11.21 23:37:05 5: ZWDongle_0 dispatch 011301
2016.11.21 23:37:05 4: ZWDongle_Read ZWDongle_0: rcvd 001334000002 (request ZW_SEND_DATA), sending ACK
2016.11.21 23:37:05 5: SW: 06
2016.11.21 23:37:05 5: device ack reveived, removing 011d001323169881bef00db075591748ae1d926c3af3a1826ee0f73c2534ae from dongle sendstack
2016.11.21 23:37:05 5: ZWDongle_0 dispatch 001334000002
2016.11.21 23:37:05 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:34
2016.11.21 23:37:05 4: ZWDongle_0 transmit OK for CB 34, target ZWave_SENSOR_NOTIFICATION_35
2016.11.21 23:37:05 4: ZWDongle_Read ZWDongle_0: rcvd 00040023029840 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:37:05 5: SW: 06
2016.11.21 23:37:05 5: ZWDongle_0 dispatch 00040023029840
2016.11.21 23:37:05 4: CMD:APPLICATION_COMMAND_HANDLER ID:23 ARG:029840 CB:00
2016.11.21 23:37:05 5: ZWDongle_Write 0013230a9880db2c864f453bd1d22535 (ee557686)
2016.11.21 23:37:05 5: SW: 01110013230a9880db2c864f453bd1d225359f
2016.11.21 23:37:05 5: ACK received, WaitForAck=>2 for 01110013230a9880db2c864f453bd1d225359f
2016.11.21 23:37:05 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.21 23:37:05 5: SW: 06
2016.11.21 23:37:05 5: ZWDongle_0 dispatch 011301
2016.11.21 23:37:05 4: ZWDongle_Read ZWDongle_0: rcvd 001335000002 (request ZW_SEND_DATA), sending ACK
2016.11.21 23:37:05 5: SW: 06
2016.11.21 23:37:05 5: device ack reveived, removing 01110013230a9880db2c864f453bd1d225359f from dongle sendstack
2016.11.21 23:37:05 5: ZWDongle_0 dispatch 001335000002
2016.11.21 23:37:05 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:35
2016.11.21 23:37:05 4: ZWDongle_0 transmit OK for CB 35, target ZWave_SENSOR_NOTIFICATION_35
2016.11.21 23:37:05 4: ZWDongle_Read ZWDongle_0: rcvd 00040023029840 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:37:05 5: SW: 06
2016.11.21 23:37:05 5: ZWDongle_0 dispatch 00040023029840
2016.11.21 23:37:05 4: CMD:APPLICATION_COMMAND_HANDLER ID:23 ARG:029840 CB:00
2016.11.21 23:37:05 5: ZWDongle_Write 0013230a98809fcf2f6c85e6c9c02536 (ee557686)
2016.11.21 23:37:05 5: SW: 01110013230a98809fcf2f6c85e6c9c02536a6
2016.11.21 23:37:05 5: ACK received, WaitForAck=>2 for 01110013230a98809fcf2f6c85e6c9c02536a6
2016.11.21 23:37:05 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.21 23:37:05 5: SW: 06
2016.11.21 23:37:05 5: ZWDongle_0 dispatch 011301
2016.11.21 23:37:05 4: ZWDongle_Read ZWDongle_0: rcvd 000400231f9881d7bf76a3931f22337c7132429caba9cd1b8f4ee1db6c72af277d36925e (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:37:05 5: SW: 06
2016.11.21 23:37:05 5: ZWDongle_0 dispatch 000400231f9881d7bf76a3931f22337c7132429caba9cd1b8f4ee1db6c72af277d36925e
2016.11.21 23:37:05 4: CMD:APPLICATION_COMMAND_HANDLER ID:23 ARG:1f9881d7bf76a3931f22337c7132429caba9cd1b8f4ee1db6c72af277d36925e CB:00
2016.11.21 23:37:05 1: ZWave_SENSOR_NOTIFICATION_35: secDecrypt: Authentification code not verified, command 34a4d6ef2113e3d00d67f6 will be dropped!
2016.11.21 23:37:05 4: ZWDongle_Read ZWDongle_0: rcvd 001336000003 (request ZW_SEND_DATA), sending ACK
2016.11.21 23:37:05 5: SW: 06
2016.11.21 23:37:05 5: device ack reveived, removing 01110013230a98809fcf2f6c85e6c9c02536a6 from dongle sendstack
2016.11.21 23:37:05 5: ZWDongle_0 dispatch 001336000003
2016.11.21 23:37:05 4: CMD:ZW_SEND_DATA ID:00 ARG:0003 CB:36
2016.11.21 23:37:05 4: ZWDongle_0 transmit OK for CB 36, target ZWave_SENSOR_NOTIFICATION_35
2016.11.21 23:37:07 5: ZWDongle_Write 0013230284082537 (ee557686)
2016.11.21 23:37:07 5: SW: 010900132302840825375a
2016.11.21 23:37:07 5: ACK received, WaitForAck=>2 for 010900132302840825375a
2016.11.21 23:37:07 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.21 23:37:07 5: SW: 06
2016.11.21 23:37:07 5: ZWDongle_0 dispatch 011301
2016.11.21 23:37:07 4: ZWDongle_Read ZWDongle_0: rcvd 001337000002 (request ZW_SEND_DATA), sending ACK
2016.11.21 23:37:07 5: SW: 06
2016.11.21 23:37:07 5: device ack reveived, removing 010900132302840825375a from dongle sendstack
2016.11.21 23:37:07 5: ZWDongle_0 dispatch 001337000002
2016.11.21 23:37:07 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:37
2016.11.21 23:37:07 4: ZWDongle_0 transmit OK for CB 37, target ZWave_SENSOR_NOTIFICATION_35

Hier fällt auf:
"2016.11.21 23:37:05 1: ZWave_SENSOR_NOTIFICATION_35: secDecrypt: Authentification code not verified, command 34a4d6ef2113e3d00d67f6 will be dropped!"

Entweder macht der Sensor Mist oder im Stack kommt tatsächlich was durcheinander.
Sonst habe ich eigentlich keine Übertragungsprobleme, da der Sensor und UZB1-Stick momentan nur eine Wand trennt.

Log vom eigentlichen Problem folgt.

buspirat · 22 November 2016, 00:08:16

Problem reproduziert

Code Auswählen


*** Fenster-Sensor ausgelöst ***

2016.11.21 23:56:48 4: ZWDongle_Read ZWDongle_0: rcvd 00040026029840 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:56:48 5: SW: 06
2016.11.21 23:56:48 5: ZWDongle_0 dispatch 00040026029840
2016.11.21 23:56:48 4: CMD:APPLICATION_COMMAND_HANDLER ID:26 ARG:029840 CB:00
2016.11.21 23:56:48 5: ZWDongle_Write 0013260a988068a01c35382ffca0250a (ee557686)
2016.11.21 23:56:48 5: SW: 01110013260a988068a01c35382ffca0250a4c
2016.11.21 23:56:48 5: ACK received, WaitForAck=>2 for 01110013260a988068a01c35382ffca0250a4c
2016.11.21 23:56:48 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.21 23:56:48 5: SW: 06
2016.11.21 23:56:48 5: ZWDongle_0 dispatch 011301
2016.11.21 23:56:48 4: ZWDongle_Read ZWDongle_0: rcvd 00130a000002 (request ZW_SEND_DATA), sending ACK
2016.11.21 23:56:48 5: SW: 06
2016.11.21 23:56:48 5: device ack reveived, removing 01110013260a988068a01c35382ffca0250a4c from dongle sendstack
2016.11.21 23:56:48 5: ZWDongle_0 dispatch 00130a000002
2016.11.21 23:56:48 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:0a
2016.11.21 23:56:48 4: ZWDongle_0 transmit OK for CB 0a, target ZWave_SENSOR_NOTIFICATION_38
2016.11.21 23:56:48 4: ZWDongle_Read ZWDongle_0: rcvd 00040026029840 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:56:48 5: SW: 06
2016.11.21 23:56:48 5: ZWDongle_0 dispatch 00040026029840
2016.11.21 23:56:48 4: CMD:APPLICATION_COMMAND_HANDLER ID:26 ARG:029840 CB:00
2016.11.21 23:56:48 5: ZWDongle_Write 0013260a98805ad0e03c3021932c250b (ee557686)
2016.11.21 23:56:48 5: SW: 01110013260a98805ad0e03c3021932c250b1f
2016.11.21 23:56:48 5: ACK received, WaitForAck=>2 for 01110013260a98805ad0e03c3021932c250b1f
2016.11.21 23:56:48 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.11.21 23:56:48 5: SW: 06
2016.11.21 23:56:48 5: ZWDongle_0 dispatch 011301
2016.11.21 23:56:48 4: ZWDongle_Read ZWDongle_0: rcvd 000400261d98815f3e641e7bb6f61d276bc9be51e599e8753b68fc41fffe4133acd3 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:56:48 5: SW: 06
2016.11.21 23:56:48 5: ZWDongle_0 dispatch 000400261d98815f3e641e7bb6f61d276bc9be51e599e8753b68fc41fffe4133acd3
2016.11.21 23:56:48 4: CMD:APPLICATION_COMMAND_HANDLER ID:26 ARG:1d98815f3e641e7bb6f61d276bc9be51e599e8753b68fc41fffe4133acd3 CB:00

*** ungefähr hier auf der Fernbedienung (ID: 28) rumgedrückt, der Befehl kam wohl nicht an ***
*** kann jedoch vor oder nach dem secDecrypt Fehler sein, Timing nicht 100% sicher ***

2016.11.21 23:56:48 1: ZWave_SENSOR_NOTIFICATION_38: secDecrypt: Authentification code not verified, command 18f4c63a5d9f91144d will be dropped!
2016.11.21 23:56:50 4: no response from device, removing 01110013260a98805ad0e03c3021932c250b1f from dongle sendstack
2016.11.21 23:56:52 4: ZWDongle_Read ZWDongle_0: rcvd 00130b0101ad (request ZW_SEND_DATA), sending ACK
2016.11.21 23:56:52 5: SW: 06
2016.11.21 23:56:52 5: ZWDongle_0 dispatch 00130b0101ad
2016.11.21 23:56:52 4: CMD:ZW_SEND_DATA ID:01 ARG:01ad CB:0b
2016.11.21 23:56:52 2: ZWDongle_0 transmit NO_ACK for CB 0b, target ZWave_SENSOR_NOTIFICATION_38
2016.11.21 23:56:53 4: ZWDongle_Read ZWDongle_0: rcvd 0004001c055b03af0204 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:56:53 5: SW: 06
2016.11.21 23:56:53 5: ZWDongle_0 dispatch 0004001c055b03af0204
2016.11.21 23:56:53 4: CMD:APPLICATION_COMMAND_HANDLER ID:1c ARG:055b03af0204 CB:00
2016.11.21 23:56:53 4: ZWDongle_Read ZWDongle_0: rcvd 0004001c055b03b00204 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:56:53 5: SW: 06
2016.11.21 23:56:53 5: ZWDongle_0 dispatch 0004001c055b03b00204
2016.11.21 23:56:53 4: CMD:APPLICATION_COMMAND_HANDLER ID:1c ARG:055b03b00204 CB:00
2016.11.21 23:56:54 4: ZWDongle_Read ZWDongle_0: rcvd 0004001c055b03b10204 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:56:54 5: SW: 06
2016.11.21 23:56:54 5: ZWDongle_0 dispatch 0004001c055b03b10204
2016.11.21 23:56:54 4: CMD:APPLICATION_COMMAND_HANDLER ID:1c ARG:055b03b10204 CB:00
2016.11.21 23:56:58 4: ZWDongle_Read ZWDongle_0: rcvd 0004001c055b03b20204 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:56:58 5: SW: 06
2016.11.21 23:56:58 5: ZWDongle_0 dispatch 0004001c055b03b20204
2016.11.21 23:56:58 4: CMD:APPLICATION_COMMAND_HANDLER ID:1c ARG:055b03b20204 CB:00
2016.11.21 23:56:59 4: ZWDongle_Read ZWDongle_0: rcvd 0004001c055b03b30204 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:56:59 5: SW: 06
2016.11.21 23:56:59 5: ZWDongle_0 dispatch 0004001c055b03b30204
2016.11.21 23:56:59 4: CMD:APPLICATION_COMMAND_HANDLER ID:1c ARG:055b03b30204 CB:00
2016.11.21 23:56:59 4: ZWDongle_Read ZWDongle_0: rcvd 0004001c055b03b40204 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:56:59 5: SW: 06
2016.11.21 23:56:59 5: ZWDongle_0 dispatch 0004001c055b03b40204
2016.11.21 23:56:59 4: CMD:APPLICATION_COMMAND_HANDLER ID:1c ARG:055b03b40204 CB:00
2016.11.21 23:57:04 4: ZWDongle_Read ZWDongle_0: rcvd 0004001c055b03b50204 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:57:04 5: SW: 06
2016.11.21 23:57:04 5: ZWDongle_0 dispatch 0004001c055b03b50204
2016.11.21 23:57:04 4: CMD:APPLICATION_COMMAND_HANDLER ID:1c ARG:055b03b50204 CB:00
2016.11.21 23:57:04 4: ZWDongle_Read ZWDongle_0: rcvd 0004001c055b03b60204 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:57:04 5: SW: 06
2016.11.21 23:57:04 5: ZWDongle_0 dispatch 0004001c055b03b60204
2016.11.21 23:57:04 4: CMD:APPLICATION_COMMAND_HANDLER ID:1c ARG:055b03b60204 CB:00
2016.11.21 23:57:04 4: ZWDongle_Read ZWDongle_0: rcvd 0004001c055b03b70204 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:57:04 5: SW: 06
2016.11.21 23:57:04 5: ZWDongle_0 dispatch 0004001c055b03b70204
2016.11.21 23:57:04 4: CMD:APPLICATION_COMMAND_HANDLER ID:1c ARG:055b03b70204 CB:00
2016.11.21 23:57:04 4: ZWDongle_Read ZWDongle_0: rcvd 0004001c055b03b80204 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:57:04 5: SW: 06
2016.11.21 23:57:04 5: ZWDongle_0 dispatch 0004001c055b03b80204
2016.11.21 23:57:04 4: CMD:APPLICATION_COMMAND_HANDLER ID:1c ARG:055b03b80204 CB:00
2016.11.21 23:57:04 4: ZWDongle_Read ZWDongle_0: rcvd 0004001c055b03b90204 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:57:04 5: SW: 06
2016.11.21 23:57:04 5: ZWDongle_0 dispatch 0004001c055b03b90204
2016.11.21 23:57:04 4: CMD:APPLICATION_COMMAND_HANDLER ID:1c ARG:055b03b90204 CB:00
2016.11.21 23:57:09 4: ZWDongle_Read ZWDongle_0: rcvd 0004001c055b03bb0204 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:57:09 5: SW: 06
2016.11.21 23:57:09 5: ZWDongle_0 dispatch 0004001c055b03bb0204
2016.11.21 23:57:09 4: CMD:APPLICATION_COMMAND_HANDLER ID:1c ARG:055b03bb0204 CB:00
2016.11.21 23:57:14 4: ZWDongle_Read ZWDongle_0: rcvd 0004001c055b03bc0204 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:57:14 5: SW: 06
2016.11.21 23:57:14 5: ZWDongle_0 dispatch 0004001c055b03bc0204
2016.11.21 23:57:14 4: CMD:APPLICATION_COMMAND_HANDLER ID:1c ARG:055b03bc0204 CB:00
2016.11.21 23:57:14 4: ZWDongle_Read ZWDongle_0: rcvd 0004001c055b03bd0204 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:57:14 5: SW: 06
2016.11.21 23:57:14 5: ZWDongle_0 dispatch 0004001c055b03bd0204
2016.11.21 23:57:14 4: CMD:APPLICATION_COMMAND_HANDLER ID:1c ARG:055b03bd0204 CB:00
2016.11.21 23:57:19 4: ZWDongle_Read ZWDongle_0: rcvd 0004001c055b03bf0204 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:57:19 5: SW: 06
2016.11.21 23:57:19 5: ZWDongle_0 dispatch 0004001c055b03bf0204
2016.11.21 23:57:19 4: CMD:APPLICATION_COMMAND_HANDLER ID:1c ARG:055b03bf0204 CB:00
2016.11.21 23:57:19 4: ZWDongle_Read ZWDongle_0: rcvd 0004001c055b03c00204 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:57:19 5: SW: 06
2016.11.21 23:57:19 5: ZWDongle_0 dispatch 0004001c055b03c00204
2016.11.21 23:57:19 4: CMD:APPLICATION_COMMAND_HANDLER ID:1c ARG:055b03c00204 CB:00
2016.11.21 23:58:12 4: ZWDongle_Read ZWDongle_0: rcvd 00040026029840 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:58:12 5: SW: 06
2016.11.21 23:58:12 5: ZWDongle_0 dispatch 00040026029840
2016.11.21 23:58:12 4: CMD:APPLICATION_COMMAND_HANDLER ID:26 ARG:029840 CB:00
2016.11.21 23:58:19 3: ZWave_SENSOR_NOTIFICATION_38: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd
2016.11.21 23:58:20 4: ZWDongle_Read ZWDongle_0: rcvd 00040026029840 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:58:20 5: SW: 06
2016.11.21 23:58:20 5: ZWDongle_0 dispatch 00040026029840
2016.11.21 23:58:20 4: CMD:APPLICATION_COMMAND_HANDLER ID:26 ARG:029840 CB:00
2016.11.21 23:58:27 3: ZWave_SENSOR_NOTIFICATION_38: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd
2016.11.21 23:58:28 4: ZWDongle_Read ZWDongle_0: rcvd 00040026029840 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:58:28 5: SW: 06
2016.11.21 23:58:28 5: ZWDongle_0 dispatch 00040026029840
2016.11.21 23:58:28 4: CMD:APPLICATION_COMMAND_HANDLER ID:26 ARG:029840 CB:00
2016.11.21 23:58:35 3: ZWave_SENSOR_NOTIFICATION_38: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd
2016.11.21 23:58:36 4: ZWDongle_Read ZWDongle_0: rcvd 00040026029840 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:58:36 5: SW: 06
2016.11.21 23:58:36 5: ZWDongle_0 dispatch 00040026029840
2016.11.21 23:58:36 4: CMD:APPLICATION_COMMAND_HANDLER ID:26 ARG:029840 CB:00
2016.11.21 23:58:43 3: ZWave_SENSOR_NOTIFICATION_38: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd
2016.11.21 23:58:44 4: ZWDongle_Read ZWDongle_0: rcvd 00040026029840 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:58:44 5: SW: 06
2016.11.21 23:58:44 5: ZWDongle_0 dispatch 00040026029840
2016.11.21 23:58:44 4: CMD:APPLICATION_COMMAND_HANDLER ID:26 ARG:029840 CB:00
2016.11.21 23:58:51 3: ZWave_SENSOR_NOTIFICATION_38: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd
2016.11.21 23:58:52 4: ZWDongle_Read ZWDongle_0: rcvd 00040026029840 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:58:52 5: SW: 06
2016.11.21 23:58:52 5: ZWDongle_0 dispatch 00040026029840
2016.11.21 23:58:52 4: CMD:APPLICATION_COMMAND_HANDLER ID:26 ARG:029840 CB:00
2016.11.21 23:58:59 3: ZWave_SENSOR_NOTIFICATION_38: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd
2016.11.21 23:59:00 4: ZWDongle_Read ZWDongle_0: rcvd 00040026029840 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:59:00 5: SW: 06
2016.11.21 23:59:00 5: ZWDongle_0 dispatch 00040026029840
2016.11.21 23:59:00 4: CMD:APPLICATION_COMMAND_HANDLER ID:26 ARG:029840 CB:00
2016.11.21 23:59:07 3: ZWave_SENSOR_NOTIFICATION_38: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd
2016.11.21 23:59:08 4: ZWDongle_Read ZWDongle_0: rcvd 00040026029840 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:59:08 5: SW: 06
2016.11.21 23:59:08 5: ZWDongle_0 dispatch 00040026029840
2016.11.21 23:59:08 4: CMD:APPLICATION_COMMAND_HANDLER ID:26 ARG:029840 CB:00
2016.11.21 23:59:15 3: ZWave_SENSOR_NOTIFICATION_38: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd
2016.11.21 23:59:16 4: ZWDongle_Read ZWDongle_0: rcvd 00040026029840 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.21 23:59:16 5: SW: 06
2016.11.21 23:59:16 5: ZWDongle_0 dispatch 00040026029840
2016.11.21 23:59:16 4: CMD:APPLICATION_COMMAND_HANDLER ID:26 ARG:029840 CB:00
2016.11.21 23:59:23 3: ZWave_SENSOR_NOTIFICATION_38: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd
2016.11.22 00:00:08 4: ZWDongle_Read ZWDongle_0: rcvd 00040026029840 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.22 00:00:08 5: SW: 06
2016.11.22 00:00:08 5: ZWDongle_0 dispatch 00040026029840
2016.11.22 00:00:08 4: CMD:APPLICATION_COMMAND_HANDLER ID:26 ARG:029840 CB:00
2016.11.22 00:00:15 3: ZWave_SENSOR_NOTIFICATION_38: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd

*** hier wurde nichts rausgeschnitten, tatsächlich vier Minuten Pause ***

2016.11.22 00:04:02 4: ZWDongle_Read ZWDongle_0: rcvd 00040026029840 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.22 00:04:02 5: SW: 06
2016.11.22 00:04:02 5: ZWDongle_0 dispatch 00040026029840
2016.11.22 00:04:02 4: CMD:APPLICATION_COMMAND_HANDLER ID:26 ARG:029840 CB:00
2016.11.22 00:04:09 3: ZWave_SENSOR_NOTIFICATION_38: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd
2016.11.22 00:05:01 4: ZWDongle_Read ZWDongle_0: rcvd 00040026029840 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.22 00:05:01 5: SW: 06
2016.11.22 00:05:01 5: ZWDongle_0 dispatch 00040026029840
2016.11.22 00:05:01 4: CMD:APPLICATION_COMMAND_HANDLER ID:26 ARG:029840 CB:00
2016.11.22 00:05:08 3: ZWave_SENSOR_NOTIFICATION_38: secStart older than 6 seconds detected, secUnlock will call Zwave_secEnd

und so weiter in der Schleife... es kommen auch keine Readings mehr vom Sensor an. Nur Neustart von FHEM hilft.

A.Harrenberg · 22 November 2016, 22:29:58

Hi,

für mich sieht das leider sehr nach Übertragungsproblemen aus.

Es gibt mehrere Stellen an denen der Controller den Empfang einer Nachricht mit ACK bestätigt, die selbe Nachricht wird aber danach sofort wieder empfangen was nur bedeuten kann das dieses ACK nicht bei dem Gerät angekommen ist und es deswegen die Nachricht noch mal erneut verschickt.

Was genau im Hintergrund passiert wenn Du den Fehler reproduzierst kann ich leider noch nicht ganz genau sagen, aber auch hier fängt kommt es zu einer doppelten Nachricht vom Gerät.

Ablauf ist grob:

- Gerät fragt nach einer NONCE
- ACK wird gesendet
- NONCE wird versendet (#1)
- ACK wird empfangen
- Gerät fragt noch mal nach einer NONCE (#2, sollte nicht so sein...)
- ACK wird gesendet
- verschlüsselte Nachricht wird empfangen

Diese Nachricht kann jedoch nicht entschlüsselt werden da die Authentifizierung nicht stimmt. Zur Authentifizierung wird die gesendete NONCE verwendet, ich merke mir im Code nur die letzte gesendete NONCE da es immer nur eine laufende Kommunikation geben darf. Allerdings ist in diesem Fall das Packet mit NONCE #1 verschlüsselt während im Code mit NONCE #2 entschlüsselt wird.

Mir ist momentan nicht klar wieso das Geräte erneut nach einer NONCE fragt aber dennoch mit der ersten verschlüsselt hat.

Anschliessend bleibt es interessant...
Es kommen dann so ca. 18-20 Nachrichten von Deiner Fernbedienung.
Danach beginnt dann eine Schleife in der das Gerät wieder nach einer NONCE fragt, hier sendet fhem allerdings nicht mehr und nach jeweils ca. 6 sekunden wird diese von einem Timer erkannt und der "Lock" der verhindern soll das mehrere Kommunikationen durcheinander stattfinden wird wieder entfernt und es beginnt von vorne.

Warum fhem hier nicht mehr sendet kann ich momentan noch nicht sagen, dazu müsste ich da noch mal sehr genau in den Code reinschauen um das nachzuvollziehen. Grundproblem ist aber irgendwie das es hier recht häufig zu doppelten Nachrichten kommt die den Ablauf durcheinanderbringen.

Könntest Du bitte noch mal ein get assoziationAll von dem Sensor macht und das list von dem Sensor posten? Könnte es sein das der Dongle da in mehreren Assoziationsgruppen gleichzeitig drin ist?

Gruß,
Andreas.

buspirat · 23 November 2016, 08:40:19

Zitat von: A.Harrenberg am 22 November 2016, 22:29:58
Könntest Du bitte noch mal ein get assoziationAll von dem Sensor macht und das list von dem Sensor posten? Könnte es sein das der Dongle da in mehreren Assoziationsgruppen gleichzeitig drin ist?

Danke für die Analyse! Kurz zwischen Tür und Angel:

Das "get Sensor_Haustuere associationAll" liegt jetzt erstmal auf dem SendStack, der Sensor schickt keine WN bei einem Event wie Fenster auf/zu. Kann bis zu 24h dauern.

Der Sensor ist momentan ohne Security eingebunden. Langt Dir das oder soll ich Ihn vorher wieder mit SECURITY einbinden?
Explizitie Associations habe ich eigentlich nicht gesetzt...

A.Harrenberg · 23 November 2016, 12:19:47

Hi,

dann warte mal auf die WUN, wenn Du nichts besonderes gemacht hast dann müssen die Assoziationen jetzt ja genauso aussehen wie mit Security und Du musst den (erst mal) nicht wieder mit Security einbinden. Ansonsten müsste ich in dem XML nachsehen welche Assoziationen bei der Inklusion ausgeführt werden.

Gruß,
Andreas.

buspirat · 24 November 2016, 00:04:55

Der Sensor ist erwacht

Code Auswählen


list Sensor_Haustuere
Internals:
   DEF        12345678 40
   IODev      ZWDongle_0
   LASTInputDev ZWDongle_0
   MSGCNT     667
   NAME       Sensor_Haustuere
   NR         70
   STATE      wakeupInterval 86400 1
   TYPE       ZWave
   ZWDongle_0_MSGCNT 667
   ZWDongle_0_RAWMSG 00040028097105000000ff07fe00
   ZWDongle_0_TIME 2016-11-23 23:57:58
   ZWaveSubDevice no
   homeId     12345678
   isWakeUp   1
   lastMsgSent 1479935114.88089
   nodeIdHex  28
   Readings:
     2016-11-23 23:57:58   alarm           HomeSecurity: unknown event 254
     2016-11-23 22:05:12   assocGroup_1    Max 8 Nodes ZWDongle_0
     2016-11-23 22:05:12   assocGroup_2    Max 8 Nodes 
     2016-11-23 22:05:12   assocGroups     2
     2016-11-23 23:57:37   battery         100 %
     2016-11-09 23:03:32   configAutoReportBatteryTime 12
     2016-11-09 23:03:32   configAutoReportDoorWindowStateTime 12
     2016-11-09 23:03:32   configAutoReportIlluminationTime 0
     2016-11-09 23:03:32   configAutoReportTemperatureTime 12
     2016-11-09 23:03:32   configAutoReportTickInterval 60
     2016-11-09 23:03:33   configBasicSetLevel 255
     2016-11-09 23:03:33   configCustomerFunction 4
     2016-11-09 23:03:33   configIlluminationDifferentialReport 0
     2016-11-09 23:03:33   configLightThreshold 99
     2016-11-09 23:03:33   configMultiSensorFunctionSwitch 4
     2016-11-09 23:03:33   configOperationMode 8
     2016-11-09 23:03:33   configPIRReDetectIntervalTime 3
     2016-11-09 23:03:33   configPIRSensitivity 80
     2016-11-09 23:03:33   configTemperatureDifferentialReport 0
     2016-11-09 23:03:33   configTurnOffLightTime 4
     2016-11-23 23:57:37   luminance       11 %
     2016-11-09 22:27:02   model           Philio Technology Corporation PST02-A 4 in 1 Multi-Sensor
     2016-11-09 22:27:02   modelConfig     philio/pst02.xml
     2016-11-09 22:27:02   modelId         013c-0002-000c
     2016-11-22 08:20:55   setpointTemp    23.68 C heating
     2016-11-09 22:26:58   state           wakeupInterval 86400 1
     2016-11-23 23:57:37   temperature     18.5 C
     2016-11-23 22:05:14   timeToAck       0.029
     2016-11-23 22:05:14   transmit        OK
     2016-11-23 22:05:12   wakeup          notification
     2016-11-09 23:00:16   wakeupReport    interval 86400 target 1
     2016-11-09 22:30:12   zwavePlusInfo   version:01 role:SleepingReportingSlave node:Z-Wave+Node installerIcon:0c07 userIcon:0c07
Attributes:
   IODev      ZWDongle_0
   classes    ZWAVEPLUS_INFO BATTERY ALARM ASSOCIATION CONFIGURATION MANUFACTURER_SPECIFIC VERSION SENSOR_BINARY SENSOR_MULTILEVEL WAKE_UP ASSOCIATION_GRP_INFO POWERLEVEL DEVICE_RESET_LOCALLY MULTI_CMD SECURITY FIRMWARE_UPDATE_MD MARK BASIC
   room       ZWave
   vclasses   ALARM:4 ASSOCIATION:2 ASSOCIATION_GRP_INFO:1 BASIC:0 BATTERY:1 CONFIGURATION:1 DEVICE_RESET_LOCALLY:1 FIRMWARE_UPDATE_MD:2 MANUFACTURER_SPECIFIC:2 MULTI_CMD:1 POWERLEVEL:1 SECURITY:1 SENSOR_BINARY:2 SENSOR_MULTILEVEL:5 VERSION:2 WAKE_UP:2 ZWAVEPLUS_INFO:2

Die 100% offensichtliche homeId oben habe ich ersetzt. Vermute jedoch, daß die in den Raw-Nachrichten im Verbose-Level 5 mit drin ist... aber pssssst.

Durch das erneute Inkludieren hat er eine höhere NodeId. Hoffe das hilft.

VG,
Thomas

A.Harrenberg · 24 November 2016, 07:03:53

Hi,

danke, ich hatte die Vermutung das der Sensor evtl. den Dongle in zwei Assoziationsgruppen hat und dann für jede Gruppe eine eigene Kommunikation öffnet und das es dann deswegen zu den doppelten Nachrichten kommt. Wäre ungewöhnlich und so nicht vorgesehen, es soll/darf immer nur eine aktive Kommunikation geben. Es gibt den Dongle bei Dir aber nur in einer Assoziation, daher kann es aber als Ursache auch ausgeschlossen werden.

Aufgrund der vielen nötigen Nachrichten ist die Kommunikation mit Security leider etwas anfälliger gegen Störungen und die Implementierung ist auch nicht besonders robust gegen Störungen im Ablauf...

Kannst Du mal versuchen das Szenario was zum Absturz der Kommunikation mit Security geführt hat jetzt mal ohne Security durchzuführen und ein Log posten? Gibt es aktuell im Log NO_ACK Meldungen vom Sensor?

Gruß,
Andreas.

buspirat · 24 November 2016, 22:18:36

Zitat von: A.Harrenberg am 24 November 2016, 07:03:53
Kannst Du mal versuchen das Szenario was zum Absturz der Kommunikation mit Security geführt hat jetzt mal ohne Security durchzuführen und ein Log posten? Gibt es aktuell im Log NO_ACK Meldungen vom Sensor?

Der Sensor_Haustuere ist momentan eher Sensor_Durchgangsflur und somit wird der Bewegungsmelder oft ausgelöst. Bisher keine einzige NO_ACK Meldung für den Sensor im Log. Einzig das Danfoss Heizungsventil produziert mind. einmal die Stunde ein NO_ACK, die Kommunikation ist dennoch stabil.

Werde jetzt versuchen Sensor_Haustuere ein wenig zu stressen.

buspirat · 24 November 2016, 23:26:06

Ohne SECURITY schaffe ich es nicht die Kommunikation zu stören. Sehr effektiv ist es den Sensor auf den Tisch zu legen und mit dem Fenstermagneten zu fuchteln -> das erzeugt viel Traffic.
Gleichzeitiges Rumdrücken auf der Fernbedienung, die per SECURITY eingebunden ist, geht auch problemlos.

Hier ein Kommunikationsbeispiel von Sensor_Haustuere:

Code Auswählen


2016.11.24 23:03:53 4: ZWDongle_Read ZWDongle_0: rcvd 0004002803800364 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 23:03:53 5: SW: 06
2016.11.24 23:03:53 5: ZWDongle_0 dispatch 0004002803800364
2016.11.24 23:03:53 4: CMD:APPLICATION_COMMAND_HANDLER ID:28 ARG:03800364 CB:00
2016.11.24 23:03:53 4: ZWDongle_Read ZWDongle_0: rcvd 00040028097105000000ff061600 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 23:03:53 5: SW: 06
2016.11.24 23:03:53 5: ZWDongle_0 dispatch 00040028097105000000ff061600
2016.11.24 23:03:53 4: CMD:APPLICATION_COMMAND_HANDLER ID:28 ARG:097105000000ff061600 CB:00
2016.11.24 23:03:53 4: ZWDongle_Read ZWDongle_0: rcvd 00040028053105030107 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 23:03:53 5: SW: 06
2016.11.24 23:03:53 5: ZWDongle_0 dispatch 00040028053105030107
2016.11.24 23:03:53 4: CMD:APPLICATION_COMMAND_HANDLER ID:28 ARG:053105030107 CB:00
2016.11.24 23:03:53 4: ZWDongle_Read ZWDongle_0: rcvd 00040028063105012200c3 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 23:03:53 5: SW: 06
2016.11.24 23:03:53 5: ZWDongle_0 dispatch 00040028063105012200c3
2016.11.24 23:03:53 4: CMD:APPLICATION_COMMAND_HANDLER ID:28 ARG:063105012200c3 CB:00
2016.11.24 23:03:54 4: ZWDongle_Read ZWDongle_0: rcvd 0004002803800364 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 23:03:54 5: SW: 06
2016.11.24 23:03:54 5: ZWDongle_0 dispatch 0004002803800364
2016.11.24 23:03:54 4: CMD:APPLICATION_COMMAND_HANDLER ID:28 ARG:03800364 CB:00
2016.11.24 23:03:54 4: ZWDongle_Read ZWDongle_0: rcvd 00040028097105000000ff061700 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 23:03:54 5: SW: 06
2016.11.24 23:03:54 5: ZWDongle_0 dispatch 00040028097105000000ff061700
2016.11.24 23:03:54 4: CMD:APPLICATION_COMMAND_HANDLER ID:28 ARG:097105000000ff061700 CB:00
2016.11.24 23:03:54 4: ZWDongle_Read ZWDongle_0: rcvd 00040028053105030109 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 23:03:54 5: SW: 06
2016.11.24 23:03:54 5: ZWDongle_0 dispatch 00040028053105030109
2016.11.24 23:03:54 4: CMD:APPLICATION_COMMAND_HANDLER ID:28 ARG:053105030109 CB:00
2016.11.24 23:03:54 4: ZWDongle_Read ZWDongle_0: rcvd 00040028063105012200c3 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 23:03:54 5: SW: 06
2016.11.24 23:03:54 5: ZWDongle_0 dispatch 00040028063105012200c3
2016.11.24 23:03:54 4: CMD:APPLICATION_COMMAND_HANDLER ID:28 ARG:063105012200c3 CB:00
2016.11.24 23:03:54 4: ZWDongle_Read ZWDongle_0: rcvd 0004002803800364 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 23:03:54 5: SW: 06
2016.11.24 23:03:54 5: ZWDongle_0 dispatch 0004002803800364
2016.11.24 23:03:54 4: CMD:APPLICATION_COMMAND_HANDLER ID:28 ARG:03800364 CB:00
2016.11.24 23:03:54 4: ZWDongle_Read ZWDongle_0: rcvd 00040028097105000000ff061600 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 23:03:54 5: SW: 06
2016.11.24 23:03:54 5: ZWDongle_0 dispatch 00040028097105000000ff061600
2016.11.24 23:03:54 4: CMD:APPLICATION_COMMAND_HANDLER ID:28 ARG:097105000000ff061600 CB:00
2016.11.24 23:03:54 4: ZWDongle_Read ZWDongle_0: rcvd 0004002805310503010f (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 23:03:54 5: SW: 06
2016.11.24 23:03:54 5: ZWDongle_0 dispatch 0004002805310503010f
2016.11.24 23:03:54 4: CMD:APPLICATION_COMMAND_HANDLER ID:28 ARG:05310503010f CB:00
2016.11.24 23:03:54 4: ZWDongle_Read ZWDongle_0: rcvd 00040028063105012200c3 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 23:03:54 5: SW: 06
2016.11.24 23:03:54 5: ZWDongle_0 dispatch 00040028063105012200c3
2016.11.24 23:03:54 4: CMD:APPLICATION_COMMAND_HANDLER ID:28 ARG:063105012200c3 CB:00
2016.11.24 23:03:54 4: ZWDongle_Read ZWDongle_0: rcvd 0004002803800364 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 23:03:54 5: SW: 06
2016.11.24 23:03:54 5: ZWDongle_0 dispatch 0004002803800364
2016.11.24 23:03:54 4: CMD:APPLICATION_COMMAND_HANDLER ID:28 ARG:03800364 CB:00
2016.11.24 23:03:54 4: ZWDongle_Read ZWDongle_0: rcvd 0004002805310503010f (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 23:03:54 5: SW: 06
2016.11.24 23:03:54 5: ZWDongle_0 dispatch 0004002805310503010f
2016.11.24 23:03:54 4: CMD:APPLICATION_COMMAND_HANDLER ID:28 ARG:05310503010f CB:00
2016.11.24 23:03:54 4: ZWDongle_Read ZWDongle_0: rcvd 00040028063105012200c3 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 23:03:54 5: SW: 06
2016.11.24 23:03:54 5: ZWDongle_0 dispatch 00040028063105012200c3
2016.11.24 23:03:54 4: CMD:APPLICATION_COMMAND_HANDLER ID:28 ARG:063105012200c3 CB:00
2016.11.24 23:03:55 4: ZWDongle_Read ZWDongle_0: rcvd 0004002803800364 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 23:03:55 5: SW: 06
2016.11.24 23:03:55 5: ZWDongle_0 dispatch 0004002803800364
2016.11.24 23:03:55 4: CMD:APPLICATION_COMMAND_HANDLER ID:28 ARG:03800364 CB:00
2016.11.24 23:03:55 4: ZWDongle_Read ZWDongle_0: rcvd 00040028097105000000ff061700 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 23:03:55 5: SW: 06
2016.11.24 23:03:55 5: ZWDongle_0 dispatch 00040028097105000000ff061700
2016.11.24 23:03:55 4: CMD:APPLICATION_COMMAND_HANDLER ID:28 ARG:097105000000ff061700 CB:00
2016.11.24 23:03:55 4: ZWDongle_Read ZWDongle_0: rcvd 00040028053105030114 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 23:03:55 5: SW: 06
2016.11.24 23:03:55 5: ZWDongle_0 dispatch 00040028053105030114
2016.11.24 23:03:55 4: CMD:APPLICATION_COMMAND_HANDLER ID:28 ARG:053105030114 CB:00
2016.11.24 23:03:55 4: ZWDongle_Read ZWDongle_0: rcvd 00040028063105012200c3 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 23:03:55 5: SW: 06
2016.11.24 23:03:55 5: ZWDongle_0 dispatch 00040028063105012200c3
2016.11.24 23:03:55 4: CMD:APPLICATION_COMMAND_HANDLER ID:28 ARG:063105012200c3 CB:00
2016.11.24 23:04:06 4: ZWDongle_Read ZWDongle_0: rcvd 0004002803800364 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 23:04:06 5: SW: 06
2016.11.24 23:04:06 5: ZWDongle_0 dispatch 0004002803800364
2016.11.24 23:04:06 4: CMD:APPLICATION_COMMAND_HANDLER ID:28 ARG:03800364 CB:00
2016.11.24 23:04:06 4: ZWDongle_Read ZWDongle_0: rcvd 00040028097105000000ff061600 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 23:04:06 5: SW: 06
2016.11.24 23:04:06 5: ZWDongle_0 dispatch 00040028097105000000ff061600
2016.11.24 23:04:06 4: CMD:APPLICATION_COMMAND_HANDLER ID:28 ARG:097105000000ff061600 CB:00
2016.11.24 23:04:06 4: ZWDongle_Read ZWDongle_0: rcvd 00040028053105030113 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 23:04:06 5: SW: 06
2016.11.24 23:04:06 5: ZWDongle_0 dispatch 00040028053105030113
2016.11.24 23:04:06 4: CMD:APPLICATION_COMMAND_HANDLER ID:28 ARG:053105030113 CB:00
2016.11.24 23:04:06 4: ZWDongle_Read ZWDongle_0: rcvd 00040028063105012200c3 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 23:04:06 5: SW: 06
2016.11.24 23:04:06 5: ZWDongle_0 dispatch 00040028063105012200c3
2016.11.24 23:04:06 4: CMD:APPLICATION_COMMAND_HANDLER ID:28 ARG:063105012200c3 CB:00
2016.11.24 23:04:06 4: ZWDongle_Read ZWDongle_0: rcvd 0004002803800364 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 23:04:06 5: SW: 06
2016.11.24 23:04:06 5: ZWDongle_0 dispatch 0004002803800364
2016.11.24 23:04:06 4: CMD:APPLICATION_COMMAND_HANDLER ID:28 ARG:03800364 CB:00
2016.11.24 23:04:06 4: ZWDongle_Read ZWDongle_0: rcvd 00040028053105030113 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 23:04:06 5: SW: 06
2016.11.24 23:04:06 5: ZWDongle_0 dispatch 00040028053105030113
2016.11.24 23:04:06 4: CMD:APPLICATION_COMMAND_HANDLER ID:28 ARG:053105030113 CB:00
2016.11.24 23:04:06 4: ZWDongle_Read ZWDongle_0: rcvd 00040028063105012200c3 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 23:04:06 5: SW: 06
2016.11.24 23:04:06 5: ZWDongle_0 dispatch 00040028063105012200c3
2016.11.24 23:04:06 4: CMD:APPLICATION_COMMAND_HANDLER ID:28 ARG:063105012200c3 CB:00
2016.11.24 23:04:07 4: ZWDongle_Read ZWDongle_0: rcvd 0004002803800364 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 23:04:07 5: SW: 06
2016.11.24 23:04:07 5: ZWDongle_0 dispatch 0004002803800364
2016.11.24 23:04:07 4: CMD:APPLICATION_COMMAND_HANDLER ID:28 ARG:03800364 CB:00
2016.11.24 23:04:07 4: ZWDongle_Read ZWDongle_0: rcvd 00040028097105000000ff061700 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 23:04:07 5: SW: 06
2016.11.24 23:04:07 5: ZWDongle_0 dispatch 00040028097105000000ff061700
2016.11.24 23:04:07 4: CMD:APPLICATION_COMMAND_HANDLER ID:28 ARG:097105000000ff061700 CB:00
2016.11.24 23:04:07 4: ZWDongle_Read ZWDongle_0: rcvd 00040028053105030113 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 23:04:07 5: SW: 06
2016.11.24 23:04:07 5: ZWDongle_0 dispatch 00040028053105030113
2016.11.24 23:04:07 4: CMD:APPLICATION_COMMAND_HANDLER ID:28 ARG:053105030113 CB:00
2016.11.24 23:04:07 4: ZWDongle_Read ZWDongle_0: rcvd 00040028063105012200c3 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 23:04:07 5: SW: 06
2016.11.24 23:04:07 5: ZWDongle_0 dispatch 00040028063105012200c3
2016.11.24 23:04:07 4: CMD:APPLICATION_COMMAND_HANDLER ID:28 ARG:063105012200c3 CB:00
2016.11.24 23:04:17 4: ZWDongle_Read ZWDongle_0: rcvd 00040028097105000000ff07fe00 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 23:04:17 5: SW: 06
2016.11.24 23:04:17 5: ZWDongle_0 dispatch 00040028097105000000ff07fe00
2016.11.24 23:04:17 4: CMD:APPLICATION_COMMAND_HANDLER ID:28 ARG:097105000000ff07fe00 CB:00
2016.11.24 23:04:26 4: ZWDongle_Read ZWDongle_0: rcvd 000400080380034e (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.11.24 23:04:26 5: SW: 06
2016.11.24 23:04:26 5: ZWDongle_0 dispatch 000400080380034e

-> alles in Butter

buspirat · 25 November 2016, 00:37:03

Zitat von: A.Harrenberg am 22 November 2016, 22:29:58
Mir ist momentan nicht klar wieso das Geräte erneut nach einer NONCE fragt aber dennoch mit der ersten verschlüsselt hat.

gehen wir davon aus, daß der Sensor die Kommunikation verbockt hat.

Das Paket mit der alten NONCE muss als Fehler behandelt werden, da sonst der Schutz vor Replay-Attacken flöten gehen würde.

Zitat von: A.Harrenberg am 22 November 2016, 22:29:58
Danach beginnt dann eine Schleife in der das Gerät wieder nach einer NONCE fragt, hier sendet fhem allerdings nicht mehr und nach jeweils ca. 6 sekunden wird diese von einem Timer erkannt und der "Lock" der verhindern soll das mehrere Kommunikationen durcheinander stattfinden wird wieder entfernt und es beginnt von vorne.

Warum fhem hier nicht mehr sendet kann ich momentan noch nicht sagen

ich habe den Code grob überflogen und das einzig offensichtliche ist, daß ZWave_secStart() den Timer stets zurücksetzt, auch wenn secInProgress bereits auf 1 gesetzt ist. Allerdings ist das nicht der Bug bzw. vermutlich sogar so gewollt.

Ich tippe darauf, daß aus irgendeinem Grund nach dem eingehenden NONCE-Request das ZWave_secNonceRequestReceived() nicht aufgerufen wird. Oder der SendStack irgendwie tot ist. Zumindest vermisse ich den ZWDongle_Write nach der Nonce Anfrage.

Andere Idee: Ich setze einen Data::Dumper($hash) in den ZWave_secUnlock() "timer expired" Fehlerhandler. Vielleicht sieht man dem Hash einen krummen Zustand an. Eventuell dazu noch "zwave_parsehook" dumpen.

Ganz böse Geister würden sogar in den timer expired Handler Code einbauen, der eine Textdatei von der Festplatte lädt und mit eval() ausführt. Sozusagen live FHEM Patching. Keine Lust jeweils eine halbe Stunde auf den Fehler zu warten...

A.Harrenberg · 25 November 2016, 20:16:31

Hi,

Zitat von: buspirat am 25 November 2016, 00:37:03
gehen wir davon aus, daß der Sensor die Kommunikation verbockt hat.

bin noch nicht davon überzeugt das es so einfach ist...

Zitat von: buspirat am 25 November 2016, 00:37:03
Das Paket mit der alten NONCE muss als Fehler behandelt werden, da sonst der Schutz vor Replay-Attacken flöten gehen würde.

Hier bin ich anderer Meinung. Die Kenntnis der NONCE kann nicht für Attacken ausgenutzt werden, das zurückgeschickte Packet ist ja immer noch mit dem (unbekannten Schlüssel) verschlüsselt und daher weiterhin sicher. Die NONCE wird ja auch unverschlüsselt gesendet und kann daher immer als bekannt vorausgesetzt werden.

Zitat von: buspirat am 25 November 2016, 00:37:03
ich habe den Code grob überflogen und das einzig offensichtliche ist, daß ZWave_secStart() den Timer stets zurücksetzt, auch wenn secInProgress bereits auf 1 gesetzt ist. Allerdings ist das nicht der Bug bzw. vermutlich sogar so gewollt.

Hmm, kann ich mich gerade nicht mehr so dran erinnern, hatte sicherlich einen guten Grund ,-)

Zitat von: buspirat am 25 November 2016, 00:37:03
Ich tippe darauf, daß aus irgendeinem Grund nach dem eingehenden NONCE-Request das ZWave_secNonceRequestReceived() nicht aufgerufen wird. Oder der SendStack irgendwie tot ist. Zumindest vermisse ich den ZWDongle_Write nach der Nonce Anfrage.

Ein weiteres versenden eine NONCE fehlt, das stimmt... Ich fürchte das der Ablauf mit sec_start/end und dem Umkopieren des Stacks etc, da irgendwie aus dem Tritt kommt. Das zu finden nicht ganz so einfach sein...

Ich werde mal versuchen meinen WALL-C und den AEOTEC Multisensor mit SECURITY einzubinden und mal schauen ob ich das nachstellen kann. Das wäre dann wesentlich einfacher als Ping-Pong mit Logfiles....

Zitat von: buspirat am 25 November 2016, 00:37:03
Andere Idee: Ich setze einen Data::Dumper($hash) in den ZWave_secUnlock() "timer expired" Fehlerhandler. Vielleicht sieht man dem Hash einen krummen Zustand an. Eventuell dazu noch "zwave_parsehook" dumpen.

Ganz böse Geister würden sogar in den timer expired Handler Code einbauen, der eine Textdatei von der Festplatte lädt und mit eval() ausführt. Sozusagen live FHEM Patching. Keine Lust jeweils eine halbe Stunde auf den Fehler zu warten...

Hier hast Du mich abgehängt... Habe von Perl gar nicht so viel Ahnung, verstehe zwar das dies debugging ist, aber die Details?

Na ich werde mal anfangen die beiden Geräte zu exkludieren und mit SECURITY zu inkludieren und dann mal sehen was passiert.

Gruß,
Andreas.

buspirat · 25 November 2016, 21:19:53

Zitat von: A.Harrenberg am 25 November 2016, 20:16:31
Hier bin ich anderer Meinung. Die Kenntnis der NONCE kann nicht für Attacken ausgenutzt werden, das zurückgeschickte Packet ist ja immer noch mit dem (unbekannten Schlüssel) verschlüsselt und daher weiterhin sicher. Die NONCE wird ja auch unverschlüsselt gesendet und kann daher immer als bekannt vorausgesetzt werden.

alles korrekt, daß NONCE ist öffentlich verfügbar.

Was ich sagen wollten: Wir dürfen unter keinen Umständen alte NONCE-Werte akzeptieren, es darf nur das aktuelle gelten.

Sonst kann jemand hingehen und eine verschlüsselte Nachricht aufzeichnen und später wieder abspielen. Sowas nennt sich ein Replay-Attacke. War früher beliebt bei Funk-Autoschlüsseln...

Zitat von: A.Harrenberg am 25 November 2016, 20:16:31Hier hast Du mich abgehängt... Habe von Perl gar nicht so viel Ahnung, verstehe zwar das dies debugging ist, aber die Details?

Kennst Du das perl-Zusatzmodul Data::Dumper()?
Damit kann man sich beliebige perl-Datenstrukturen als Text darstellen lassen.
Sehr hilfreich für's Debugging.

Mit Hilfe von eval() kann man perl-Code aus einem String ausführen.
Die Idee ist, sobald der Expire-Timer feuert, jeweils Code von der Platte nachzuladen und ggf. um weitere Debug-Meldungen zu erweitern. Sonst müsste ich FHEM anhalten, den Code ändern und neu starten. Dann ist die Fehlersituation erstmal wieder weg und ich würde bis zu einer halben Stunde brauchen, um in die Fehlersituation zu kommen.

Viele Grüße
Thomas

A.Harrenberg · 25 November 2016, 22:53:43

Hi,

Zitat von: buspirat am 25 November 2016, 21:19:53
alles korrekt, daß NONCE ist öffentlich verfügbar.

Was ich sagen wollten: Wir dürfen unter keinen Umständen alte NONCE-Werte akzeptieren, es darf nur das aktuelle gelten.

Sonst kann jemand hingehen und eine verschlüsselte Nachricht aufzeichnen und später wieder abspielen. Sowas nennt sich ein Replay-Attacke. War früher beliebt bei Funk-Autoschlüsseln...

wenn die NONCE genutzt wurde wird sie ja gelöscht, theoretisch müsste man da noch einen Timer einbauen das die NONCE nicht länger als z.B. 2 sekunden gültig ist. In der Spec sind (ähnliche) Timer für die Kommunikation vorgesehen.

Zitat von: buspirat am 25 November 2016, 21:19:53
Kennst Du das perl-Zusatzmodul Data::Dumper()?
Damit kann man sich beliebige perl-Datenstrukturen als Text darstellen lassen.
Sehr hilfreich für's Debugging.

Jetzt wo Du es erwähnst habe ich da mal was gelesen und das glaube ich sogar mal ausprobiert, werde ich mir noch mal anschauen. Danke für den Hinweis.

Zitat von: buspirat am 25 November 2016, 21:19:53
Mit Hilfe von eval() kann man perl-Code aus einem String ausführen.
Die Idee ist, sobald der Expire-Timer feuert, jeweils Code von der Platte nachzuladen und ggf. um weitere Debug-Meldungen zu erweitern. Sonst müsste ich FHEM anhalten, den Code ändern und neu starten. Dann ist die Fehlersituation erstmal wieder weg und ich würde bis zu einer halben Stunde brauchen, um in die Fehlersituation zu kommen.

Ok, es geht Dir also darum Debug Code ändern zu können ohne fhem neu zu starten. Ok, das wäre dann schon recht "advanced" ...

Musste gerade feststellen das der Wall-Controler von Popp zwar Security unterstützt, aber dennoch seine Tasten unverschlüsselt sendet. Damit kann ich zumindest die Kommunikation zum Multisensor nicht stören...

Gruß,
Andreas.

buspirat · 25 November 2016, 23:25:16

Zitat von: A.Harrenberg am 25 November 2016, 22:53:43
Ok, es geht Dir also darum Debug Code ändern zu können ohne fhem neu zu starten. Ok, das wäre dann schon recht "advanced" ...

Hier ist jetzt dokumentiert wie es geht:
https://forum.fhem.de/index.php/topic,61436.0.html

Zitat von: A.Harrenberg am 25 November 2016, 22:53:43
Musste gerade feststellen das der Wall-Controler von Popp zwar Security unterstützt, aber dennoch seine Tasten unverschlüsselt sendet.

immerhin konnte man SECURITY ins Datenblatt schreiben

ich denke das ein vollständiger Dump von $hash, sobald das Problem auftritt, uns ein sehr gutes Stück weiter bringen wird. Das dokumentiert den kompletten internen Zustand. Sobald es vorliegt werde ich es posten.

Weiß allerdings nicht ob ich das am WE schaffe, die Regierung hat auch noch Pläne für mich.

VG,
Thomas

A.Harrenberg · 25 November 2016, 23:27:37

Hi,

keine Eile, meine freie Zeit ist momentan auch recht eingeschränkt...

Gruß,
Andreas.