Un SAI en el servidor del hogar inteligente es lo primero que todos compran después de su primer gran corte de energía. El escritor de XDA cuyo SAI aún no podía salvar los automatismos de Home Assistant descubrió lo que muchos de nosotros sabemos: un SAI por sí solo solo gana minutos. Asegurarse de que tus automatismos sobrevivan al corte es un problema separado, y requiere un pequeño conjunto de aplicaciones alrededor de Home Assistant que muchas configuraciones omiten. Probamos siete que juntas transforman un corte de luz doméstico de un desastre en una molestia menor.
Qué buscar en una pila de resiliencia
El valor no está en una sola aplicación. Es cómo se componen juntas. Busca estos rasgos al elegir componentes.
- Se comunica con tu SAI a través de USB o SNMP sin controladores propietarios
- Reporta estado a Home Assistant con eventos (
ups.on_battery), no solo sensores numéricos - Los automatismos sobreviven a un reinicio en frío de todo el servidor sin reactivación manual
- Un lugar para ver qué se activó y qué no, días después del corte
- Actualizaciones de firmware que no requieren acceso a internet cuando se necesitan
- Una ruta de respaldo para la configuración de Home Assistant que una pérdida total de energía no puede corromper
Comparación rápida
| Aplicación | Mejor para | Plan gratuito | Característica destacada |
|---|---|---|---|
| NUT | Control de SAI en red en dispositivos | Sí | Un SAI, muchos clientes |
| apcupsd | Hardware APC sin SNMP | Sí | Muy confiable en unidades APC USB |
| Node-RED | Automatismos complejos de corte | Sí | Flujos visuales que sobreviven ediciones |
| ESPHome | Nodos de monitoreo de energía DIY | Sí | Firmware solo local para sensores |
| InfluxDB | Historial de energía a largo plazo | Sí | Almacenamiento de series de tiempo especializado |
| Grafana | Paneles post-mortem | Sí | Los mejores paneles para datos de cortes |
| Watchtower | Actualizaciones de contenedor después de la recuperación | Sí | Mantiene la pila actualizada después de reinicio |
Las aplicaciones
1. NUT (Herramientas de SAI en Red) — mejor para un SAI compartido
Network UPS Tools es la implementación de referencia para comunicarse con un SAI a través de la red. Un servidor ejecuta el demonio contra el SAI físico, y cada otra máquina en la LAN (Home Assistant, el NAS, un router que puede reducir carga) se suscribe como cliente. La integración NUT de Home Assistant expone porcentaje de batería, carga y estado como sensores, e importantemente, dispara un evento el segundo que el SAI cae a batería.
Dónde falla: La configuración es textual y anticuada. La configuración inicial en una Raspberry Pi toma un par de horas para hacerlo bien.
Plataformas: Linux, macOS, FreeBSD. Se ejecuta en un contenedor en cualquier instalación de Home Assistant OS.
Precio: Gratis, GPL-2.0.
Descargar: networkupstools.org
Conclusión: Instala esto primero. Cada automatismo en la pila se basa en sus eventos de estado.
2. apcupsd — mejor para hardware APC a través de USB
apcupsd es un demonio más pequeño enfocado en unidades SAI APC en USB. Es más fácil de configurar que NUT en una instalación de host único e se integra con Home Assistant a través de un sensor ligero. Muchos modelos APC Back-UPS funcionan de manera confiable con él después de años de soporte de Linux.
Dónde falla: Solo se comunica con APC. Los usuarios de Cyberpower, Eaton o Tripp Lite deberían mirar a NUT.
Plataformas: Linux, macOS, Windows. Las imágenes de Docker están ampliamente disponibles.
Precio: Gratis, GPL-2.0.
Descargar: apcupsd.org
Conclusión: La opción correcta cuando el SAI es APC y la configuración es un host único.
3. Node-RED — mejor para flujos complejos de corte
Node-RED es lo que los usuarios avanzados de Home Assistant buscan una vez que “cuando X, entonces Y” no es suficiente. Un flujo de corte podría ramificarse según el porcentaje de batería: al 50 por ciento, apagar luces no esenciales; al 25 por ciento, notificar a los miembros de la familia; al 10 por ciento, ejecutar hassio.shutdown. Los flujos visuales son amigables con diff y sobreviven la reorganización.
Dónde falla: Dos formas de construir el mismo automatismo (automatismos de Home Assistant vs Node-RED) causan divergencia si un hogar tiene múltiples editores.
Plataformas: Complemento dentro de Home Assistant OS, o Docker en cualquier host.
Precio: Gratis, Apache 2.0.
Descargar: nodered.org
Conclusión: La opción correcta para automatismos de corte con más de dos ramas.
4. ESPHome — mejor para monitoreo de energía DIY
ESPHome construye firmware para placas ESP32 baratas que reportan a Home Assistant. Una pinza de corriente en la línea principal, un enchufe inteligente con un Sonoff POWR3, o un nodo de voltaje de batería requieren alrededor de una hora de soldadura. El resultado es firmware solo local que sigue reportando después de un reinicio del router.
Dónde falla: Ahora eres el fabricante. Las actualizaciones de firmware y cambios de batería son tuyas.
Plataformas: Firmware para ESP32 y ESP8266. Se ejecuta desde un complemento de Home Assistant.
Precio: Gratis, partes GPL-3.0 y MIT.
Descargar: esphome.io
Conclusión: La opción correcta cuando quieres visibilidad de energía más allá de lo que reporta el SAI.
5. InfluxDB — mejor almacenamiento para historial de energía
InfluxDB almacena el flujo de sensores del SAI, las pinzas de corriente y el propio Home Assistant. La retención a largo plazo supera el grabador de Home Assistant, y consultar “los últimos seis cortes por duración” se convierte en una línea. La versión 2.x es estable y lo suficientemente madura para una instalación doméstica.
Dónde falla: La huella de RAM es significativa; una Raspberry Pi la sentirá si la ventana de retención es larga.
Plataformas: Docker en cualquier host, nativo en Linux, macOS, Windows.
Precio: Compilación de código abierto gratuita. Los niveles en la nube administrada comienzan alrededor de $250 mensuales.
Descargar: influxdata.com
Conclusión: La opción correcta cuando quieres ver cómo las tendencias de cortes han evolucionado durante un año.
6. Grafana — mejores paneles para análisis post-mortem
Grafana convierte el flujo de InfluxDB en paneles que hacen los cortes legibles. Un único panel que muestra porcentaje de batería, carga, temperatura exterior y eventos de reinicio de Home Assistant te dice por qué un automatismo específico no se disparó. Es la herramienta que un electricista puede leer, lo cual importa cuando el hogar discute qué pasó.
Dónde falla: Editar bien los paneles requiere tiempo. Aprender lo suficiente de Flux o PromQL es un proyecto.
Plataformas: Docker en cualquier host, compilaciones nativas para todos los SO principales.
Precio: Compilación OSS gratuita. El nivel en la nube administrado tiene un plan gratuito.
Descargar: grafana.com
Conclusión: Instálalo inmediatamente después de InfluxDB o los datos son mucho menos útiles.
7. Watchtower — mejor para mantener la pila actualizada después de la recuperación
Watchtower observa los contenedores que eliges y tira actualizaciones según un cronograma. Importa aquí porque una pila que vuelve de un corte en imágenes obsoletas es más propensa a encontrar el mismo error que alguien parcheó la semana pasada. Limitado a los contenedores de soporte de Home Assistant, mantiene la pila circundante fresca sin tocar Home Assistant Core.
Dónde falla: Auto-actualizar cualquier cosa crítica es un riesgo en sí mismo. Límitalo cuidadosamente.
Plataformas: Docker en Linux, Windows, macOS.
Precio: Gratis, Apache 2.0.
Descargar: containrrr.dev/watchtower
Conclusión: La opción correcta para el elenco de apoyo; deja Home Assistant Core para actualizaciones manuales.
Cómo elegir la pila correcta
- Todos comienzan con un demonio SAI. NUT si hay más de un dispositivo en el SAI, apcupsd si el SAI es APC y solo el servidor está conectado.
- Agrega Node-RED una vez que la lógica de corte va más allá de una sola condición.
- Superpón InfluxDB y Grafana juntas para hacer los cortes legibles después del hecho.
- Agrega ESPHome para cualquier cosa que el SAI no pueda ver (circuitos derivados, aparatos individuales).
- Activa Watchtower para los contenedores de soporte para que una pila post-corte no sea un museo.
Preguntas Frecuentes
¿Por qué un SAI no es suficiente para mantener funcionando los automatismos de Home Assistant? Un SAI mantiene el servidor encendido. Si tu router, conmutadores o coordinador Zigbee pierden energía al mismo tiempo, los automatismos no alcanzan nada. Pon la red en el SAI también, y asegúrate de que Home Assistant sepa que la red está activa antes de actuar.
¿Qué integración de SAI debo instalar primero? Comienza con la integración de Home Assistant NUT una vez que NUT está ejecutándose. Expone tanto sensores como eventos, que es lo que necesitas para automatismos.
¿Cómo pruebo mis automatismos de corte sin desconectar cosas? NUT y apcupsd ambos soportan un comando “simular en batería”. Ejecútalo y observa qué se dispara.
¿Necesito una caja separada para InfluxDB y Grafana? No. Ambos se ejecutan cómodamente junto a Home Assistant en una Raspberry Pi 5 o un mini PC pequeño. Las ventanas de retención son lo principal a ajustar.
¿Debo apagar automáticamente Home Assistant con batería baja?
Sí, y asegúrate de que suceda antes de que el SO entre en pánico. El script de apagado de NUT y el servicio hassio.host_shutdown de Home Assistant lo manejan limpiamente.
¿Cuál es el automatismo de corte más útil? Una notificación que incluya porcentaje de batería y tiempo de ejecución estimado, enviada cinco segundos después de que el SAI reporta “en batería.” Le da a todos en la casa tiempo para guardar el trabajo abierto.
