Iāve been trying to get the Fibaro Multi-Sensor up and running with OH2 and am having one hell of a time. The numeric values for temp, lux, etc are fine, but the motion and tamper alarms are raising issues.
Iāve finally got it sending the alarm and motion events to OH2, but now Iām seeing this every time for the motion sensor:
NODE 10: Endpoint 1 not found. Cannot set command classes.
Endpoint 2 for the alarm.
Hereās the full trace for the motion sensor:
2016-09-18 17:20:47.812 [TRACE] [WaveSerialHandler$ZWaveReceiveThread] - Received SOF
2016-09-18 17:20:47.814 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 0D 00 04 00 0A 07 60 0D 01 00 20 01 FF 49
2016-09-18 17:20:47.815 [TRACE] [wave.internal.protocol.SerialMessage] - NODE 255: Creating new SerialMessage from buffer = 01 0D 00 04 00 0A 07 60 0D 01 00 20 01 FF 49
2016-09-18 17:20:47.815 [TRACE] [wave.internal.protocol.SerialMessage] - Calculated checksum = 0x49
2016-09-18 17:20:47.815 [TRACE] [wave.internal.protocol.SerialMessage] - NODE 255: Checksum matched
2016-09-18 17:20:47.816 [TRACE] [wave.internal.protocol.SerialMessage] - NODE 255: Message payload = 00 0A 07 60 0D 01 00 20 01 FF
2016-09-18 17:20:47.816 [TRACE] [WaveSerialHandler$ZWaveReceiveThread] - Message is valid, sending ACK
2016-09-18 17:20:47.817 [TRACE] [WaveSerialHandler$ZWaveReceiveThread] - Response SENT
2016-09-18 17:20:47.818 [DEBUG] [ve.internal.protocol.ZWaveController] - Receive queue TAKE: Length=0
2016-09-18 17:20:47.820 [TRACE] [wave.internal.protocol.SerialMessage] - Calculated checksum = 0x49
2016-09-18 17:20:47.821 [DEBUG] [wave.internal.protocol.SerialMessage] - Assembled message buffer = 01 0D 00 04 00 0A 07 60 0D 01 00 20 01 FF 49
2016-09-18 17:20:47.822 [DEBUG] [ve.internal.protocol.ZWaveController] - Process Message = 01 0D 00 04 00 0A 07 60 0D 01 00 20 01 FF 49
2016-09-18 17:20:47.822 [DEBUG] [ve.internal.protocol.ZWaveController] - Message: class=ApplicationCommandHandler[0x04], type=Request[0x00], priority=High, dest=255, callback=0, payload=00 0A 07 60 0D 01 00 20 01 FF
2016-09-18 17:20:47.822 [TRACE] [ve.internal.protocol.ZWaveController] - Incoming Message type = REQUEST
2016-09-18 17:20:47.823 [TRACE] [ssage.ApplicationCommandMessageClass] - Handle Message Application Command Request
2016-09-18 17:20:47.823 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 10: Application Command Request (ALIVE:DONE)
2016-09-18 17:20:47.824 [DEBUG] [alization.ZWaveNodeInitStageAdvancer] - NODE 10: Starting initialisation from DONE
2016-09-18 17:20:47.824 [DEBUG] [ve.internal.protocol.ZWaveController] - Event Listener org.openhab.binding.zwave.internal.protocol.initialization.ZWaveNodeInitStageAdvancer@5ff5f2f6 already registered
2016-09-18 17:20:47.824 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 10: Incoming command class MULTI_INSTANCE
2016-09-18 17:20:47.825 [TRACE] [ssage.ApplicationCommandMessageClass] - NODE 10: Found Command Class MULTI_INSTANCE, passing to handleApplicationCommandRequest
2016-09-18 17:20:47.825 [DEBUG] [class.ZWaveMultiInstanceCommandClass] - NODE 10: Received MULTI_INSTANCE command V0
2016-09-18 17:20:47.825 [TRACE] [class.ZWaveMultiInstanceCommandClass] - Process Multi-channel Encapsulation
2016-09-18 17:20:47.827 [DEBUG] [class.ZWaveMultiInstanceCommandClass] - NODE 10: Requested Command Class = BASIC (0x20)
2016-09-18 17:20:47.827 [ERROR] [class.ZWaveMultiInstanceCommandClass] - NODE 10: Endpoint 1 not found. Cannot set command classes.
2016-09-18 17:20:47.827 [DEBUG] [.serialmessage.ZWaveCommandProcessor] - Checking transaction complete: Sent Message: class=SendData[0x13], type=Request[0x00], priority=Immediate, dest=10, callback=78, payload=0A 02 84 08
2016-09-18 17:20:47.828 [DEBUG] [.serialmessage.ZWaveCommandProcessor] - Checking transaction complete: Recv Message: class=ApplicationCommandHandler[0x04], type=Request[0x00], priority=High, dest=255, callback=0, payload=00 0A 07 60 0D 01 00 20 01 FF
2016-09-18 17:20:47.829 [DEBUG] [.serialmessage.ZWaveCommandProcessor] - Checking transaction complete: class=ApplicationCommandHandler, callback id=78, expected=SendData, cancelled=false MISMATCH
And the alarm:
2016-09-18 17:23:26.080 [TRACE] [WaveSerialHandler$ZWaveReceiveThread] - Received SOF
2016-09-18 17:23:26.081 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 11 00 04 00 0A 0B 60 0D 02 00 9C 02 0A 00 FF 00 00 EF
2016-09-18 17:23:26.083 [TRACE] [wave.internal.protocol.SerialMessage] - NODE 255: Creating new SerialMessage from buffer = 01 11 00 04 00 0A 0B 60 0D 02 00 9C 02 0A 00 FF 00 00 EF
2016-09-18 17:23:26.083 [TRACE] [wave.internal.protocol.SerialMessage] - Calculated checksum = 0xEF
2016-09-18 17:23:26.083 [TRACE] [wave.internal.protocol.SerialMessage] - NODE 255: Checksum matched
2016-09-18 17:23:26.083 [TRACE] [wave.internal.protocol.SerialMessage] - NODE 255: Message payload = 00 0A 0B 60 0D 02 00 9C 02 0A 00 FF 00 00
2016-09-18 17:23:26.084 [TRACE] [WaveSerialHandler$ZWaveReceiveThread] - Message is valid, sending ACK
2016-09-18 17:23:26.084 [TRACE] [WaveSerialHandler$ZWaveReceiveThread] - Response SENT
2016-09-18 17:23:26.085 [DEBUG] [ve.internal.protocol.ZWaveController] - Receive queue TAKE: Length=0
2016-09-18 17:23:26.085 [TRACE] [wave.internal.protocol.SerialMessage] - Calculated checksum = 0xEF
2016-09-18 17:23:26.086 [DEBUG] [wave.internal.protocol.SerialMessage] - Assembled message buffer = 01 11 00 04 00 0A 0B 60 0D 02 00 9C 02 0A 00 FF 00 00 EF
2016-09-18 17:23:26.086 [DEBUG] [ve.internal.protocol.ZWaveController] - Process Message = 01 11 00 04 00 0A 0B 60 0D 02 00 9C 02 0A 00 FF 00 00 EF
2016-09-18 17:23:26.086 [DEBUG] [ve.internal.protocol.ZWaveController] - Message: class=ApplicationCommandHandler[0x04], type=Request[0x00], priority=High, dest=255, callback=0, payload=00 0A 0B 60 0D 02 00 9C 02 0A 00 FF 00 00
2016-09-18 17:23:26.087 [TRACE] [ve.internal.protocol.ZWaveController] - Incoming Message type = REQUEST
2016-09-18 17:23:26.087 [TRACE] [ssage.ApplicationCommandMessageClass] - Handle Message Application Command Request
2016-09-18 17:23:26.087 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 10: Application Command Request (ALIVE:DONE)
2016-09-18 17:23:26.087 [DEBUG] [alization.ZWaveNodeInitStageAdvancer] - NODE 10: Starting initialisation from DONE
2016-09-18 17:23:26.087 [DEBUG] [ve.internal.protocol.ZWaveController] - Event Listener org.openhab.binding.zwave.internal.protocol.initialization.ZWaveNodeInitStageAdvancer@5ff5f2f6 already registered
2016-09-18 17:23:26.087 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 10: Incoming command class MULTI_INSTANCE
2016-09-18 17:23:26.088 [TRACE] [ssage.ApplicationCommandMessageClass] - NODE 10: Found Command Class MULTI_INSTANCE, passing to handleApplicationCommandRequest
2016-09-18 17:23:26.088 [DEBUG] [class.ZWaveMultiInstanceCommandClass] - NODE 10: Received MULTI_INSTANCE command V0
2016-09-18 17:23:26.088 [TRACE] [class.ZWaveMultiInstanceCommandClass] - Process Multi-channel Encapsulation
2016-09-18 17:23:26.089 [DEBUG] [class.ZWaveMultiInstanceCommandClass] - NODE 10: Requested Command Class = SENSOR_ALARM (0x9c)
2016-09-18 17:23:26.090 [ERROR] [class.ZWaveMultiInstanceCommandClass] - NODE 10: Endpoint 2 not found. Cannot set command classes.
2016-09-18 17:23:26.090 [DEBUG] [.serialmessage.ZWaveCommandProcessor] - Checking transaction complete: Sent Message: class=SendData[0x13], type=Request[0x00], priority=Immediate, dest=10, callback=78, payload=0A 02 84 08
2016-09-18 17:23:26.091 [DEBUG] [.serialmessage.ZWaveCommandProcessor] - Checking transaction complete: Recv Message: class=ApplicationCommandHandler[0x04], type=Request[0x00], priority=High, dest=255, callback=0, payload=00 0A 0B 60 0D 02 00 9C 02 0A 00 FF 00 00
2016-09-18 17:23:26.091 [DEBUG] [.serialmessage.ZWaveCommandProcessor] - Checking transaction complete: class=ApplicationCommandHandler, callback id=78, expected=SendData, cancelled=false MISMATCH
Apologies if thereās anything thatās not relevant in there, firing the tamper alarm also fires the motion sensor so Iāve had to pick that out of quite a lot of log lines.
Iām using the generated items for it currently, sometimes Iāll see the motion/alarm āswitchesā turn on, but itās not very often they actually do.
Anyone know whatās up here? The sensor is running firmware version 2.7 from what I can see.