Place the custom_components folder in your configuration directory (or add its contents to an existing custom_components folder). You need to set up your Hue bridge first. TODO Alternatively install via HACS.
My remote stopped working with hue advanced sensors 3.0.
It took me some time to figure out that the component got split into two components (sensor and remote).
What’s the reason for splitting the component? Did not find some information about that on github.
Also I didn’t find release notes about 3.0 and this breaking change. @robmarkcole would it be possible to add breaking changes like that to the readme in future? Or are they already somewhere and I did not find them? It would be great if breaking changes would show up in hacs too (if possible).
Yes remotes are in their own repo now, which can be installed via HACS. Couple of technical reasons, but mostly this is to help out the maintainers. As this is a custom integration the release process is not as managed as HA. I am dealing with a newborn baby and fitting in coding when windows of opportunity pop up. Frankly it puts a lot of pressure on open source maintainers to expect a professional service for something we are doing in our spare time
Thanks for your reply, I totally understand. I think just adding something like “Breaking change: component splitted” would already help to avoid too many questions form users.
I just noticed that my remote got unavailable after a restart of ha core. It already worked yesterday and I don’t see an error in the logs. Any suggestions how I could fix this. The component worked fine for months when it was in hue advanced sensors.
Update on the Hue sensors repo (doesn’t affect Hue remotes repo):
PLEASE BE ADVISED: you are strongly encouraged to use the official Hue sensor integration, and cease using this custom integration.
Longer explanation: sensor support in the official hue integration is more feature-complete than this custom integration, and if you’re already using Hue-remotes-HASS, then the refresh rate for sensors in the official integration will be automatically the fastest possible. Since we want to migrate users to the official integration, please do not open feature request issues or create PR adding new functionality to this custom integration, as they will not be considered. This custom integration will remain available until the next breaking change with Home Assistant, at which point this repo will be archived.
After restarting ha core a few times the component works again. The thing is if I restart there is a big chance that it’s gets unavailable again. Also I noticed that it’s like a 100% chance to get the state unavailable, when I’m restartig home assistant (hassio). Is this a known issue? Have to say that I didn’t track the state of this entity before (with hue sensor advanced) so I can’t see if this was there earlier. The thing is I never had issues with the remote, so I guess it was fine. Now it seems like I have to remember to check the state of the entity after each restart and restart again if unavailable.
@robmarkcole, could you elaborate on this? The reason this custom component had been so appealing is that the official Hue integration’s refresh rate was painfully slow (which I understand is due to Hue’s API), at least up until the time I had installed my first Hue Motion Sensor. Is that refresh rate improved through the use of Hue-remotes-HASS?
Hey guys, how does everyone do automations with theses?
I have a Hue Tap switch linked. But when trying to do automations in Node-Red using the “State_Changed” home asssitant node. it doesn’t detect the same button pressed twice.
What I mean is,
If I press. Button 1 then button 2. All works.
If I press Button 1, then again Button 1. It doesn’t send the second signal, since there wasn’t a “change”.
I don’t use Node-Red for automations but the if you hit the same button two times in a row the state isn’t changing so it stands to reason that “State_Changed” wouldn’t work. I’m guessing that you need to use an events node.
For regular HA automations using a to: in the trigger won’t work because the state isn’t changing, but if you just have platform: state and entity_id: in the trigger and then put to: as a condition it will work.
I tried figuring this out with the Home-Assistant automations (Which I’ve barely used) and am having a lot of trouble finding “platform” under Trigger Type. Could you perhaps give me a quick screenshot of how you created an automation with a hue button?
is it OK that after installing Hue-remotes-HASS I can see the Entity of my Hue Dimmer Switch, but there is no Device? With Official Hue Integration, I have both Devices and Entities.
Btw, everything works as expected, I can use Dimmer Switch Entities in Home Assistant Automations using the State “1_click_up” or similar.