-
Notifications
You must be signed in to change notification settings - Fork 507
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Ubisys C4: buttonevent=null #990
Comments
@manup: You are the author of the C4 support, right? Have you experienced similar problems, or are you successfully using a Ubisys C4? |
It's been a while since I've used the C4 but as far as I remember the switch can only be configured in a simple way like 4 on/off buttons. Configuration to support push dim on all buttons wasn't possible since the needed configuration message payload was too large to transfer. I can schedule a test next week to see that at least the simple on/off for all buttons works. |
That would be most kind, thanks in advance. I've just noticed that in case I assign groups using the Phoscon webinterface, the C4 generates button events:
Note, that I changed the C4 and also the firmware. Could this behavior be intentional? I though it would be best not to use the grouping functionality of Deconz and instead trigger scenes within the layer above (homeassistant). Can you confirm that you get no evens when there is no group assignment? |
Actually yes, the groups are used to create bindings; the switch sends commands to the group as destination. deCONZ captures these commands and generates the button events. The groups can be kept empty. |
Ok this sounds plausible to me, thanks a lot for pointing that out. When I paired a tradfri remote, deconz automatically created a group. Thus, the events from the remote appeared out of the box. I suggest that deconz should act similar when pairing other switch devices as well. I assume this would be a feature request we could push to dresden elektronik. Or can this be implemented in the realm of the rest plugin? Just an idea, maybe some people could benefit from this. Thanks again, for me the situation is clear, I'll close this one. |
Or maybe @ebaauw you can fill me in on whether this would work? Seems you worked on the integration. |
I have first hand with the Hue dimmer switch and the ubisys D1, but I’ve never laid my hands on a ubisys C4. I only used the factory default configuration of the D1, for connecting two (stateless) pulse switches. I could use these to turn on or off and to dim the lights in the corresponding group en lieu of the Hue dimmer. If you want to create your own automation (using buttonevents in deCONZ rules or some other home automation system), the Hue dimmer offers way more functionality. |
Ok, thank you for the insight. I am not sure I understand how the Hue dimmer offers way more functionality though? If the Ubisys devices offer single click, double click, hold, release for it's four buttons, that would be the same button events to use as triggers in deCONZ or HA? Can you explain how the functionality differs? Also, I am curious about how the Ubisys devices will show up(I understand you can only talk for the D1). Can I use the switch editor inside the web UI to set up the buttons? I would assume that you would get something similar to this: picture when using a D1, so the buttons could be used as dimmers? |
The ubisys devices don’t offer any buttonevent. They send commands to the associated group, that deCONZ (or rather the REST API plugin) reverse engineers into buttonevents. This is limited by the commands the switch sends. The Hue dimmer switch reports buttonevent directly to the gateway. It’s the only device I know that sends an x001 event every second while holding. This enables you to write a rule that dims the light while holding, where this is not possible for other switches (the command they send to the group to dim the lights cannot be sent from the API). I don’t use Phoscon and I replaced my D1 with an iCasa dimmer (it was rebooting spontaneously - I suspect a hardware issue), so I wouldn’t know what the switch editor makes of it. |
Hmm, I'm not sure I understand what the consequence of this difference in functionality actually means for my use-case. Also, I pretty much only ever used the web interface to do anything with my ConBee, the only think I used API directly for was the experimenting with Z-Wave switches for dimming through Home Assistant, that never worked perfectly well. Say I got a Hue bulb that I want to be able to control with four buttons: In the case of the Hue Dimmer Switch, if I press/hold/release any of the four buttons, it will then send different x001 button events to deCONZ. All of that happens in the background though I assume, so I would not see any difference, maybe except for a small delay caused by the extra "layer" where it translates the commands to events?
So really what I am asking about is how to understand what you're saying here. Is the Hue Dimmer Switch literally the only way to get a button, that I can assign to dim a light up/down when holding? Or does the limitations you talk about only affect other(possibly more advanced) use-cases than mine? What I need is just the simple press to on/off and hold to dim/brighten, so that I can smarten my original Lauritz Knudsen FUGA wall switches, to be able to control Hue lights connected to permanent power. That mission has turned out to be much much harder than I expected, as I have run against a wall on every solution I tried till now. What I ended up doing for now is soldering wires over the buttons on Philips Hue Dimmer Switches, and connecting them to NO on a bunch of relays, and then connection 4-button wall switches with 5v to open the relays. This is however not the ideal solution, as wiring this in my house, have turned out to be extremely challenging and maybe even impossible. |
When using rules, or a home automation system: yes. When using groups: no. We discussed this before, see ebaauw/homebridge-hue#478. |
After hitting all available momentary switch inputs of a Ubisys C4 device, the state/buttonevent and state/lastupdated remains unaffected:
Generally ZHASwitch devices (tradfri remote) are working for me. How can I figure out whether this is a deconz-rest-api issue or a problem of the deconz.service?
Edit: I'm using deconz-rest-api 28820cb / V2_05_49
The text was updated successfully, but these errors were encountered: