Closed mnasec closed 2 years ago
Currently these features are not supported in the binding. I think only on/off and level control clients are supported - not color control.
Hi Chris, from the documentation about the binding, at least Cluster 0x300 (Color Control) should work, for the other clusters you are right, e.g. Scene is not mentioned.
Von meinem iPhone gesendet
Am 16.10.2020 um 10:10 schrieb Chris Jackson notifications@github.com:
Currently these features are not supported in the binding. I think only on/off and level control clients are supported - not color control.
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or unsubscribe.
Yes, the binding supports CONTROLLING colour devices - this is not what you are doing. You are using a controller as I understand it?
Hi Chris, in my scenario i have a openhab instance with a usb zigbee controller and i am able to control these devices by paper ui or openhab app. Additional i have a Zigbee Remote control (https://zigbeealliance.org/de/zigbee_products/Funkfernbedienung-rgbcct-e0040044/), but after discovering this EndDevice in paper ui, i only see one channel (LEVEL CONTROL) for cluster 0x8. I got not a channel for cluster 0x6 (ON_OFF) and not a channel for 0x300 (COLOR CONTROL). I this this is a bug in discovering this special device.
Manual modifying the bindtable of this endpoint does not help.
So now, pressing Level Control at the remote device works for cluster 0x8, but the color wheel for cluster 0x300 not, because the channel is missing in openhab.
Hope the situation is a little bit undestandable.
Best regards Marc
Von meinem iPhone gesendet
Am 16.10.2020 um 12:05 schrieb Chris Jackson notifications@github.com:
Yes, the binding supports CONTROLLING colour devices - this is not what you are doing. You are using a controller as I understand it? — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or unsubscribe.
Hi Marc, It's not a bug - as per my initial response - it's unsupported (if I understand this device correctly).
This is a remote control - right? In ZigBee, clusters can be servers (eg lights), or they can be clients (eg light switches, remote controls). I believe that your device is the latter - a remote control, supporting the client side. If so, this is not supported at this time. As per my original answer - only the on/off and level control clusters are currently supported for the client.
If this is a colour light, then you can control it with the binding. Since it's a controller, the binding doesn't accept commands from the device.
I hope that makes sense. Maybe I still don't understand the device?
Hi Chris, thank you for your response. I think 'remote control' is correct and Zigbee client device is correct also, normally the lamps are linked directly with the remote control without OH. In case that cluster 0x300 is not supported by the binding, should i have not at least two channels in OH, one for LEVEL_CONTROL and one for ON_OFF?? I just got only one channel for LEVEL_CONTROL, so i think i am missing one channel from type SWITCH for cluster 0x6. Possible the discovery phase stops due to the java thread dump.
May it help to manual modify the bindtable for the endpoint by 'zigbee bind' to link cluster 0x300 with the light devices directly, till OH supports this? May be it is a good feature request to extend the binding to support cluster 0x300 for remote controls to operate the lights remote?
Best regards Marc
should i have not at least two channels in OH, one for LEVEL_CONTROL and one for ON_OFF??
No - you will just have one channel - this is normal for OH since there should be no need for both channels.
May it help to manual modify the bindtable for the endpoint by 'zigbee bind' to link cluster 0x300 with the light devices directly, till OH supports this?
Sure - you can do this if you want to control lights directly.
May be it is a good feature request to extend the binding to support cluster 0x300 for remote controls to operate the lights remote?
That's fine - I don't disagree that it should be added, but unless someone has the time, it won't happen :). At some stage in future, maybe I'll look at it, but it won't be any time soon as I've too much else on at he moment and it's clearly not a common issue.
Closed by #696
OpenHab Version: 2.5.9 Bug?: Adding thing "Neuhaus Lighting Group Q Remote Controller" discovers only one channel (LEVEL_CONTROL) Other channels/clusters are missing, so color oder scenes are not usable
Controller:
Output Karaf:
In Paper UI only the channel LEVEL_CONTROL is available.
Switch ON works:
`` also for Switch OFF, but Color Wheel does not work:
I found an java error during the discovery phase: