It’s weird, but I’m still stuck with OH1, as have no time to upgrade it to OH2 (a lot of manual work to make it working), need to change my RPi, add all things etc. Meanwhile my OH1 installation works very well - I have about 30 Z-wave devices and all is pretty stable.
The only problem with OH1 I have is - there is no support for new Z-wave products - I have RGB2 Bulb from Zipato and Light Switch from Neo and both are not recognized with my binding 1.9.0 RC1(no database entry found). I have checked in Chris database - they are there, but not in my installation.
So my questions is: is it possible to resolve my problem by:
either I could somehow patch my binding manually to make these devices recognized correctly - I don’t need sophisticated features, I just want to make them working.
or it is possible to export the database and put it into 1.9.1 version of z-wave binding.
The database will generate OH1 files, but I don’t want to export the whole thing as it’s much harder to handle than the OH2 database. You can however export a device, and create a PR to add it to the OH1 github repository.
From the database, select the Export button, and OH1 -:
The first bit goes in the products.xml file (you need to find the right place for the relevant manufacturer) and the second part goes in the separate file for the device. Hopefully you’re at least vaguely familiar with the database format for OH1, otherwise a bit of time looking at the files should make it reasonably clear - otherwise, just ask.
2018-12-09 19:07:35.979 [WARN ] [.b.z.i.c.ZWaveConverterHandler:417 ]- NODE 39: No command class found for item = Star_R. Class = switch_multilevel(SWITCH_MULTILEVEL), endpoint = 1. Ignoring command.
2018-12-09 19:07:36.659 [WARN ] [.b.z.i.c.ZWaveConverterHandler:417 ]- NODE 39: No command class found for item = Star_G. Class = switch_multilevel(SWITCH_MULTILEVEL), endpoint = 2. Ignoring command.
2018-12-09 19:07:37.237 [WARN ] [.b.z.i.c.ZWaveConverterHandler:417 ]- NODE 39: No command class found for item = Star_B. Class = switch_multilevel(SWITCH_MULTILEVEL), endpoint = 3. Ignoring command.
No - it needs to be reviewed and merged by a maintainer (normally me for ZWave stuff). If code changes were merged automatically, there would be nothing to stop people making a complete mess of the system.
It’s not been built yet.
Maybe the device isn’t fully initialised? This is the most likely reason for this.