So im currently migrating hue bridge to mqtt and the sheer number of triggers i need to implement for my remotes feels completely over the top.
8 triggers per remote, i have 20 hue dimmer remotes, for a total of 160 triggers. Then i have 4 rotary hue remotes remotes which all have 12 triggers set and a lexman remote with 19 triggers.
Totalling a whopping 227 triggers just for my remote system.
So the question becomes. How much triggers is too much? Or am i doing something wrong?
Note, im currently using device trigger to detect a button press change. I know you can also use mqtt trigger but i didnt see the benefit (as i have set friendly names and the individual mqtt topics are very convoluted ea. Ox7576uaxo87273)
I wouldn’t dare putting a number on it, but I can tell you HA won’t have a problem with it. But if you want to have my opinion if you’re doing something wrong: buying too many expensive remotes
If the remotes are tied to lights, I’d consider hard binding them to the light instead of going through HA. It would save a lot of angry housemates if HA is down for some reason. You’ll probably have smoother operation too.
Ah so zigbee2mqtt will send out an event payload from which home assistant then chooses a case based upon attribute state.
I currently have setup all 227 triggers already - wasnt that hard, i just followed a blueprint for the 20 remotes. This blueprint does use triggers. Will switching to the event based solution present a noticable optimisation/ any other benefit?
Every time HA gets a new value for an entity, it looks if there are triggers for that entity and executes them. That means that the extra workload from just having a trigger is minimal and only comes into play when the entity a trigger is for reports a new value.
So, if I had a million door sensors, each with a million triggers, it would have no effect at all. Until I open a couple of doors, of course, then those millions of automations doing something would have an effect…