I bought a RGBW Controller which was identified as a Switch after I integrated the device into my OpenHAB. The reason for this is, that it has the same manufacturerId and manufacturerRef as an existing Switch in the Z-Wave DB:
After a small research I found out, that my RGBW Controller is identical with the SUNRICHER SR-ZV9101FA-RGBW but has a Label from another Company. (Maybe that’s why there is no manufacturerId). So the correct ID would be:
The problem here is that the device is not following the spec, and there’s no real way around this. The manufacturer ID has not been set, so the binding cannot work out what the device is.
There is something wrong with the software.
I deleted the Thing and added it a few times, nothing changed.
Than I updated and upgraded openHab to version 2.5.0.M3. I also deleteted the cache (/var/lib/openhab2/cache), the files in the temp (/var/lib/openhab2/tmp) folder and rebooted the raspberry pi B+. But the Problem is still the same.
Any idea what is goning wrong?
The Fibaro RGBW Controller is in the Database and two other Devices of the same Manufacturer are working in my OpenHAB. Furthermore Fibaro is in the Z-Wave Alliance, so the Device has to have a valid ID.
The Device-ID differs from the ID in the Z-Wave DB
Any idea where I get a working RGBW Z-Wave Controller?
I found a retailer for the new Fibaro RGBW Controller 2, but the device implementation is not finished, yet: FGRGBW-442
Those are the default (invalid) values when the device has not been fully discovered by the binding. Battery operated devices can be especially challenging to keep awake long enough for the binding to gather all the needed information.
That implementation looks complete to me. What’s missing?
That implementation looks complete to me. What’s missing?
I have no idea. The DB says:
Endpoint 0 has no command class linked to the basic class.
Endpoint 1 has no command class linked to the basic class.
Endpoint 2 has no command class linked to the basic class.
Endpoint 3 has no command class linked to the basic class.
Endpoint 4 has no command class linked to the basic class.
Endpoint 5 has no command class linked to the basic class.
Endpoint 6 has no command class linked to the basic class.
Endpoint 7 has no command class linked to the basic class.
Endpoint 8 has no command class linked to the basic class.
Endpoint 9 has no command class linked to the basic class.
I tried to integrate the device a few times more… and suddently it worked. No idea why, maybe the connection was bad and the data wasn’t fully transmitted and maybe the reinstallation helped.
I think OpenHAB should throw an (incomplete data-) excepion, if required fields contain default values. That would encourage the user to try to connect the device again.
At the moment OpenHAB says, that the device is not in the DB, which is not true.
The binding will continue to try to get the data it needs- there is no need to throw an exception into the log since most people don’t look at this. It is also 100% normal - it takes time to get all the data so it’s not easy to decide WHEN such a warning would be provided. Different devices take different amounts of time to converge.
My guess is your network is probably not well formed and may there were delays - unfortunately it’s impossible to tell without a debug log.