Problem Z-Wave Roller Shutter Status Update

Einrichtung der openHAB Umgebung und allgemeine Konfigurationsthemen.

Moderatoren: seppy, udo1toni

HABuser
Beiträge: 45
Registriert: 15. Jan 2019 17:34

Re: Problem Z-Wave Roller Shutter Status Update

Beitrag von HABuser »

So, Ich habe mit dem neuen Bindung den selben Rolladen wie oben von 0% auf 50% bewegt und dabei ein Log festgehalten.

Code: Alles auswählen

2019-02-10 16:45:20.055 [ome.event.ItemCommandEvent] - Item 'ZWaveNode012FGR223RollerShutter3Kueche_BlindsControl' received command 50

==> /var/log/openhab2/openhab.log <==

2019-02-10 16:45:20.067 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 12: Command received zwave:device:ad3f9d85:node12:blinds_control --> 50 [PercentType]

==> /var/log/openhab2/events.log <==

2019-02-10 16:45:20.068 [nt.ItemStatePredictedEvent] - ZWaveNode012FGR223RollerShutter3Kueche_BlindsControl predicted to become 50

==> /var/log/openhab2/openhab.log <==

2019-02-10 16:45:20.073 [DEBUG] [ss.ZWaveMultiLevelSwitchCommandClass] - NODE 12: Creating new message for command SWITCH_MULTILEVEL_SET

==> /var/log/openhab2/events.log <==

2019-02-10 16:45:20.089 [vent.ItemStateChangedEvent] - ZWaveNode012FGR223RollerShutter3Kueche_BlindsControl changed from 40 to 50

==> /var/log/openhab2/openhab.log <==

2019-02-10 16:45:20.104 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 12: SECURITY NOT required on COMMAND_CLASS_SWITCH_MULTILEVEL

2019-02-10 16:45:20.108 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 12: Command Class COMMAND_CLASS_SWITCH_MULTILEVEL is NOT required to be secured

2019-02-10 16:45:20.113 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 12: Adding to device queue

2019-02-10 16:45:20.117 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 12: Added 136 to queue - size 1

2019-02-10 16:45:20.120 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.

2019-02-10 16:45:20.126 [DEBUG] [wave.internal.protocol.SerialMessage] - Assembled message buffer = 01 0A 00 13 0C 03 26 01 32 25 6F B6 

2019-02-10 16:45:20.132 [DEBUG] [ing.zwave.handler.ZWaveSerialHandler] - NODE 12: Sending REQUEST Message = 01 0A 00 13 0C 03 26 01 32 25 6F B6 

2019-02-10 16:45:20.139 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 06

2019-02-10 16:45:20.146 [DEBUG] [nal.protocol.ZWaveTransactionManager] - processReceiveMessage input 0<>128 : Message: class=null[0], type=ACK[2], dest=255, callback=0, payload=

2019-02-10 16:45:20.150 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Received msg (0): Message: class=null[0], type=ACK[2], dest=255, callback=0, payload=

2019-02-10 16:45:20.153 [DEBUG] [nal.protocol.ZWaveTransactionManager] - lastTransaction null

2019-02-10 16:45:20.153 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 04 01 13 01 E8 

2019-02-10 16:45:20.155 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Received msg: ACK

2019-02-10 16:45:20.156 [DEBUG] [nal.protocol.ZWaveTransactionManager] - ZWaveReceiveThread queue empty

2019-02-10 16:45:20.164 [DEBUG] [ing.zwave.handler.ZWaveSerialHandler] - Message SENT

2019-02-10 16:45:20.166 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage started: TID 136: [WAIT_RESPONSE] priority=Set, requiresResponse=true, callback: 111

2019-02-10 16:45:20.168 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 1 out at start. Holdoff false.

2019-02-10 16:45:20.168 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 12: Polling intialised at 86400 seconds - start in 1500 milliseconds.

2019-02-10 16:45:20.194 [DEBUG] [nal.protocol.ZWaveTransactionManager] - processReceiveMessage input 0<>128 : Message: class=SendData[19], type=Response[1], dest=255, callback=0, payload=01 

2019-02-10 16:45:20.196 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Received msg (0): Message: class=SendData[19], type=Response[1], dest=255, callback=0, payload=01 

2019-02-10 16:45:20.198 [DEBUG] [nal.protocol.ZWaveTransactionManager] - lastTransaction TID 136: [WAIT_RESPONSE] priority=Set, requiresResponse=true, callback: 111

2019-02-10 16:45:20.198 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 18 00 13 6F 00 00 01 00 C6 7F 7F 7F 7F 00 00 03 00 00 00 00 03 01 00 00 5D 

2019-02-10 16:45:20.199 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Checking outstanding transactions: 1

2019-02-10 16:45:20.202 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Last transaction: TID 136: [WAIT_RESPONSE] priority=Set, requiresResponse=true, callback: 111

2019-02-10 16:45:20.204 [DEBUG] [ve.internal.protocol.ZWaveController] - Incoming Message: Message: class=SendData[19], type=Response[1], dest=255, callback=0, payload=01 

2019-02-10 16:45:20.207 [DEBUG] [l.serialmessage.SendDataMessageClass] - NODE 12: sentData successfully placed on stack.

2019-02-10 16:45:20.209 [DEBUG] [nal.protocol.ZWaveTransactionManager] - TID 136: Advanced to WAIT_REQUEST

2019-02-10 16:45:20.211 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 12: TID 136: Transaction not completed

2019-02-10 16:45:20.213 [DEBUG] [nal.protocol.ZWaveTransactionManager] - ZWaveReceiveThread queue empty

2019-02-10 16:45:20.215 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 1 out at start. Holdoff false.

2019-02-10 16:45:20.235 [DEBUG] [nal.protocol.ZWaveTransactionManager] - processReceiveMessage input 0<>128 : Message: class=SendData[19], type=Request[0], dest=0, callback=111, payload=6F 00 00 01 00 C6 7F 7F 7F 7F 00 00 03 00 00 00 00 03 01 00 00 

2019-02-10 16:45:20.237 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Received msg (0): Message: class=SendData[19], type=Request[0], dest=0, callback=111, payload=6F 00 00 01 00 C6 7F 7F 7F 7F 00 00 03 00 00 00 00 03 01 00 00 

2019-02-10 16:45:20.239 [DEBUG] [nal.protocol.ZWaveTransactionManager] - lastTransaction TID 136: [WAIT_REQUEST] priority=Set, requiresResponse=true, callback: 111

2019-02-10 16:45:20.242 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Checking outstanding transactions: 1

2019-02-10 16:45:20.244 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Last transaction: TID 136: [WAIT_REQUEST] priority=Set, requiresResponse=true, callback: 111

2019-02-10 16:45:20.246 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Checking TID 136: (Callback 111)

2019-02-10 16:45:20.248 [DEBUG] [.serialmessage.ZWaveCommandProcessor] - Callback match!

2019-02-10 16:45:20.250 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Correlated to TID 136: callback 111

2019-02-10 16:45:20.253 [DEBUG] [ve.internal.protocol.ZWaveController] - Incoming Message: Message: class=SendData[19], type=Request[0], dest=0, callback=111, payload=6F 00 00 01 00 C6 7F 7F 7F 7F 00 00 03 00 00 00 00 03 01 00 00 

2019-02-10 16:45:20.255 [DEBUG] [l.serialmessage.SendDataMessageClass] - NODE 12: SendData Request. CallBack ID = 111, Status = Transmission complete and ACK received(0)

2019-02-10 16:45:20.258 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 12: resetResendCount initComplete=true isDead=false

2019-02-10 16:45:20.260 [DEBUG] [e.internal.protocol.ZWaveTransaction] - TID 136: Transaction COMPLETED

2019-02-10 16:45:20.262 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 12: Response processed after 97ms

2019-02-10 16:45:20.264 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 12: TID 136: Transaction completed

2019-02-10 16:45:20.266 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 12: notifyTransactionResponse TID:136 DONE

2019-02-10 16:45:20.269 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 12: Got an event from Z-Wave network: ZWaveTransactionCompletedEvent

2019-02-10 16:45:20.271 [DEBUG] [nal.protocol.ZWaveTransactionManager] - ZWaveReceiveThread queue empty

2019-02-10 16:45:20.273 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.

2019-02-10 16:45:21.668 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 12: Polling...

2019-02-10 16:45:21.673 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 12: Polling zwave:device:ad3f9d85:node12:blinds_control

2019-02-10 16:45:21.677 [DEBUG] [erter.ZWaveMultiLevelSwitchConverter] - NODE 12: Generating poll message for COMMAND_CLASS_SWITCH_MULTILEVEL, endpoint 0

2019-02-10 16:45:21.681 [DEBUG] [ss.ZWaveMultiLevelSwitchCommandClass] - NODE 12: Creating new message for command SWITCH_MULTILEVEL_GET

2019-02-10 16:45:21.687 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 12: SECURITY NOT required on COMMAND_CLASS_SWITCH_MULTILEVEL

2019-02-10 16:45:21.690 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 12: Command Class COMMAND_CLASS_SWITCH_MULTILEVEL is NOT required to be secured

2019-02-10 16:45:21.693 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 12: Adding to device queue

2019-02-10 16:45:21.697 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 12: Added 137 to queue - size 1

2019-02-10 16:45:21.699 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.

2019-02-10 16:45:21.703 [DEBUG] [wave.internal.protocol.SerialMessage] - Assembled message buffer = 01 09 00 13 0C 02 26 02 25 70 9A 

2019-02-10 16:45:21.708 [DEBUG] [ing.zwave.handler.ZWaveSerialHandler] - NODE 12: Sending REQUEST Message = 01 09 00 13 0C 02 26 02 25 70 9A 

2019-02-10 16:45:21.713 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 06

2019-02-10 16:45:21.716 [DEBUG] [nal.protocol.ZWaveTransactionManager] - processReceiveMessage input 0<>128 : Message: class=null[0], type=ACK[2], dest=255, callback=0, payload=

2019-02-10 16:45:21.719 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Received msg (0): Message: class=null[0], type=ACK[2], dest=255, callback=0, payload=

2019-02-10 16:45:21.722 [DEBUG] [nal.protocol.ZWaveTransactionManager] - lastTransaction null

2019-02-10 16:45:21.722 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 04 01 13 01 E8 

2019-02-10 16:45:21.726 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Received msg: ACK

2019-02-10 16:45:21.729 [DEBUG] [nal.protocol.ZWaveTransactionManager] - ZWaveReceiveThread queue empty

2019-02-10 16:45:21.734 [DEBUG] [ing.zwave.handler.ZWaveSerialHandler] - Message SENT

2019-02-10 16:45:21.737 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage started: TID 137: [WAIT_RESPONSE] priority=Get, requiresResponse=true, callback: 112

2019-02-10 16:45:21.740 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 1 out at start. Holdoff false.

2019-02-10 16:45:21.743 [DEBUG] [nal.protocol.ZWaveTransactionManager] - processReceiveMessage input 0<>128 : Message: class=SendData[19], type=Response[1], dest=255, callback=0, payload=01 

2019-02-10 16:45:21.748 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Received msg (0): Message: class=SendData[19], type=Response[1], dest=255, callback=0, payload=01 

2019-02-10 16:45:21.752 [DEBUG] [nal.protocol.ZWaveTransactionManager] - lastTransaction TID 137: [WAIT_RESPONSE] priority=Get, requiresResponse=true, callback: 112

2019-02-10 16:45:21.754 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 18 00 13 70 00 00 02 00 C6 7F 7F 7F 7F 00 00 03 00 00 00 00 03 01 00 00 41 

2019-02-10 16:45:21.756 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Checking outstanding transactions: 1

2019-02-10 16:45:21.760 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Last transaction: TID 137: [WAIT_RESPONSE] priority=Get, requiresResponse=true, callback: 112

2019-02-10 16:45:21.763 [DEBUG] [ve.internal.protocol.ZWaveController] - Incoming Message: Message: class=SendData[19], type=Response[1], dest=255, callback=0, payload=01 

2019-02-10 16:45:21.765 [DEBUG] [l.serialmessage.SendDataMessageClass] - NODE 12: sentData successfully placed on stack.

2019-02-10 16:45:21.767 [DEBUG] [nal.protocol.ZWaveTransactionManager] - TID 137: Advanced to WAIT_REQUEST

2019-02-10 16:45:21.769 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 12: TID 137: Transaction not completed

2019-02-10 16:45:21.771 [DEBUG] [nal.protocol.ZWaveTransactionManager] - ZWaveReceiveThread queue empty

2019-02-10 16:45:21.774 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 1 out at start. Holdoff false.

2019-02-10 16:45:21.785 [DEBUG] [nal.protocol.ZWaveTransactionManager] - processReceiveMessage input 0<>128 : Message: class=SendData[19], type=Request[0], dest=0, callback=112, payload=70 00 00 02 00 C6 7F 7F 7F 7F 00 00 03 00 00 00 00 03 01 00 00 

2019-02-10 16:45:21.788 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 0D 00 04 00 0C 05 26 03 0A 32 06 C4 00 20 

2019-02-10 16:45:21.788 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Received msg (0): Message: class=SendData[19], type=Request[0], dest=0, callback=112, payload=70 00 00 02 00 C6 7F 7F 7F 7F 00 00 03 00 00 00 00 03 01 00 00 

2019-02-10 16:45:21.791 [DEBUG] [nal.protocol.ZWaveTransactionManager] - lastTransaction TID 137: [WAIT_REQUEST] priority=Get, requiresResponse=true, callback: 112

2019-02-10 16:45:21.794 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Checking outstanding transactions: 1

2019-02-10 16:45:21.797 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Last transaction: TID 137: [WAIT_REQUEST] priority=Get, requiresResponse=true, callback: 112

2019-02-10 16:45:21.801 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Checking TID 137: (Callback 112)

2019-02-10 16:45:21.804 [DEBUG] [.serialmessage.ZWaveCommandProcessor] - Callback match!

2019-02-10 16:45:21.806 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Correlated to TID 137: callback 112

2019-02-10 16:45:21.810 [DEBUG] [ve.internal.protocol.ZWaveController] - Incoming Message: Message: class=SendData[19], type=Request[0], dest=0, callback=112, payload=70 00 00 02 00 C6 7F 7F 7F 7F 00 00 03 00 00 00 00 03 01 00 00 

2019-02-10 16:45:21.812 [DEBUG] [l.serialmessage.SendDataMessageClass] - NODE 12: SendData Request. CallBack ID = 112, Status = Transmission complete and ACK received(0)

2019-02-10 16:45:21.815 [DEBUG] [nal.protocol.ZWaveTransactionManager] - processReceiveMessage input 0<>128 : Message: class=ApplicationCommandHandler[4], type=Request[0], dest=12, callback=0, payload=00 0C 05 26 03 0A 32 06 C4 00 

2019-02-10 16:45:21.817 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 12: resetResendCount initComplete=true isDead=false

2019-02-10 16:45:21.819 [DEBUG] [nal.protocol.ZWaveTransactionManager] - TID 137: Advanced to WAIT_DATA

2019-02-10 16:45:21.821 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 12: TID 137: Transaction not completed

2019-02-10 16:45:21.823 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Received msg (0): Message: class=ApplicationCommandHandler[4], type=Request[0], dest=12, callback=0, payload=00 0C 05 26 03 0A 32 06 C4 00 

2019-02-10 16:45:21.825 [DEBUG] [nal.protocol.ZWaveTransactionManager] - lastTransaction null

2019-02-10 16:45:21.827 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 12: Application Command Request (ALIVE:DONE)

2019-02-10 16:45:21.830 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 12: resetResendCount initComplete=true isDead=false

2019-02-10 16:45:21.832 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 12: Incoming command class COMMAND_CLASS_SWITCH_MULTILEVEL, endpoint 0

2019-02-10 16:45:21.834 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 12: SECURITY NOT required on COMMAND_CLASS_SWITCH_MULTILEVEL

2019-02-10 16:45:21.836 [DEBUG] [tocol.commandclass.ZWaveCommandClass] - NODE 12: Received COMMAND_CLASS_SWITCH_MULTILEVEL V3 SWITCH_MULTILEVEL_REPORT

2019-02-10 16:45:21.838 [DEBUG] [ss.ZWaveMultiLevelSwitchCommandClass] - NODE 12: Switch Multi Level report, value = 10

2019-02-10 16:45:21.840 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 12: Got an event from Z-Wave network: ZWaveCommandClassValueEvent

2019-02-10 16:45:21.843 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 12: Got a value event from Z-Wave network, endpoint = 0, command class = COMMAND_CLASS_SWITCH_MULTILEVEL, value = 10

2019-02-10 16:45:21.846 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 12: Updating channel state zwave:device:ad3f9d85:node12:blinds_control to 10 [PercentType]

2019-02-10 16:45:21.849 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 12: Commands processed 1.

2019-02-10 16:45:21.853 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 12: Checking command org.openhab.binding.zwave.internal.protocol.ZWaveCommandClassPayload@c0469a.

2019-02-10 16:45:21.855 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 12: Command verified org.openhab.binding.zwave.internal.protocol.ZWaveCommandClassPayload@c0469a.

==> /var/log/openhab2/events.log <==

2019-02-10 16:45:21.855 [vent.ItemStateChangedEvent] - ZWaveNode012FGR223RollerShutter3Kueche_BlindsControl changed from 50 to 10

==> /var/log/openhab2/openhab.log <==

2019-02-10 16:45:21.857 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 12: notifyTransactionResponse TID:137 DONE

2019-02-10 16:45:21.859 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 12: Got an event from Z-Wave network: ZWaveTransactionCompletedEvent

2019-02-10 16:45:21.861 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 1

2019-02-10 16:45:21.862 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0

2019-02-10 16:45:21.864 [DEBUG] [nal.protocol.ZWaveTransactionManager] - ZWaveReceiveThread queue empty

2019-02-10 16:45:21.865 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.

2019-02-10 16:45:22.918 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 1A 00 04 00 0C 12 56 01 60 0D 01 01 32 02 21 32 05 F5 00 00 00 00 4D B5 C6 00 28 

2019-02-10 16:45:22.956 [DEBUG] [nal.protocol.ZWaveTransactionManager] - processReceiveMessage input 0<>128 : Message: class=ApplicationCommandHandler[4], type=Request[0], dest=12, callback=0, payload=00 0C 12 56 01 60 0D 01 01 32 02 21 32 05 F5 00 00 00 00 4D B5 C6 00 

2019-02-10 16:45:22.962 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Received msg (0): Message: class=ApplicationCommandHandler[4], type=Request[0], dest=12, callback=0, payload=00 0C 12 56 01 60 0D 01 01 32 02 21 32 05 F5 00 00 00 00 4D B5 C6 00 

2019-02-10 16:45:22.965 [DEBUG] [nal.protocol.ZWaveTransactionManager] - lastTransaction null

2019-02-10 16:45:22.969 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 12: Application Command Request (ALIVE:DONE)

2019-02-10 16:45:22.972 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 12: resetResendCount initComplete=true isDead=false

2019-02-10 16:45:22.975 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 12: Decapsulating COMMAND_CLASS_CRC_16_ENCAP

2019-02-10 16:45:22.979 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 12: Decapsulating COMMAND_CLASS_MULTI_CHANNEL

2019-02-10 16:45:22.982 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 12: Incoming command class COMMAND_CLASS_METER, endpoint 1

2019-02-10 16:45:22.985 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 12: SECURITY NOT required on COMMAND_CLASS_METER

2019-02-10 16:45:22.989 [DEBUG] [tocol.commandclass.ZWaveCommandClass] - NODE 12: Received COMMAND_CLASS_METER V3 METER_REPORT

2019-02-10 16:45:22.992 [DEBUG] [.commandclass.ZWaveMeterCommandClass] - NODE 12: Meter: Type=Electric(1), Scale=W(2), Value=152.5

2019-02-10 16:45:22.996 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 12: Got an event from Z-Wave network: ZWaveMeterValueEvent

2019-02-10 16:45:22.999 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 12: Got a value event from Z-Wave network, endpoint = 1, command class = COMMAND_CLASS_METER, value = 152.5

2019-02-10 16:45:23.004 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 12: Updating channel state zwave:device:ad3f9d85:node12:meter_watts1 to 152.5 [DecimalType]

2019-02-10 16:45:23.009 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 12: Commands processed 1.

2019-02-10 16:45:23.012 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 12: Checking command org.openhab.binding.zwave.internal.protocol.ZWaveCommandClassPayload@14581c3.

2019-02-10 16:45:23.015 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0

2019-02-10 16:45:23.019 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0

2019-02-10 16:45:23.022 [DEBUG] [nal.protocol.ZWaveTransactionManager] - ZWaveReceiveThread queue empty

2019-02-10 16:45:23.026 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.

2019-02-10 16:45:30.938 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 1A 00 04 00 0C 12 56 01 60 0D 01 01 32 02 21 32 00 06 00 00 00 00 DF 30 C6 00 C9 

2019-02-10 16:45:30.978 [DEBUG] [nal.protocol.ZWaveTransactionManager] - processReceiveMessage input 0<>128 : Message: class=ApplicationCommandHandler[4], type=Request[0], dest=12, callback=0, payload=00 0C 12 56 01 60 0D 01 01 32 02 21 32 00 06 00 00 00 00 DF 30 C6 00 

2019-02-10 16:45:30.988 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Received msg (0): Message: class=ApplicationCommandHandler[4], type=Request[0], dest=12, callback=0, payload=00 0C 12 56 01 60 0D 01 01 32 02 21 32 00 06 00 00 00 00 DF 30 C6 00 

2019-02-10 16:45:30.991 [DEBUG] [nal.protocol.ZWaveTransactionManager] - lastTransaction null

2019-02-10 16:45:30.995 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 12: Application Command Request (ALIVE:DONE)

2019-02-10 16:45:30.998 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 12: resetResendCount initComplete=true isDead=false

2019-02-10 16:45:31.000 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 12: Decapsulating COMMAND_CLASS_CRC_16_ENCAP

2019-02-10 16:45:31.003 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 12: Decapsulating COMMAND_CLASS_MULTI_CHANNEL

2019-02-10 16:45:31.006 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 12: Incoming command class COMMAND_CLASS_METER, endpoint 1

2019-02-10 16:45:31.008 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 12: SECURITY NOT required on COMMAND_CLASS_METER

2019-02-10 16:45:31.011 [DEBUG] [tocol.commandclass.ZWaveCommandClass] - NODE 12: Received COMMAND_CLASS_METER V3 METER_REPORT

2019-02-10 16:45:31.014 [DEBUG] [.commandclass.ZWaveMeterCommandClass] - NODE 12: Meter: Type=Electric(1), Scale=W(2), Value=0.6

2019-02-10 16:45:31.017 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 12: Got an event from Z-Wave network: ZWaveMeterValueEvent

2019-02-10 16:45:31.019 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 12: Got a value event from Z-Wave network, endpoint = 1, command class = COMMAND_CLASS_METER, value = 0.6

2019-02-10 16:45:31.023 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 12: Updating channel state zwave:device:ad3f9d85:node12:meter_watts1 to 0.6 [DecimalType]

2019-02-10 16:45:31.026 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 12: Commands processed 1.

2019-02-10 16:45:31.028 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 12: Checking command org.openhab.binding.zwave.internal.protocol.ZWaveCommandClassPayload@1b67893.

2019-02-10 16:45:31.031 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0

2019-02-10 16:45:31.033 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0

2019-02-10 16:45:31.036 [DEBUG] [nal.protocol.ZWaveTransactionManager] - ZWaveReceiveThread queue empty

2019-02-10 16:45:31.038 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.

2019-02-10 16:46:01.053 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 1A 00 04 00 0C 12 56 01 60 0D 01 01 32 02 21 32 00 06 00 00 00 00 DF 30 C6 00 C9 

2019-02-10 16:46:01.086 [DEBUG] [nal.protocol.ZWaveTransactionManager] - processReceiveMessage input 0<>128 : Message: class=ApplicationCommandHandler[4], type=Request[0], dest=12, callback=0, payload=00 0C 12 56 01 60 0D 01 01 32 02 21 32 00 06 00 00 00 00 DF 30 C6 00 

2019-02-10 16:46:01.092 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Received msg (0): Message: class=ApplicationCommandHandler[4], type=Request[0], dest=12, callback=0, payload=00 0C 12 56 01 60 0D 01 01 32 02 21 32 00 06 00 00 00 00 DF 30 C6 00 

2019-02-10 16:46:01.095 [DEBUG] [nal.protocol.ZWaveTransactionManager] - lastTransaction null

2019-02-10 16:46:01.097 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 12: Application Command Request (ALIVE:DONE)

2019-02-10 16:46:01.100 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 12: resetResendCount initComplete=true isDead=false

2019-02-10 16:46:01.103 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 12: Decapsulating COMMAND_CLASS_CRC_16_ENCAP

2019-02-10 16:46:01.106 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 12: Decapsulating COMMAND_CLASS_MULTI_CHANNEL

2019-02-10 16:46:01.108 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 12: Incoming command class COMMAND_CLASS_METER, endpoint 1

2019-02-10 16:46:01.111 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 12: SECURITY NOT required on COMMAND_CLASS_METER

2019-02-10 16:46:01.114 [DEBUG] [tocol.commandclass.ZWaveCommandClass] - NODE 12: Received COMMAND_CLASS_METER V3 METER_REPORT

2019-02-10 16:46:01.117 [DEBUG] [.commandclass.ZWaveMeterCommandClass] - NODE 12: Meter: Type=Electric(1), Scale=W(2), Value=0.6

2019-02-10 16:46:01.120 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 12: Got an event from Z-Wave network: ZWaveMeterValueEvent

2019-02-10 16:46:01.123 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 12: Got a value event from Z-Wave network, endpoint = 1, command class = COMMAND_CLASS_METER, value = 0.6

2019-02-10 16:46:01.127 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 12: Updating channel state zwave:device:ad3f9d85:node12:meter_watts1 to 0.6 [DecimalType]

2019-02-10 16:46:01.131 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 12: Commands processed 1.

2019-02-10 16:46:01.134 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 12: Checking command org.openhab.binding.zwave.internal.protocol.ZWaveCommandClassPayload@4a2cf6.

2019-02-10 16:46:01.137 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0

2019-02-10 16:46:01.140 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0

2019-02-10 16:46:01.142 [DEBUG] [nal.protocol.ZWaveTransactionManager] - ZWaveReceiveThread queue empty

2019-02-10 16:46:01.145 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.
Danach kommt nichts mehr.

HABuser
Beiträge: 45
Registriert: 15. Jan 2019 17:34

Re: Problem Z-Wave Roller Shutter Status Update

Beitrag von HABuser »

Ich habe mir nochmal genau die Doku zum FGR233 durchgelesen, in der Hoffnung das ich etwas finde was ich evtl falsch eingestellt habe oder was mich weiter bringen könnte.
https://manuals.fibaro.com/content/manu ... T-v1.0.pdf
Ich habe auf jeden Fall die Association Group 1 auf "Controller" gesetzt. Ich habe dann auch zusätzlich die Group 2 mal mit dem Controller verknüpft, hat aber nichts gebracht.
Parameter 40/41 sind 0, denn ich will erstmal keine Scene wählen sondern einfach nur den Rolladen mit den Schaltern steuern (und dabei auch eine Rückmeldung bekommen, die aber nicht kommt).
Parameter 150 ist nach erfolgreicher Kalibrierung auf 1 eingestellt und 151 ebenfalls auf 1. Daher sind IMO die Parameter 152..157 für mich ohne Bedeutung.
Was ich aber noch nicht richtig verstehe ist die Bedeutung der verschiedenen Channels "Blinds Control", "Blinds Control 1" und "Blinds Control 2". Ich habe die alle mal mit einem Item gelinked, aber irgendwie kann ich da keinen Unterschied feststellen.
Bildschirmfoto vom 2019-02-11 17-35-33.png
Ich bin momentan ratlos was ich noch tun kann um vom Modul die erreichte Rolladenposition automatisch zu bekommen.
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.

Benutzeravatar
sihui
Beiträge: 1827
Registriert: 11. Apr 2018 19:03
Answers: 21

Re: Problem Z-Wave Roller Shutter Status Update

Beitrag von sihui »

HABuser hat geschrieben: 11. Feb 2019 16:56 Was ich aber noch nicht richtig verstehe ist die Bedeutung der verschiedenen Channels "Blinds Control", "Blinds Control 1" und "Blinds Control 2". Ich habe die alle mal mit einem Item gelinked, aber irgendwie kann ich da keinen Unterschied feststellen.
Es gibt verschiedene Endpoints, wobei Endpint 0 immer das Root Endpoint ist wo letztendlich alle Daten auflaufen die zum Management des Gerätes gehören. Irgendwann im Laufe der Zwave Weiterentwicklung hat man Multi Endpoints (in diesem Falle Endpoint 1 und 2) eingeführt, die letztendlich das spezielle Verhalten eines Gerätes steuern sollen (Temperatur auslesen, Schalter schalten, Rollläden rauf und runter fahren).
In Falle von mehreren zur Verfügung stehenden Endpoints sollte man also immer die Endpoints >0 nehmen: in diesem Falle blinds_control1 (S1) und blinds_control2 (S2).
openHAB3 mit Zwave, Alexa, ESPEasy, MQTT, Logitech Harmony, Philips HUE und ZigBee Hardware auf Proxmox VE.

HABuser
Beiträge: 45
Registriert: 15. Jan 2019 17:34

Re: Problem Z-Wave Roller Shutter Status Update

Beitrag von HABuser »

sihui hat geschrieben: 11. Feb 2019 18:03 In Falle von mehreren zur Verfügung stehenden Endpoints sollte man also immer die Endpoints >0 nehmen: in diesem Falle blinds_control1 (S1) und blinds_control2 (S2).
Ich nehme an mit S1 und S2 meinst du die Schalter für Rolladen hoch (S1) und Rolladen runter (S2). Welchen Sinn macht das dann zwei verschiedene blinds_control Items zu erzeugen die dann beide die Steuerungselemente für rauf und runter für den selben Rolladen haben?

Benutzeravatar
sihui
Beiträge: 1827
Registriert: 11. Apr 2018 19:03
Answers: 21

Re: Problem Z-Wave Roller Shutter Status Update

Beitrag von sihui »

HABuser hat geschrieben: 11. Feb 2019 18:20 Ich nehme an mit S1 und S2 meinst du die Schalter für Rolladen hoch (S1) und Rolladen runter (S2). Welchen Sinn macht das dann zwei verschiedene blinds_control Items zu erzeugen die dann beide die Steuerungselemente für rauf und runter für den selben Rolladen haben?
Kann dir nicht ganz folgen, sorry: ich habe einen normalen Rollladenschalter (Taster) an meinen FGR222, eine Seite hat einen Kontakt für hoch, die andere Seite hat einen Kontakt für runter -> also zwei Schalter.
Oder verstehe ich etwas falsch?
openHAB3 mit Zwave, Alexa, ESPEasy, MQTT, Logitech Harmony, Philips HUE und ZigBee Hardware auf Proxmox VE.

HABuser
Beiträge: 45
Registriert: 15. Jan 2019 17:34

Re: Problem Z-Wave Roller Shutter Status Update

Beitrag von HABuser »

Genau so habe ich das mit den Schaltern natürlich auch.
Aber ich habe dich so verstanden, dass dem Schalter S1 der Channel blinds_control1 zugewiesen ist. Diesen Channel würde ich doch aber mit einem Item linken, und zwar einem Item vom Typ blinds control. Dieses Item hat aber die Möglichkeit den Rolladen rauf und runter laufen zu lassen. Warum sollte das dann nur einem Schalter (S1) zugewiesen sein. Irgendwie habe ich da scheinbar einen Knoten im Hirn und verstehe die Bedeutung der Endpoints immer noch nicht, oder zumindest nicht warum ein Endpoint, der doch einem Channel entspricht, nur einem Schalter zugewiesen sein soll. :?

HABuser
Beiträge: 45
Registriert: 15. Jan 2019 17:34

Re: Problem Z-Wave Roller Shutter Status Update

Beitrag von HABuser »

Bildschirmfoto vom 2019-02-11 19-24-32.png
Ein Item für auf und abwärts , gelinked zu einem Channel (Endpoint)
Ich brauche doch beide Schalter um diesen Channel zu beeinflussen.
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.

HABuser
Beiträge: 45
Registriert: 15. Jan 2019 17:34

Re: Problem Z-Wave Roller Shutter Status Update

Beitrag von HABuser »

Ich habe festgestellt dass sich die Pronzentzahl der Rolladenöffnung genau umgekehrt zu der Beschreibung in der Doku verhält.
Hier https://www.openhab.org/docs/concepts/i ... data-types
steht, dass ein geöffneter Rolladen den Wert 0% und ein geschlossener den Wert 100% haben soll. Bei mir ist es aber genau umgekehrt.
Wenn ich "UP" sende, dann fährt der Rolladen nach oben und endet bei 100%.
D.h. in der Doku bezieht sich die Prozentangabe auf die Größe der sichtbaren Rolladenfläche und bei mir bezieht sich die Angabe auf die Größe der freigegebenen Fensterfläche.
Könnte es sein dass genau hier das Problem liegt?
Vielleicht erwartet das Binding dass nach "UP" die Zahl immer kleiner werden muss und verwirft die Rückmeldungen in diesem Fall, weil sie scheinbar unplausibel sind?

Edit: Das Ändern der Parameter 24 und 25 keht zwar die physikalische Verfahrrichtung um, ändert aber nichts an dem obigen Sachverhalt, d.h. nach "UP" werden die Werte trotzdem immer größer.

Benutzeravatar
sihui
Beiträge: 1827
Registriert: 11. Apr 2018 19:03
Answers: 21

Re: Problem Z-Wave Roller Shutter Status Update

Beitrag von sihui »

HABuser hat geschrieben: 13. Feb 2019 02:35 Ich habe festgestellt dass sich die Pronzentzahl der Rolladenöffnung genau umgekehrt zu der Beschreibung in der Doku verhält.
Dafür gibt es in der Konfiguration des Channels im Thing die Möglichkeit das umzudrehen (wenn man sich das umklemmen sparen will):
invert.PNG
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
openHAB3 mit Zwave, Alexa, ESPEasy, MQTT, Logitech Harmony, Philips HUE und ZigBee Hardware auf Proxmox VE.

HABuser
Beiträge: 45
Registriert: 15. Jan 2019 17:34

Re: Problem Z-Wave Roller Shutter Status Update

Beitrag von HABuser »

sihui hat geschrieben: 13. Feb 2019 21:26
HABuser hat geschrieben: 13. Feb 2019 02:35 Ich habe festgestellt dass sich die Pronzentzahl der Rolladenöffnung genau umgekehrt zu der Beschreibung in der Doku verhält.
Dafür gibt es in der Konfiguration des Channels im Thing die Möglichkeit das umzudrehen (wenn man sich das umklemmen sparen will):
Danke, das habe ich bisher übersehen und eben ausprobiert.
Meine Vermutung oben hat sich dabei aber nicht bestätigt, Statusupdates gibt es trotzdem nicht. :(

Antworten