#SMLight infrared event entity
1 messages · Page 1 of 1 (latest)
This one was also merged and it should have been implemented using the infrared platform as @eager lava commented
Proposed change
SLZB_Ultima devices feature an IR transceiver that can be used to send and receive raw IR codes for controlling devices that use IR remote.
This PR adds the remote platform for se...
Ah
but we don't have receivers in the infrared platform yet (still needs to go trough an arch discussion)
That sounds like indeed like we should revert that then
yea I know, but I am wondering if that would be similar, and if this could use that
because in that case I'd rather push back and have them wait instead of implement it like this
in my head, the proper path would be:
- add receiver support to
infrared - add a
universal_remoteintegration that allows generic IR learning, so that individual integrations don't have to implement it
yeah, agree
cc @versed crown
I did look briefly at infrared first, but it didnt seem complete yet where handling raw codes, so used remote instead.
Can you define what you're missing?
Because the idea of the infrared entity isn't too just allow the user to just put in a string and make it work, it's more that other integrations are able to transmit IR via it
I guess I thinkg of two possible use cases
- learn a (universal) command, to be able to control that device.
or - receive a code to trigger automations
although the learning part on top of remote entity is not nicest (where do we store codes etc)
Right so infrared is not complete, we still need receiver code and currently we have only a single integration
The current goal is to get more IR codes into HA
this could be good as well, but there is always going to be many devices not supported by other integrations.
Yes, but a remote entity is not it then
ok, that is fine, I am happy to work toward something else
Like if you now want to send custom codes you probably need to look at a custom service
I am not sure if broadlink supports custom codes and how it does that
I've not used it, but broadlink use the remote platform learn_command
it also probably supports a huge number of (cloud base?) preset remotes I guess
Like the thing is, we're currently working on it as we see fit
I am not aware of planning, but I can see the platform getting more features in the coming months
So in a way I'm like, it'd be cool if you can help us drive the changes
Yes you can build custom stuff for it right now, but you'd probably deprecate it again quite soon
I can take another look at infrared entity, and see
we are pretty much just a dumb IR receiver/transmitter, closer to how the Zigbee Tuya Universal remotes work (which arent particularly user friendly either!).
Yep and that's fine, I think the platform will be great for that
And I think our goal currently is to use IR in your home without having to go through trouble to set it up
Broadlink support custom codes. You prefix the command with b64: and then put the raw broadlink command in.
I absolutely think raw codes should be supported by infrared. (Raw as time on/off)
SMLight infrared event entity
What should do with the Remote platform that was merged previously? should it be reverted first, or could just replace it in PR adding Infrared?
Reverted first please
ok will do
@versed crown since you asked about receiver support in the PR: https://github.com/home-assistant/architecture/discussions/1372
feel free to contribute!
Problem The infrared entity platform currently only supports transmitting IR signals. To enable use cases like status updates on IR-controlled devices and learning unknown IR codes, we need to add ...
The pr for infrared platform is open btw
reviewed it already 🎉