Please use the latest version that I’ve just posted and if (probably when) it doesn’t work, please send me a complete log of the startup. You must reinitialise the device, so either delete the XML before restarting the binding, or, wait until things have initialised, then use the “reinitialise” option in the thing menu to perform a reinitialisation.
I’ve added a bit more debug into the binding so hopefully this will help me see what’s happening.
Please try this version. I’ve given this a new name just for now in case this has some strange side effects.
@Matt77 you might also want to try this as it has an attempt to also fix your door sensor which is related I think.
Delete the XML file before restarting so that it reinitialises the device and hopefully sets the associations this time! If not - it’s more logs please
Hi
Tried the “TEST” binding.
In Habmin in looks fine, unfortunately no change in behaviour.
(uploaded new logs)
Would it make any difference if I exclude and include the devices from the z-stick?
(it is a bit tedious to to that, since the qubinos are a but kinky when it comes to inclusion/exclusion)
@chris
with the test binding i got issues with the DanaLock so i deleted the xml to re-initialize the lock.
also deleted the XML for the door/window contact.
current status. no XML generated lock (node32) and door/windows sensor (noe34) hanging in “node initializing: Set_Association”
the “node initializing: Set_Association” is fixed. however my initial problem is still the same (node 36) COMMAND_CLASS_MULTI_CHANNEL not found openhab.xml (672.1 KB) ZIP file
No - this needs to get resolved as I think Fibaro is also now using this new strategy.
Can you provide the log again. I think the issue now (maybe!) is that the lifeline group needs resetting and I want to see if this is being sent. If it is, then my next course of action is to speak to Qubino again…