Unknown device, no Z-Wave node XML - Fakro ZWP10 remote

[chris (Chris Jackson)]

@shutterfreak

If only I knew how I can turn the XML files generated by OH2 and OZW into meaningful associations

It’s nothing to do with the XML files (or maybe I don’t understand what you mean) - sorry. Normally this information is provided in the device user manual.

@shutterfreak

The controller supports 10 “association groups” and I have the impression that associaiton group 1 is a lifeline group as it only contains the controller node.

Well if you know this, then this should be added to the database.

@shutterfreak

But the ZWP10 controller has 5 “channels” with 2 channels each (left/right), which could also be the groups?

Association groups are not directly linked to channels. Association groups tell the device what to do when something happens - eg pressing a button, or the temperature changing or a lock opening… There may be more or less association groups than channels - there’s no direct relationship.

If you know that 10 groups are supported, then just add this to the database.

[shutterfreak (Olivier Biot)]

Okay. I added 10 association groups.
Please revert my 2 accidental edits here - I was apparently lost in my browser tabs.

I now get the following 2 warnings:

• Endpoint 0 has no command class linked to the basic class

Should I tick the “Treat as BASIC” box in the BASIC class, or should I manually add all buttons (UP, STOP, DOWN for left and right channel) and channels (5) within the BASIC class? And again in the SWITCH_MULTILEVEL?

• There are 1 association groups but none are linked to the controller. Is this correct?

The documentation tells nothing about association groups, only that up to 10 groups are supported. I see from OZWCP that group 1 contains the controller node and has the auto parameter set, so I believe that group 1 could be a lifeline-like group. However the ZWP10 portable remote controller is not Z-Wave Plus! Should I hence tick ‘Controller’ in group 1?

[shutterfreak (Olivier Biot)]

Quick update.

The ZWP10 remote was configured as follows:

• Channel 1, left button set = Roller shutter North (node 2)
• Channel 2, left button set = Roller shutter South-East (node 3)
• Channel 2, right button set = Roller shutter South-West (node 4)
• Channel 5 (LEDs 1+2+3+4 on), left button set = Roller shutter North (node 2) → see below
• Channel 5 (LEDs 1+2+3+4 on), right button set = Roller shutters South (nodes 3 and 4)

Associating roller shutters to control button sets on the ZWP10 was done as follows (ZME E UZB1 as Z-Wave controller, OH2.5 milestone build on RPi3 with openhabian):

1. Include the roller shutters in the Z-Wave network
2. Include the ZWP10 remote(s) in the Z-Wave network (so it’s taking up the role as secondary controller)
3. Use ASSIGN procedure on the ZWP10 remote to assign roller shutters to control button sets and channels on the ZWP10 remote.

I don’t know if this is expected behaviour, but I get no zwave.log entries if I operate the control buttons of the ZWP10 remote. Except for channel 5 (LEDs 1+2+3+4 on), left button set:

• Up button:

2019-03-29 09:36:27.081 [DEBUG] [wave.handler.ZWaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 0B 00 04 08 07 03 20 01 FF B8 00 9A 
2019-03-29 09:36:27.084 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - processReceiveMessage input 0<>128 : Message: class=ApplicationCommandHandler[4], type=Request[0], dest=7, callback=8, payload=08 07 03 20 01 FF B8 00 
2019-03-29 09:36:27.086 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Received msg (0): Message: class=ApplicationCommandHandler[4], type=Request[0], dest=7, callback=8, payload=08 07 03 20 01 FF B8 00 
2019-03-29 09:36:27.087 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - lastTransaction null
2019-03-29 09:36:27.087 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 7: Application Command Request (ALIVE:UPDATE_NEIGHBORS)
2019-03-29 09:36:27.088 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 7: Incoming command class COMMAND_CLASS_BASIC, endpoint 0
2019-03-29 09:36:27.089 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 7: SECURITY not supported
2019-03-29 09:36:27.090 [DEBUG] [e.internal.protocol.commandclass.ZWaveCommandClass] - NODE 7: Received COMMAND_CLASS_BASIC V0 BASIC_SET
2019-03-29 09:36:27.091 [DEBUG] [ernal.protocol.commandclass.ZWaveBasicCommandClass] - NODE 7: Basic report, value = 255
2019-03-29 09:36:27.092 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 7: Got an event from Z-Wave network: ZWaveCommandClassValueEvent
2019-03-29 09:36:27.093 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 7: Got a value event from Z-Wave network, endpoint = 0, command class = COMMAND_CLASS_BASIC, value = 255
2019-03-29 09:36:27.093 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 7: Commands processed 1.
2019-03-29 09:36:27.094 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 7: Checking command org.openhab.binding.zwave.internal.protocol.ZWaveCommandClassPayload@4e366b.
2019-03-29 09:36:27.095 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0
2019-03-29 09:36:27.098 [DEBUG] [wave.handler.ZWaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 0B 00 04 00 07 03 20 01 FF B6 00 9C 
2019-03-29 09:36:27.100 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0
2019-03-29 09:36:27.101 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - ZWaveReceiveThread queue empty
2019-03-29 09:36:27.102 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.
2019-03-29 09:36:27.103 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - processReceiveMessage input 0<>128 : Message: class=ApplicationCommandHandler[4], type=Request[0], dest=7, callback=0, payload=00 07 03 20 01 FF B6 00 
2019-03-29 09:36:27.105 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Received msg (0): Message: class=ApplicationCommandHandler[4], type=Request[0], dest=7, callback=0, payload=00 07 03 20 01 FF B6 00 
2019-03-29 09:36:27.106 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - lastTransaction null
2019-03-29 09:36:27.106 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 7: Application Command Request (ALIVE:UPDATE_NEIGHBORS)
2019-03-29 09:36:27.107 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 7: Incoming command class COMMAND_CLASS_BASIC, endpoint 0
2019-03-29 09:36:27.107 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 7: SECURITY not supported
2019-03-29 09:36:27.108 [DEBUG] [e.internal.protocol.commandclass.ZWaveCommandClass] - NODE 7: Received COMMAND_CLASS_BASIC V0 BASIC_SET
2019-03-29 09:36:27.109 [DEBUG] [ernal.protocol.commandclass.ZWaveBasicCommandClass] - NODE 7: Basic report, value = 255
2019-03-29 09:36:27.109 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 7: Got an event from Z-Wave network: ZWaveCommandClassValueEvent
2019-03-29 09:36:27.110 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 7: Got a value event from Z-Wave network, endpoint = 0, command class = COMMAND_CLASS_BASIC, value = 255
2019-03-29 09:36:27.111 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 7: Commands processed 1.
2019-03-29 09:36:27.111 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 7: Checking command org.openhab.binding.zwave.internal.protocol.ZWaveCommandClassPayload@562e11.
2019-03-29 09:36:27.121 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0
2019-03-29 09:36:27.122 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0
2019-03-29 09:36:27.123 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - ZWaveReceiveThread queue empty
2019-03-29 09:36:27.124 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.

• Stop Button:

2019-03-29 09:42:38.330 [DEBUG] [wave.handler.ZWaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 0A 00 04 08 07 02 26 05 BF 00 60 
2019-03-29 09:42:38.337 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - processReceiveMessage input 0<>128 : Message: class=ApplicationCommandHandler[4], type=Request[0], dest=7, callback=8, payload=08 07 02 26 05 BF 00 
2019-03-29 09:42:38.340 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Received msg (0): Message: class=ApplicationCommandHandler[4], type=Request[0], dest=7, callback=8, payload=08 07 02 26 05 BF 00 
2019-03-29 09:42:38.341 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - lastTransaction null
2019-03-29 09:42:38.342 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 7: Application Command Request (ALIVE:UPDATE_NEIGHBORS)
2019-03-29 09:42:38.344 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 7: Incoming command class COMMAND_CLASS_SWITCH_MULTILEVEL, endpoint 0
2019-03-29 09:42:38.345 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 7: SECURITY not supported
2019-03-29 09:42:38.346 [DEBUG] [e.internal.protocol.commandclass.ZWaveCommandClass] - NODE 7: Received COMMAND_CLASS_SWITCH_MULTILEVEL V0 unknown command 5
2019-03-29 09:42:38.347 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 7: Commands processed 1.
2019-03-29 09:42:38.349 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 7: Checking command org.openhab.binding.zwave.internal.protocol.ZWaveCommandClassPayload@b6abf3.
2019-03-29 09:42:38.350 [DEBUG] [wave.handler.ZWaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 0A 00 04 00 07 02 26 05 BE 00 69 
2019-03-29 09:42:38.350 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0
2019-03-29 09:42:38.352 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0
2019-03-29 09:42:38.353 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - ZWaveReceiveThread queue empty
2019-03-29 09:42:38.354 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.
2019-03-29 09:42:38.357 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - processReceiveMessage input 0<>128 : Message: class=ApplicationCommandHandler[4], type=Request[0], dest=7, callback=0, payload=00 07 02 26 05 BE 00 
2019-03-29 09:42:38.360 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Received msg (0): Message: class=ApplicationCommandHandler[4], type=Request[0], dest=7, callback=0, payload=00 07 02 26 05 BE 00 
2019-03-29 09:42:38.361 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - lastTransaction null
2019-03-29 09:42:38.363 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 7: Application Command Request (ALIVE:UPDATE_NEIGHBORS)
2019-03-29 09:42:38.364 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 7: Incoming command class COMMAND_CLASS_SWITCH_MULTILEVEL, endpoint 0
2019-03-29 09:42:38.365 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 7: SECURITY not supported
2019-03-29 09:42:38.367 [DEBUG] [e.internal.protocol.commandclass.ZWaveCommandClass] - NODE 7: Received COMMAND_CLASS_SWITCH_MULTILEVEL V0 unknown command 5
2019-03-29 09:42:38.368 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 7: Commands processed 1.
2019-03-29 09:42:38.369 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 7: Checking command org.openhab.binding.zwave.internal.protocol.ZWaveCommandClassPayload@56ad1.
2019-03-29 09:42:38.370 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0
2019-03-29 09:42:38.371 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0
2019-03-29 09:42:38.373 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - ZWaveReceiveThread queue empty
2019-03-29 09:42:38.374 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.

• Down Button:

2019-03-29 09:44:19.395 [DEBUG] [wave.handler.ZWaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 0B 00 04 08 07 03 20 01 00 BE 00 63 
2019-03-29 09:44:19.402 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - processReceiveMessage input 0<>128 : Message: class=ApplicationCommandHandler[4], type=Request[0], dest=7, callback=8, payload=08 07 03 20 01 00 BE 00 
2019-03-29 09:44:19.406 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Received msg (0): Message: class=ApplicationCommandHandler[4], type=Request[0], dest=7, callback=8, payload=08 07 03 20 01 00 BE 00 
2019-03-29 09:44:19.408 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - lastTransaction null
2019-03-29 09:44:19.409 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 7: Application Command Request (ALIVE:UPDATE_NEIGHBORS)
2019-03-29 09:44:19.411 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 7: Incoming command class COMMAND_CLASS_BASIC, endpoint 0
2019-03-29 09:44:19.413 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 7: SECURITY not supported
2019-03-29 09:44:19.414 [DEBUG] [e.internal.protocol.commandclass.ZWaveCommandClass] - NODE 7: Received COMMAND_CLASS_BASIC V0 BASIC_SET
2019-03-29 09:44:19.416 [DEBUG] [ernal.protocol.commandclass.ZWaveBasicCommandClass] - NODE 7: Basic report, value = 0
2019-03-29 09:44:19.416 [DEBUG] [wave.handler.ZWaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 0B 00 04 00 07 03 20 01 00 BE 00 6B 
2019-03-29 09:44:19.418 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 7: Got an event from Z-Wave network: ZWaveCommandClassValueEvent
2019-03-29 09:44:19.420 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 7: Got a value event from Z-Wave network, endpoint = 0, command class = COMMAND_CLASS_BASIC, value = 0
2019-03-29 09:44:19.421 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 7: Commands processed 1.
2019-03-29 09:44:19.423 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 7: Checking command org.openhab.binding.zwave.internal.protocol.ZWaveCommandClassPayload@feeb50.
2019-03-29 09:44:19.425 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0
2019-03-29 09:44:19.425 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - processReceiveMessage input 0<>128 : Message: class=ApplicationCommandHandler[4], type=Request[0], dest=7, callback=0, payload=00 07 03 20 01 00 BE 00 
2019-03-29 09:44:19.426 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0
2019-03-29 09:44:19.428 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - ZWaveReceiveThread queue empty
2019-03-29 09:44:19.430 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.
2019-03-29 09:44:19.432 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Received msg (0): Message: class=ApplicationCommandHandler[4], type=Request[0], dest=7, callback=0, payload=00 07 03 20 01 00 BE 00 
2019-03-29 09:44:19.434 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - lastTransaction null
2019-03-29 09:44:19.435 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 7: Application Command Request (ALIVE:UPDATE_NEIGHBORS)
2019-03-29 09:44:19.437 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 7: Incoming command class COMMAND_CLASS_BASIC, endpoint 0
2019-03-29 09:44:19.439 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 7: SECURITY not supported
2019-03-29 09:44:19.440 [DEBUG] [e.internal.protocol.commandclass.ZWaveCommandClass] - NODE 7: Received COMMAND_CLASS_BASIC V0 BASIC_SET
2019-03-29 09:44:19.442 [DEBUG] [ernal.protocol.commandclass.ZWaveBasicCommandClass] - NODE 7: Basic report, value = 0
2019-03-29 09:44:19.443 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 7: Got an event from Z-Wave network: ZWaveCommandClassValueEvent
2019-03-29 09:44:19.445 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 7: Got a value event from Z-Wave network, endpoint = 0, command class = COMMAND_CLASS_BASIC, value = 0
2019-03-29 09:44:19.446 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 7: Commands processed 1.
2019-03-29 09:44:19.448 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 7: Checking command org.openhab.binding.zwave.internal.protocol.ZWaveCommandClassPayload@918949.
2019-03-29 09:44:19.449 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0
2019-03-29 09:44:19.451 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0
2019-03-29 09:44:19.452 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - ZWaveReceiveThread queue empty
2019-03-29 09:44:19.454 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.

[shutterfreak (Olivier Biot)]

I got the ZWP10 remotes identified by updating the Z-Wave binding to the latest successful build.

I still have some problems with the ZWP10 remotes:

1. Whatever function button I press (short pressing up, down or stop; long pressing up or down), nothing appears in the Z-Wave log (debug level). So it appears that the Z-Wave controller (ZME E UZB1 stick) does not see what happens at / with the ZWP10 remotes.
2. The associations (association groups) I created directly with the ZWP10 remote (as secondary controller) are not picked up by the Z-Wave binding (the XML files don’t mention them)

In addition, I’d like to understand how I should correctly define the button sets in the ZWP10 XML file. I am working with a locally modified XML file in the Z-Wave binding for sorting out the correct config in the absence of a clear manual. One issue is that the ZWP10 remote mentions 5 “channels” and features 2 button sets per “channel” (up, stop, down), but that I can’t find a proper way to translate that into a valid Z-Wave configuration (maybe the ZWP10 definition of a “channel” differs from the Z-Wave definition). Anyway, here’s what I have tried so far:

    <!-- CHANNEL DEFINITIONS -->
    <channels>
      <channel id="switch_dimmer_1" typeId="switch_dimmer">
        <label>Dimmer 1</label>
        <properties>
          <property name="binding:*:PercentType">COMMAND_CLASS_SWITCH_MULTILEVEL</property>
          <property name="binding:Command:StopMoveType">COMMAND_CLASS_SWITCH_MULTILEVEL,COMMAND_CLASS_BASIC</property>
          <property name="binding:Command:UpDownType">COMMAND_CLASS_SWITCH_MULTILEVEL,COMMAND_CLASS_BASIC</property>
          <!-- property name="binding:Command:OnOffType">COMMAND_CLASS_SWITCH_MULTILEVEL</property -->
        </properties>
      </channel>
      <channel id="switch_dimmer_2" typeId="switch_dimmer">
        <label>Dimmer 2</label>
        <properties>
          <property name="binding:*:PercentType">COMMAND_CLASS_SWITCH_MULTILEVEL</property>
          <property name="binding:Command:StopMoveType">COMMAND_CLASS_SWITCH_MULTILEVEL,COMMAND_CLASS_BASIC</property>
          <property name="binding:Command:UpDownType">COMMAND_CLASS_SWITCH_MULTILEVEL,COMMAND_CLASS_BASIC</property>
          <!-- property name="binding:Command:OnOffType">COMMAND_CLASS_SWITCH_MULTILEVEL</property -->
        </properties>
      </channel>
      <!-- WARNING: Battery Level is not reported - only probing here for testing purposes!!! -->
      <channel id="battery-level" typeId="system.battery-level">
        <properties>
          <!-- DOES NOT WORK: property name="binding:*:PercentType">COMMAND_CLASS_BATTERY</property -->
          <property name="binding:*:PercentType">BATTERY</property>
        </properties>
      </channel>
    </channels>

Should the XML somewhere relate the function buttons to the channels or association groups, or is this handled by the binding?

Should I associate nodes to the association groups through the binding (e.g. in Paper UI) instead of associating them directly through the ZWP10 remote?

For your information, here’s what happens when I long-press the “channel select” button on the ZWP10 remote, when the Z-Wave binding attempts at fetching the battery level:

==> /var/log/openhab2/zwave.log <==
2019-04-11 10:27:46.872 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 6: Polling...
2019-04-11 10:27:46.876 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 6: Polling zwave:device:controller:node6:battery-level

2019-04-11 10:27:55.471 [DEBUG] [wave.handler.ZWaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 0C 00 49 84 06 06 01 01 01 86 85 72 4E 
2019-04-11 10:27:55.474 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - processReceiveMessage input 0<>128 : Message: class=ApplicationUpdate[73], type=Request[0], dest=6, callback=132, payload=84 06 06 01 01 01 86 85 72 
2019-04-11 10:27:55.475 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Received msg (0): Message: class=ApplicationUpdate[73], type=Request[0], dest=6, callback=132, payload=84 06 06 01 01 01 86 85 72 
2019-04-11 10:27:55.476 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - lastTransaction null
2019-04-11 10:27:55.477 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Checking outstanding transactions: 0
2019-04-11 10:27:55.477 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Last transaction: null
2019-04-11 10:27:55.478 [DEBUG] [ab.binding.zwave.internal.protocol.ZWaveController] - Incoming Message: Message: class=ApplicationUpdate[73], type=Request[0], dest=6, callback=132, payload=84 06 06 01 01 01 86 85 72 
2019-04-11 10:27:55.479 [DEBUG] [otocol.serialmessage.ApplicationUpdateMessageClass] - NODE 6: Application update request. Node information received. Transaction null
2019-04-11 10:27:55.480 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 6: resetResendCount initComplete=true isDead=false
2019-04-11 10:27:55.481 [DEBUG] [otocol.serialmessage.ApplicationUpdateMessageClass] - NODE 6: Application update - no transaction.
2019-04-11 10:27:55.482 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - ZWaveReceiveThread queue empty
2019-04-11 10:27:55.482 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.
2019-04-11 10:27:55.490 [DEBUG] [wave.handler.ZWaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 0A 00 04 04 06 02 84 07 CA 00 B8 
2019-04-11 10:27:55.492 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - processReceiveMessage input 0<>128 : Message: class=ApplicationCommandHandler[4], type=Request[0], dest=6, callback=4, payload=04 06 02 84 07 CA 00 
2019-04-11 10:27:55.493 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Received msg (0): Message: class=ApplicationCommandHandler[4], type=Request[0], dest=6, callback=4, payload=04 06 02 84 07 CA 00 
2019-04-11 10:27:55.494 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - lastTransaction null
2019-04-11 10:27:55.494 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 6: Application Command Request (ALIVE:DONE)
2019-04-11 10:27:55.495 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 6: resetResendCount initComplete=true isDead=false
2019-04-11 10:27:55.496 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 6: Is awake with 0 messages in the queue
2019-04-11 10:27:55.496 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 6: COMMAND_CLASS_WAKE_UP not found - setting AWAKE
2019-04-11 10:27:55.497 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 6: Start sleep timer at 1000ms
2019-04-11 10:27:55.497 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 6: Got an event from Z-Wave network: ZWaveNodeStatusEvent
2019-04-11 10:27:55.506 [DEBUG] [ab.binding.zwave.internal.protocol.ZWaveController] - NODE 6: Node Status event - Node is AWAKE
2019-04-11 10:27:55.507 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 6: Commands processed 1.
2019-04-11 10:27:55.507 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 6: Checking command org.openhab.binding.zwave.internal.protocol.ZWaveCommandClassPayload@c0fc1d.
2019-04-11 10:27:55.508 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0
2019-04-11 10:27:55.509 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0
2019-04-11 10:27:55.509 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - ZWaveReceiveThread queue empty
2019-04-11 10:27:55.510 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.

==> /var/log/openhab2/events.log <==
2019-04-11 10:27:55.512 [me.event.ThingUpdatedEvent] - Thing 'zwave:device:controller:node6' has been updated.

==> /var/log/openhab2/zwave.log <==
2019-04-11 10:27:55.997 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 6: WakeupTimerTask 0 Messages waiting, state DONE
2019-04-11 10:27:56.498 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 6: WakeupTimerTask 0 Messages waiting, state DONE
2019-04-11 10:27:56.498 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 6: No more messages, go back to sleep

[shutterfreak (Olivier Biot)]

I also see a potential problem with one of my remotes that is apparently also set to master. I tried associating the nodes to the groups of node5 and here’s the log of the failed operation (assigning node 2 to group 1, node 3 to group 3, node 4 to group 4, node 2 to group 9 and nodes 3 & 4 to group 10):

2019-04-11 10:39:09.107 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Configuration update received
2019-04-11 10:39:09.133 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Configuration update set binding_cmdrepollperiod to 1500 (BigDecimal)
2019-04-11 10:39:09.135 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Configuration update set group_9 to [node_2] (ArrayList)
2019-04-11 10:39:09.137 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Association [node_2] consolidated to {}
2019-04-11 10:39:09.139 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Current members before update ZWaveAssociationGroup [index=9, name=null, profile1=null, profile2=null, associations=[]]
2019-04-11 10:39:09.140 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Members after config update ZWaveAssociationGroup [index=9, name=null, profile1=null, profile2=null, associations=[node_2]]

2019-04-11 10:39:09.142 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Controller is master - forcing associations

2019-04-11 10:39:09.163 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Thing has no default associations
2019-04-11 10:39:09.165 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Members after controller update ZWaveAssociationGroup [index=9, name=null, profile1=null, profile2=null, associations=[node_2]]
2019-04-11 10:39:09.166 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Adding node_2 to association group 9
2019-04-11 10:39:09.168 [DEBUG] [protocol.commandclass.ZWaveAssociationCommandClass] - NODE 5: Creating new message for application command ASSOCIATIONCMD_SET, group=9, node=2
2019-04-11 10:39:09.170 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: SECURITY not supported
2019-04-11 10:39:09.172 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: Command Class COMMAND_CLASS_ASSOCIATION is NOT required to be secured
2019-04-11 10:39:09.174 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Bump transaction 35 priority from Config to Immediate
2019-04-11 10:39:09.175 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Adding to device queue
2019-04-11 10:39:09.176 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Added 35 to queue - size 1
2019-04-11 10:39:09.178 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.
2019-04-11 10:39:09.180 [DEBUG] [protocol.commandclass.ZWaveAssociationCommandClass] - NODE 5: Creating new message for application command ASSOCIATIONCMD_GET group 9
2019-04-11 10:39:09.181 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: SECURITY not supported
2019-04-11 10:39:09.183 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: Command Class COMMAND_CLASS_ASSOCIATION is NOT required to be secured
2019-04-11 10:39:09.184 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Bump transaction 36 priority from Config to Immediate
2019-04-11 10:39:09.186 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Adding to device queue
2019-04-11 10:39:09.187 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Added 36 to queue - size 2
2019-04-11 10:39:09.189 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.
2019-04-11 10:39:09.190 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Configuration update set group_8 to null (null)
2019-04-11 10:39:09.192 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Association [] consolidated to {}
2019-04-11 10:39:09.193 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Current members before update ZWaveAssociationGroup [index=8, name=null, profile1=null, profile2=null, associations=[]]
2019-04-11 10:39:09.195 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Members after config update ZWaveAssociationGroup [index=8, name=null, profile1=null, profile2=null, associations=[]]

2019-04-11 10:39:09.197 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Controller is master - forcing associations

2019-04-11 10:39:09.213 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Thing has no default associations
2019-04-11 10:39:09.215 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Members after controller update ZWaveAssociationGroup [index=8, name=null, profile1=null, profile2=null, associations=[]]
2019-04-11 10:39:09.216 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Association group 8 contains no members. Clearing.
2019-04-11 10:39:09.218 [DEBUG] [protocol.commandclass.ZWaveAssociationCommandClass] - NODE 5: Creating new message for application command ASSOCIATIONCMD_REMOVE group=8, node=all
2019-04-11 10:39:09.220 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: SECURITY not supported
2019-04-11 10:39:09.221 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: Command Class COMMAND_CLASS_ASSOCIATION is NOT required to be secured
2019-04-11 10:39:09.222 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Bump transaction 37 priority from Config to Immediate
2019-04-11 10:39:09.224 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Adding to device queue
2019-04-11 10:39:09.225 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Added 37 to queue - size 3
2019-04-11 10:39:09.226 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.
2019-04-11 10:39:09.228 [DEBUG] [protocol.commandclass.ZWaveAssociationCommandClass] - NODE 5: Creating new message for application command ASSOCIATIONCMD_GET group 8
2019-04-11 10:39:09.230 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: SECURITY not supported
2019-04-11 10:39:09.231 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: Command Class COMMAND_CLASS_ASSOCIATION is NOT required to be secured
2019-04-11 10:39:09.233 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Bump transaction 38 priority from Config to Immediate
2019-04-11 10:39:09.234 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Adding to device queue
2019-04-11 10:39:09.235 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Added 38 to queue - size 4
2019-04-11 10:39:09.236 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.
2019-04-11 10:39:09.238 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Configuration update set group_5 to null (null)
2019-04-11 10:39:09.239 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Association [] consolidated to {}
2019-04-11 10:39:09.240 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Current members before update ZWaveAssociationGroup [index=5, name=null, profile1=null, profile2=null, associations=[]]
2019-04-11 10:39:09.242 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Members after config update ZWaveAssociationGroup [index=5, name=null, profile1=null, profile2=null, associations=[]]

2019-04-11 10:39:09.243 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Controller is master - forcing associations

2019-04-11 10:39:09.255 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Thing has no default associations
2019-04-11 10:39:09.257 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Members after controller update ZWaveAssociationGroup [index=5, name=null, profile1=null, profile2=null, associations=[]]
2019-04-11 10:39:09.258 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Association group 5 contains no members. Clearing.
2019-04-11 10:39:09.259 [DEBUG] [protocol.commandclass.ZWaveAssociationCommandClass] - NODE 5: Creating new message for application command ASSOCIATIONCMD_REMOVE group=5, node=all
2019-04-11 10:39:09.260 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: SECURITY not supported
2019-04-11 10:39:09.262 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: Command Class COMMAND_CLASS_ASSOCIATION is NOT required to be secured
2019-04-11 10:39:09.263 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Bump transaction 39 priority from Config to Immediate
2019-04-11 10:39:09.264 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Adding to device queue
2019-04-11 10:39:09.266 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Added 39 to queue - size 5
2019-04-11 10:39:09.267 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.
2019-04-11 10:39:09.269 [DEBUG] [protocol.commandclass.ZWaveAssociationCommandClass] - NODE 5: Creating new message for application command ASSOCIATIONCMD_GET group 5
2019-04-11 10:39:09.270 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: SECURITY not supported
2019-04-11 10:39:09.271 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: Command Class COMMAND_CLASS_ASSOCIATION is NOT required to be secured
2019-04-11 10:39:09.273 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Bump transaction 40 priority from Config to Immediate
2019-04-11 10:39:09.274 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Adding to device queue
2019-04-11 10:39:09.276 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Added 40 to queue - size 6
2019-04-11 10:39:09.277 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.
2019-04-11 10:39:09.278 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Configuration update set group_4 to [node_4] (ArrayList)
2019-04-11 10:39:09.279 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Association [node_4] consolidated to {}
2019-04-11 10:39:09.280 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Current members before update ZWaveAssociationGroup [index=4, name=null, profile1=null, profile2=null, associations=[]]
2019-04-11 10:39:09.281 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Members after config update ZWaveAssociationGroup [index=4, name=null, profile1=null, profile2=null, associations=[node_4]]

2019-04-11 10:39:09.283 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Controller is master - forcing associations

2019-04-11 10:39:09.289 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Thing has no default associations
2019-04-11 10:39:09.290 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Members after controller update ZWaveAssociationGroup [index=4, name=null, profile1=null, profile2=null, associations=[node_4]]
2019-04-11 10:39:09.291 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Adding node_4 to association group 4
2019-04-11 10:39:09.293 [DEBUG] [protocol.commandclass.ZWaveAssociationCommandClass] - NODE 5: Creating new message for application command ASSOCIATIONCMD_SET, group=4, node=4
2019-04-11 10:39:09.294 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: SECURITY not supported
2019-04-11 10:39:09.295 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: Command Class COMMAND_CLASS_ASSOCIATION is NOT required to be secured
2019-04-11 10:39:09.296 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Bump transaction 41 priority from Config to Immediate
2019-04-11 10:39:09.297 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Adding to device queue
2019-04-11 10:39:09.298 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Added 41 to queue - size 7
2019-04-11 10:39:09.299 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.
2019-04-11 10:39:09.300 [DEBUG] [protocol.commandclass.ZWaveAssociationCommandClass] - NODE 5: Creating new message for application command ASSOCIATIONCMD_GET group 4
2019-04-11 10:39:09.302 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: SECURITY not supported
2019-04-11 10:39:09.304 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: Command Class COMMAND_CLASS_ASSOCIATION is NOT required to be secured
2019-04-11 10:39:09.305 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Bump transaction 42 priority from Config to Immediate
2019-04-11 10:39:09.306 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Adding to device queue
2019-04-11 10:39:09.307 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Added 42 to queue - size 8
2019-04-11 10:39:09.308 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.
2019-04-11 10:39:09.309 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Configuration update set group_7 to null (null)
2019-04-11 10:39:09.310 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Association [] consolidated to {}
2019-04-11 10:39:09.311 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Current members before update ZWaveAssociationGroup [index=7, name=null, profile1=null, profile2=null, associations=[]]
2019-04-11 10:39:09.312 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Members after config update ZWaveAssociationGroup [index=7, name=null, profile1=null, profile2=null, associations=[]]

2019-04-11 10:39:09.313 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Controller is master - forcing associations

2019-04-11 10:39:09.319 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Thing has no default associations
2019-04-11 10:39:09.320 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Members after controller update ZWaveAssociationGroup [index=7, name=null, profile1=null, profile2=null, associations=[]]
2019-04-11 10:39:09.321 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Association group 7 contains no members. Clearing.
2019-04-11 10:39:09.322 [DEBUG] [protocol.commandclass.ZWaveAssociationCommandClass] - NODE 5: Creating new message for application command ASSOCIATIONCMD_REMOVE group=7, node=all
2019-04-11 10:39:09.323 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: SECURITY not supported
2019-04-11 10:39:09.324 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: Command Class COMMAND_CLASS_ASSOCIATION is NOT required to be secured
2019-04-11 10:39:09.325 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Bump transaction 43 priority from Config to Immediate
2019-04-11 10:39:09.326 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Adding to device queue
2019-04-11 10:39:09.327 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Added 43 to queue - size 9
2019-04-11 10:39:09.328 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.
2019-04-11 10:39:09.330 [DEBUG] [protocol.commandclass.ZWaveAssociationCommandClass] - NODE 5: Creating new message for application command ASSOCIATIONCMD_GET group 7
2019-04-11 10:39:09.331 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: SECURITY not supported
2019-04-11 10:39:09.332 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: Command Class COMMAND_CLASS_ASSOCIATION is NOT required to be secured
2019-04-11 10:39:09.333 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Bump transaction 44 priority from Config to Immediate
2019-04-11 10:39:09.334 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Adding to device queue
2019-04-11 10:39:09.335 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Added 44 to queue - size 10
2019-04-11 10:39:09.336 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.
2019-04-11 10:39:09.338 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Configuration update set action_failed to false (Boolean)
2019-04-11 10:39:09.339 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Configuration update set group_6 to null (null)
2019-04-11 10:39:09.341 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Association [] consolidated to {}
2019-04-11 10:39:09.342 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Current members before update ZWaveAssociationGroup [index=6, name=null, profile1=null, profile2=null, associations=[]]
2019-04-11 10:39:09.343 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Members after config update ZWaveAssociationGroup [index=6, name=null, profile1=null, profile2=null, associations=[]]

2019-04-11 10:39:09.345 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Controller is master - forcing associations

2019-04-11 10:39:09.351 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Thing has no default associations
2019-04-11 10:39:09.352 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Members after controller update ZWaveAssociationGroup [index=6, name=null, profile1=null, profile2=null, associations=[]]
2019-04-11 10:39:09.354 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Association group 6 contains no members. Clearing.
2019-04-11 10:39:09.355 [DEBUG] [protocol.commandclass.ZWaveAssociationCommandClass] - NODE 5: Creating new message for application command ASSOCIATIONCMD_REMOVE group=6, node=all
2019-04-11 10:39:09.356 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: SECURITY not supported
2019-04-11 10:39:09.357 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: Command Class COMMAND_CLASS_ASSOCIATION is NOT required to be secured
2019-04-11 10:39:09.358 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Bump transaction 45 priority from Config to Immediate
2019-04-11 10:39:09.359 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Adding to device queue
2019-04-11 10:39:09.361 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Added 45 to queue - size 11
2019-04-11 10:39:09.362 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.
2019-04-11 10:39:09.363 [DEBUG] [protocol.commandclass.ZWaveAssociationCommandClass] - NODE 5: Creating new message for application command ASSOCIATIONCMD_GET group 6
2019-04-11 10:39:09.364 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: SECURITY not supported
2019-04-11 10:39:09.365 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: Command Class COMMAND_CLASS_ASSOCIATION is NOT required to be secured
2019-04-11 10:39:09.366 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Bump transaction 46 priority from Config to Immediate
2019-04-11 10:39:09.367 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Adding to device queue
2019-04-11 10:39:09.368 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Added 46 to queue - size 12
2019-04-11 10:39:09.370 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.
2019-04-11 10:39:09.371 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Configuration update set group_1 to [node_2] (ArrayList)
2019-04-11 10:39:09.372 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Association [node_2] consolidated to {}
2019-04-11 10:39:09.373 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Current members before update ZWaveAssociationGroup [index=1, name=null, profile1=null, profile2=null, associations=[]]
2019-04-11 10:39:09.375 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Members after config update ZWaveAssociationGroup [index=1, name=null, profile1=null, profile2=null, associations=[node_2]]

2019-04-11 10:39:09.376 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Controller is master - forcing associations

2019-04-11 10:39:09.382 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Thing has no default associations
2019-04-11 10:39:09.383 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Members after controller update ZWaveAssociationGroup [index=1, name=null, profile1=null, profile2=null, associations=[node_2]]
2019-04-11 10:39:09.384 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Adding node_2 to association group 1
2019-04-11 10:39:09.385 [DEBUG] [protocol.commandclass.ZWaveAssociationCommandClass] - NODE 5: Creating new message for application command ASSOCIATIONCMD_SET, group=1, node=2
2019-04-11 10:39:09.386 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: SECURITY not supported
2019-04-11 10:39:09.387 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: Command Class COMMAND_CLASS_ASSOCIATION is NOT required to be secured
2019-04-11 10:39:09.388 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Bump transaction 47 priority from Config to Immediate
2019-04-11 10:39:09.390 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Adding to device queue
2019-04-11 10:39:09.392 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Added 47 to queue - size 13
2019-04-11 10:39:09.393 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.
2019-04-11 10:39:09.394 [DEBUG] [protocol.commandclass.ZWaveAssociationCommandClass] - NODE 5: Creating new message for application command ASSOCIATIONCMD_GET group 1
2019-04-11 10:39:09.395 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: SECURITY not supported
2019-04-11 10:39:09.396 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: Command Class COMMAND_CLASS_ASSOCIATION is NOT required to be secured
2019-04-11 10:39:09.397 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Bump transaction 48 priority from Config to Immediate
2019-04-11 10:39:09.399 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Adding to device queue
2019-04-11 10:39:09.400 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Added 48 to queue - size 14
2019-04-11 10:39:09.401 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.
2019-04-11 10:39:09.402 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Configuration update set action_remove to false (Boolean)
2019-04-11 10:39:09.403 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Configuration update set group_3 to [node_3] (ArrayList)
2019-04-11 10:39:09.405 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Association [node_3] consolidated to {}
2019-04-11 10:39:09.406 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Current members before update ZWaveAssociationGroup [index=3, name=null, profile1=null, profile2=null, associations=[]]
2019-04-11 10:39:09.407 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Members after config update ZWaveAssociationGroup [index=3, name=null, profile1=null, profile2=null, associations=[node_3]]

2019-04-11 10:39:09.408 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Controller is master - forcing associations

2019-04-11 10:39:09.414 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Thing has no default associations
2019-04-11 10:39:09.415 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Members after controller update ZWaveAssociationGroup [index=3, name=null, profile1=null, profile2=null, associations=[node_3]]
2019-04-11 10:39:09.416 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Adding node_3 to association group 3
2019-04-11 10:39:09.417 [DEBUG] [protocol.commandclass.ZWaveAssociationCommandClass] - NODE 5: Creating new message for application command ASSOCIATIONCMD_SET, group=3, node=3
2019-04-11 10:39:09.418 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: SECURITY not supported
2019-04-11 10:39:09.419 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: Command Class COMMAND_CLASS_ASSOCIATION is NOT required to be secured
2019-04-11 10:39:09.420 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Bump transaction 49 priority from Config to Immediate
2019-04-11 10:39:09.421 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Adding to device queue
2019-04-11 10:39:09.423 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Added 49 to queue - size 15
2019-04-11 10:39:09.424 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.
2019-04-11 10:39:09.425 [DEBUG] [protocol.commandclass.ZWaveAssociationCommandClass] - NODE 5: Creating new message for application command ASSOCIATIONCMD_GET group 3
2019-04-11 10:39:09.426 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: SECURITY not supported
2019-04-11 10:39:09.427 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: Command Class COMMAND_CLASS_ASSOCIATION is NOT required to be secured
2019-04-11 10:39:09.428 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Bump transaction 50 priority from Config to Immediate
2019-04-11 10:39:09.429 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Adding to device queue
2019-04-11 10:39:09.431 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Added 50 to queue - size 16
2019-04-11 10:39:09.432 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.
2019-04-11 10:39:09.433 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Configuration update set binding_pollperiod to 3600 (BigDecimal)
2019-04-11 10:39:09.434 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Polling intialised at 3600 seconds - start in 813600 milliseconds.
2019-04-11 10:39:09.435 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Configuration update set group_2 to null (null)
2019-04-11 10:39:09.436 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Association [] consolidated to {}
2019-04-11 10:39:09.437 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Current members before update ZWaveAssociationGroup [index=2, name=null, profile1=null, profile2=null, associations=[]]
2019-04-11 10:39:09.438 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Members after config update ZWaveAssociationGroup [index=2, name=null, profile1=null, profile2=null, associations=[]]

2019-04-11 10:39:09.440 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Controller is master - forcing associations

2019-04-11 10:39:09.446 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Thing has no default associations
2019-04-11 10:39:09.447 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Members after controller update ZWaveAssociationGroup [index=2, name=null, profile1=null, profile2=null, associations=[]]
2019-04-11 10:39:09.448 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Association group 2 contains no members. Clearing.
2019-04-11 10:39:09.450 [DEBUG] [protocol.commandclass.ZWaveAssociationCommandClass] - NODE 5: Creating new message for application command ASSOCIATIONCMD_REMOVE group=2, node=all
2019-04-11 10:39:09.451 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: SECURITY not supported
2019-04-11 10:39:09.452 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: Command Class COMMAND_CLASS_ASSOCIATION is NOT required to be secured
2019-04-11 10:39:09.453 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Bump transaction 51 priority from Config to Immediate
2019-04-11 10:39:09.454 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Adding to device queue
2019-04-11 10:39:09.456 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Added 51 to queue - size 17
2019-04-11 10:39:09.457 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.
2019-04-11 10:39:09.458 [DEBUG] [protocol.commandclass.ZWaveAssociationCommandClass] - NODE 5: Creating new message for application command ASSOCIATIONCMD_GET group 2
2019-04-11 10:39:09.459 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: SECURITY not supported
2019-04-11 10:39:09.460 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: Command Class COMMAND_CLASS_ASSOCIATION is NOT required to be secured
2019-04-11 10:39:09.462 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Bump transaction 52 priority from Config to Immediate
2019-04-11 10:39:09.463 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Adding to device queue
2019-04-11 10:39:09.464 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Added 52 to queue - size 18
2019-04-11 10:39:09.465 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.
2019-04-11 10:39:09.467 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Configuration update set group_10 to [node_3, node_4] (ArrayList)
2019-04-11 10:39:09.468 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Association [node_3, node_4] consolidated to {}
2019-04-11 10:39:09.469 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Current members before update ZWaveAssociationGroup [index=10, name=null, profile1=null, profile2=null, associations=[]]
2019-04-11 10:39:09.470 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Members after config update ZWaveAssociationGroup [index=10, name=null, profile1=null, profile2=null, associations=[node_3, node_4]]

2019-04-11 10:39:09.471 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Controller is master - forcing associations

2019-04-11 10:39:09.477 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Thing has no default associations
2019-04-11 10:39:09.478 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Members after controller update ZWaveAssociationGroup [index=10, name=null, profile1=null, profile2=null, associations=[node_3, node_4]]
2019-04-11 10:39:09.479 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Adding node_3 to association group 10
2019-04-11 10:39:09.481 [DEBUG] [protocol.commandclass.ZWaveAssociationCommandClass] - NODE 5: Creating new message for application command ASSOCIATIONCMD_SET, group=10, node=3
2019-04-11 10:39:09.482 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: SECURITY not supported
2019-04-11 10:39:09.483 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: Command Class COMMAND_CLASS_ASSOCIATION is NOT required to be secured
2019-04-11 10:39:09.484 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Bump transaction 53 priority from Config to Immediate
2019-04-11 10:39:09.485 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Adding to device queue
2019-04-11 10:39:09.486 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Added 53 to queue - size 19
2019-04-11 10:39:09.487 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.
2019-04-11 10:39:09.488 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Adding node_4 to association group 10
2019-04-11 10:39:09.490 [DEBUG] [protocol.commandclass.ZWaveAssociationCommandClass] - NODE 5: Creating new message for application command ASSOCIATIONCMD_SET, group=10, node=4
2019-04-11 10:39:09.491 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: SECURITY not supported
2019-04-11 10:39:09.492 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: Command Class COMMAND_CLASS_ASSOCIATION is NOT required to be secured
2019-04-11 10:39:09.493 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Bump transaction 54 priority from Config to Immediate
2019-04-11 10:39:09.494 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Adding to device queue
2019-04-11 10:39:09.495 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Added 54 to queue - size 20
2019-04-11 10:39:09.496 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.
2019-04-11 10:39:09.498 [DEBUG] [protocol.commandclass.ZWaveAssociationCommandClass] - NODE 5: Creating new message for application command ASSOCIATIONCMD_GET group 10
2019-04-11 10:39:09.499 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: SECURITY not supported
2019-04-11 10:39:09.500 [DEBUG] [.openhab.binding.zwave.internal.protocol.ZWaveNode] - NODE 5: Command Class COMMAND_CLASS_ASSOCIATION is NOT required to be secured
2019-04-11 10:39:09.501 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Bump transaction 55 priority from Config to Immediate
2019-04-11 10:39:09.502 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Adding to device queue
2019-04-11 10:39:09.503 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - NODE 5: Added 55 to queue - size 21
2019-04-11 10:39:09.504 [DEBUG] [ng.zwave.internal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.
2019-04-11 10:39:09.506 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Configuration update set action_heal to false (Boolean)
2019-04-11 10:39:09.507 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Configuration update set action_reinit to false (Boolean)

2019-04-11 10:39:09.508 [DEBUG] [rg.openhab.binding.zwave.handler.ZWaveThingHandler] - NODE 5: Configuration update ignored node_id to 5 (BigDecimal)

==> /var/log/openhab2/events.log <==
2019-04-11 10:39:09.517 [me.event.ThingUpdatedEvent] - Thing 'zwave:device:controller:node5' has been updated.
2019-04-11 10:39:09.549 [vent.ConfigStatusInfoEvent] - ConfigStatusInfo [configStatusMessages=[ConfigStatusMessage [parameterName=group_10, type=PENDING, messageKey=null, arguments=null, message=null, statusCode=null], ConfigStatusMessage [parameterName=group_9, type=PENDING, messageKey=null, arguments=null, message=null, statusCode=null], ConfigStatusMessage [parameterName=group_8, type=PENDING, messageKey=null, arguments=null, message=null, statusCode=null], ConfigStatusMessage [parameterName=group_5, type=PENDING, messageKey=null, arguments=null, message=null, statusCode=null], ConfigStatusMessage [parameterName=group_4, type=PENDING, messageKey=null, arguments=null, message=null, statusCode=null], ConfigStatusMessage [parameterName=group_7, type=PENDING, messageKey=null, arguments=null, message=null, statusCode=null], ConfigStatusMessage [parameterName=group_6, type=PENDING, messageKey=null, arguments=null, message=null, statusCode=null], ConfigStatusMessage [parameterName=group_1, type=PENDING, messageKey=null, arguments=null, message=null, statusCode=null], ConfigStatusMessage [parameterName=group_3, type=PENDING, messageKey=null, arguments=null, message=null, statusCode=null], ConfigStatusMessage [parameterName=group_2, type=PENDING, messageKey=null, arguments=null, message=null, statusCode=null]]]

So it appears that the ZWP10 documentation is incorrect in stating that the ZWP10 controller can be defined as secondary controller by pressing IN/EX three times during inclusion. If I’m getting it right, I now have 4 primary controllers in my network: the ZME E UZB1 stick plus the 3 Fakro ZWP10 remotes…

[shutterfreak (Olivier Biot)]

@shutterfreak

So it appears that the ZWP10 documentation is incorrect in stating that the ZWP10 controller can be defined as secondary controller by pressing IN/EX three times during inclusion. If I’m getting it right, I now have 4 primary controllers in my network: the ZME E UZB1 stick plus the 3 Fakro ZWP10 remotes…

It appears to be a bug in the Z-Wave binding as the controllers are indeed included as SECONDARY controller.

I managed to find some time to properly relate the association groups to the “channels” and button sets (left/right) and updated the ZWP10 database entry accordingly. I also linked SWITCH_MULTILEVEL to BASIC as I forgot to do so.

I’m however unsure about the meaning of ‘endpoints’ in the particular case of a portable remote controller. Is an endpoint not related to the actuator rather than the controller?

[ptitmain (Jean-Francois Lalande)]

Dear all,

Thank you for the discussion: it helped me a lot for configuring my FTP-V Z-Wave window and ARZ 1.1 Roller Shutter (Fakro) with the ZWP10 remote.

I can confirm the procedure for integrating the window and roller shutter in an openhab2 network:

• Exclude the FTP-V / ARZ from the ZWP10: press 3 times the “IN/EX” microswitch of the remote, then hit “P” on the devices.
• Include the FTP-V / ARZ Fakro devices in your network with your primary networker controller: put the Z-Wave controller in include mode and hit the P button of the devices.

At this stage, your Fakro devices should appear in Openhab2

• Include the remote ZWP10 as a secondary controller: press IN/EX three times on the ZWP10 when your primary network controller is in include mode
• Force the communication between the remote ZWP10 and the primary controller by hitting the “switch” button 5s (thanks to the tip reported by @shutterfreak )

At this stage, the ZWP10 should also be recognized in openhab2.

• Associate the FTP-V / ARZ with the channels of the remote controller, with the “Associate” procedure of the manual: choose a channel on the remote, hit the IN/EX" microswitch of the remote, then the movement button (left or right), then hit the P button of the devices FTP-V / ARZ.
• Test the remote: you should be able to control the devices.

Nevertheless, I am surprised to see only a Dimmer in the channels of the ZWP10. Is it normal ? I was expecting a lot of channels.

For now, I am unable to capture an event from the remote. I also try to write a rule that react to the state of the roller shutter, but nothing happens. I have the feeling that the remote sends directly the order without talking to the primary controller and thus, the command “DOWN” is never received in openhab2.

rule "Fenetre SdB: auto fermeture"
when
  Item ZWS12ChainActuatorSdB_BlindsControl received command DOWN
then
  logInfo("Fakro", "SdB recoit commande")
end

Any idea ?

[shutterfreak (Olivier Biot)]

@ptitmain

Nevertheless, I am surprised to see only a Dimmer in the channels of the ZWP10. Is it normal ? I was expecting a lot of channels.

For now, I am unable to capture an event from the remote.

Keep in mind that the ZWP10 controller is a Z-Wave Controller and not a Z-Wave Actuator. The distributed (decentralised) nature of the Z-Wave protocol stack has not been designed to report button presses on controllers to a primary controller. It has rather been developed to optimize bandwidth usage by minimizing latency and communication needs.

What makes things even more complicated, Z-Wave assumes that every command was successfully received. So you’ll have to poll your actuators if you want (need) to check their current state. That’s easily done by sending the REFRESH command to every Z-Wave node you want an update from (but you may not receive a status update from some nodes).

[ptitmain (Jean-Francois Lalande)]

Thank you for the advice. Indeed, I updated the polling period to 10 minutes and now get the states of the actuators.

For the ZWP10 I do not really care right now to get the button press events, but it’s a shame not to be able to get events from channels to make more complex scenarios.

I have also a ZRH12 Fakro remote but it seems not in the database of openhab2 2.5. Probably I need to build the xml file you have built for the ZWP10 but I do not know the precise way of doing this.