4 ms·
The benefit of using ESPHome is that the chime would still ring if your bridge/server is down.
by whazor 2y ago
The benefit of using ESPHome is that the chime would still ring if your bridge/server is down.
- alias_neo 2y agoCan you tell me some more about that? I currently use ESPHome for a bunch of devices, but the automations they use are all driven through Home Assistant. Is there a way to link devices directly over the WiFi with ESPHome? EDIT: I think I understand what you meant now; not specifically ESPHome, but the nature of the deployment in the OP takes the "smarts" out of the critical path, allowing it to fall back to being an electro-mechanically actuated doorbell. This is certainly ideal, but I don't have anywhere I can place/power a chime near the doorbell hence the desire for a wireless connection between them. Would be great if I could somehow link two ESPHome devices wirelessly without the server so they can communicate if it's down (I suppose I could with an REST API if nothing else).
- whazor 2y agoI meant in particular with ESPHome you can program automations that work if WiFi is down. Like, if button is pressed, toggle relay for 3 seconds. Furthermore, you can have wireless communication between ESPNodes: https://esphome.io/cookbook/http_request_sensor https://esphome.io/cookbook/http_request_sensor
- alias_neo 2y agoInteresting. They seem to warn against using the server for much as it's resource hungry and potentially unreliable, but that appears to be focused on the task of serving data; a simple webhook type use should be safer. It'd be pretty amazing if ESPHome supported something like ZeroMQ[0], so you could talk between nodes in anything up-to full-mesh at a socket-level and not need to worry about the availability of a server to manage the traffic. [0] https://zeromq.org/ https://zeromq.org/