Right, in OH2 it should work that way. Check out this thread and see how to check your node.xml if SCENE_ACTIVATION is a known command. Also ensure you have a recent 2.0 (non-beta at least).
@chris is there a way to modify the zwave database in OH2 and test it before submit a pull request?
I think the SCENE_ACTIVATION is missing in the org.eclipse.smarthome.core.thing.Thing.json file.
Please can you be clear about what the problem is, and what version of the binding you have, and what device you have the problem with. There are too many variables and it will help us help you if you can provide information on your setup.
These fobs should have the scene channel. What version of the binding were you using before this? Has it been updated from an older version (ie were you using 2.0 stable before 2.1?). If so, then I would suggest to delete the thing and add it back again to make sure that you are using the latest thing definition since 2.0 would not have these channels.
So, thereāve been a separate Switch item for every scene number. I removed old xml files before switching to Z-Wave 2.1.0. I can post a section from my org.eclipse.smarthome.core.thing.Thing.json file related to these two things. And hereās what I see in PaperUI for one of these things:
So my question is did you ever use OH2.0? I guess the answer is ānoā, but I just want to be sure as I donāt see why else the channel wouldnāt be processed other than this at the moment?
The OH1 configuration isnāt really relevant - you canāt use scenes in the same way in OH2 - I think they are all mapped to a number and you need to use a rule to handle them.
I was using OH2.0, but with z-wave 1.9 binding. This is the first time Iām setting up z-wave 2 (version 2.1.0). I understand that now scenes are mapped to numbers, thatās why I created a single Number item for a single KFob channel. Of course Iāll rewrite my rules accordingly, but the key is that the channel (and so the item too) is not being updated when SCENE_ACTIVATION is coming from the device (as you can see in the log snippet above).
Thereās nothing obviously wrong - itās just not processing the event it seems. There are a couple of reasons for this - to try and debug further can you provide a bit more information in the log above - I need to see the received messages which should be a line or two earlier than the log youāve provided.
Iād also like to see the binding startup since this is where the event handlers are created - maybe thereās something wrong there.
Ok, old logs are already rotated. I will come home in the evening, restart the binding and press some buttons on the fob to trigger commands. One question: startup logs can be actually endless - till what line do you need them?