this post was submitted on 01 Oct 2023
21 points (95.7% liked)

homeassistant

12125 readers
20 users here now

Home Assistant is open source home automation that puts local control and privacy first. Powered by a worldwide community of tinkerers and DIY enthusiasts. Perfect to run on a Raspberry Pi or a local server. Available for free at home-assistant.io

founded 2 years ago
MODERATORS
GreatAlbatross@feddit.uk
21
Lowest latency input (self.homeassistant)
submitted 1 year ago by Sim to c/homeassistant@lemmy.world
14 comments fedilink hide all child comments
 

I'm using a ZigBee button to call an automation which notifies via Pushover and Alexa. Works fine.

I'd like to reduce latency and use a physical button. I can use a Pi, ESP32 or similar to respond to a closure and tell HA.

What's the lowest latency input to HA? My MQTT server is separate so I'm thinking an HTTP post direct into HA might be best.

Is there anything faster? HTTP is fast enough in my testing, it's an experiment as much as anything else.

you are viewing a single comment's thread
view the rest of the comments
[–] deafboy@lemmy.world 6 points 1 year ago* (last edited 1 year ago) (1 children)

All my zigbee devices respond pretty much instantly. And that's a 2 way trip. Button to HA, HA to lightswitch.

What happens when you trigger the same action from the dashboard? Is it faster?

[–] Sim 1 points 1 year ago (1 children)

It's probably marginally faster from the dashboard. This isn't only about the ZigBee delay though - it's really perfectly OK. Reducing latency is as much for the fun of it than anything else. I'm interested in knowing what the fastest possible input method is.

[–] CmdrShepard@lemmy.one 1 points 1 year ago

What about binding the trigger to the device using something like Zigbee2MQTT so that it doesn't have to pass through HA at all?