Looking at the log, both Security and MultiCmd work fine.
I currently see the following problem with SensorBinary CC: device reports type mask 0x1500 (i.e. sensor types 8, 10 and 12 are supported), so z-way asks for their states (queues 3 jobs at 19:52:50.517, sent as a part of secure MultiCmd after 19:52:50.598). But report comes only for two sensor types (as a part of MultiCmd at 19:52:51.175), so SensorBinary never finishes interview.
It could be either the device doesn't respond to this sensor type (i.e. SensorBinary itself reports incorrect type mask), or there's a problem with MultiCmd containing 8 commands (though it successfully worked for 8 jobs in MultiCmd when requesting CC versions).
Anyway, as of RC17 you're able to control a maximum amount of packets in MultiCmd either via Defaults.xml:
Code: Select all
...
<CommandClass><!-- Default CC settings for devices -->
...
<MultiCmd>
<MaxNum>8</MaxNum><!-- Maximum number of commands per MultiCmd -->
</MultiCmd>
</CommandClass>
...
or individually for each device with devices[x].commandClasses[0x8f].data.maxNum (defaults to the value from config).
Note: experimental, this behavior may change in the future!
Try to decrease it and see if this resolves your issue with SensorBinary.