Home Assistant empieza casi siempre como un juguete. Añades unas luces, un enchufe, un sensor de temperatura, una automatización sencilla y de repente estás pensando si tiene sentido que el ventilador se active según presencia, humedad, hora del día y fase lunar. El problema no es técnico. El problema es que una casa no es un laboratorio.
En un homelab puedo romper cosas y aprender. En casa, si una luz no enciende, si una persiana no sube, si una alarma falsa molesta de noche o si una automatización hace algo raro mientras otra persona está usando la casa, el proyecto deja de ser divertido muy rápido.
Por eso creo que Home Assistant merece una categoría especial. No lo trato como otro contenedor cualquiera. Tampoco como una pieza industrial que tenga que sobrevivir a un meteorito. Lo trato como un servicio doméstico crítico. Crítico no porque sea imprescindible para vivir, sino porque cuando falla afecta a gente que no ha pedido participar en mi experimento.
Esa diferencia cambia bastante la arquitectura.
El salto peligroso: de panel bonito a infraestructura doméstica#
Al principio Home Assistant es un dashboard. Lo abres, ves sensores, cambias colores, conectas integraciones y te sientes peligrosamente poderoso. Ahí no pasa nada grave. Si falla, abres la app del fabricante y sigues.
El salto llega cuando empiezas a delegar comportamientos reales.
Luces que se encienden solas. Enchufes que cortan consumos. Avisos de puertas. Rutinas de noche. Calefacción. Presencia. Cámaras. Acuario. Persianas. Humedad. Escenas para dormir a un bebé. Cosas pequeñas, hasta que juntas ya no son tan pequeñas.
En ese punto Home Assistant no es solo una interfaz. Es una capa de coordinación de la casa. Y una capa de coordinación mala es peor que no tener coordinación.
Mi regla es bastante simple: cualquier cosa que controle algo físico tiene que fallar de forma aburrida. Si Home Assistant se cae, la casa debe seguir funcionando de manera manual. Si una automatización falla, no debería dejar un dispositivo en un estado absurdo. Si una integración cambia, no debería arrastrar media casa detrás.
Esto suena obvio. Luego ves automatizaciones que dependen de tres servicios cloud, una entidad renombrada, un sensor de presencia inestable y un helper que nadie recuerda para encender una luz del pasillo. Eso no es domótica. Eso es una escape room con bombillas.
Dónde lo ejecuto y por qué no me da igual#
Hay varias formas razonables de correr Home Assistant. Appliance dedicado, máquina virtual, contenedor, Home Assistant OS, mini PC pequeño, Raspberry Pi con SSD, NAS, Proxmox. Casi todas pueden funcionar. La pregunta útil no es cuál es la más elegante, sino cuál puedo mantener sin convertir la casa en rehén.
Para mí, la opción más cómoda sigue siendo Home Assistant OS en una VM. No porque sea la más purista, sino porque reduce fricción. Actualizaciones integradas, add-ons, snapshots, backups sencillos y menos piezas raras que recordar dentro de seis meses.
En un homelab con Proxmox, una VM pequeña para Home Assistant tiene mucho sentido. Le das recursos modestos, la aislas del laboratorio y puedes hacer snapshot antes de tocar cosas grandes. Además, si usas dispositivos USB como Zigbee o Z-Wave, puedes pasar el adaptador a la VM y mantener una arquitectura bastante limpia.
Lo que no haría es mezclarlo con el contenedor experimental donde pruebo media docena de cosas cada semana. Home Assistant no debería vivir pegado al caos. Si el nodo donde lo tengo es también el nodo donde rompo redes, cambio kernels y pruebo almacenamiento raro, me estoy buscando una bronca doméstica bastante merecida.
También soy cada vez menos fan de depender de una tarjeta microSD. Para pruebas, vale. Para algo que controla la casa, prefiero SSD. Las microSD han mejorado, pero siguen siendo una forma absurda de ahorrar diez o veinte euros en una pieza que va a escribir logs, bases de datos y estados durante años.
La red importa más de lo que parece#
La mayoría de problemas feos de Home Assistant no son de Home Assistant. Son de red.
mDNS que aparece cuando quiere. Dispositivos IoT que solo funcionan en una VLAN. Integraciones que dependen de broadcast. DNS local mal definido. Cambios de IP. Firewalls demasiado agresivos. Routers de operadora haciendo cosas de router de operadora. Todo eso acaba pareciendo un fallo de Home Assistant porque es donde lo ves.
Mi preferencia es separar, pero sin montar una red incomprensible. Una VLAN para dispositivos IoT tiene sentido si sabes mantenerla. Otra para laboratorio también. Pero si cada bombilla necesita una tesis doctoral para hablar con Home Assistant, te has pasado de listo.
El equilibrio que más me gusta es este:
- Home Assistant en una red estable, no en la zona de pruebas.
- IoT separado cuando aporta seguridad real.
- Reglas explícitas para que Home Assistant hable con lo que necesita.
- IPs fijas o reservas DHCP para dispositivos importantes.
- DNS local sencillo y nombres humanos.
- Nada crítico dependiendo de descubrir mágicamente un host por
.local.
Esto conecta con algo que ya he comentado al hablar de DNS interno en casa. Los nombres importan. Si dentro de seis meses no sé qué es switch-salon-01, tengo un problema menor. Si no sé qué es device-a4f7-temp, tengo un problema de mantenimiento.
Automatizaciones: pocas, claras y con botón de apagar#
El impulso natural con Home Assistant es automatizar demasiado pronto. Ves una posibilidad y la conviertes en regla. Luego otra. Luego otra más. Al cabo de un tiempo la casa tiene comportamiento emergente, que es una forma amable de decir que ya no sabes por qué ha pasado algo.
Yo prefiero automatizaciones pequeñas y con intención clara.
Una buena automatización debería poder explicarse en una frase. Si no puedo decir “cuando pasa esto, haz esto, salvo esta excepción obvia”, probablemente estoy metiendo demasiada lógica en un sitio que dentro de tres meses voy a odiar.
También intento que las automatizaciones críticas tengan una forma fácil de desactivarse. Un helper visible. Un modo invitados. Un modo vacaciones. Un interruptor de “no tocar luces esta noche”. Algo que no obligue a abrir YAML a las once de la noche porque la casa decidió ponerse creativa.
Las automatizaciones que más respeto son las que molestan poco:
- Apagar enchufes que no deberían quedar encendidos.
- Avisar si algo importante está abierto o fuera de rango.
- Encender una luz suave en momentos concretos.
- Ejecutar escenas que alguien ha pedido explícitamente.
- Recordar mantenimientos de casa, como filtros, acuario o baterías.
Las que más miedo me dan son las que deciden por la gente. Presencia agresiva, luces que cambian mientras estás quieto, climatización que pelea contra hábitos reales, sensores baratos mandando órdenes caras. Ahí es donde Home Assistant pasa de útil a pesado.
Una casa inteligente no debería sentirse inteligente todo el rato. Debería sentirse normal, solo que con menos fricción.
Backups que no sean decoración#
Home Assistant tiene una ventaja enorme: es fácil hacer backups. También tiene una trampa enorme: por ser fácil, mucha gente asume que ya está resuelto.
Un backup que vive en la misma máquina que se ha roto no me da demasiada paz. Sirve para volver atrás tras una actualización mala, sí. No sirve si pierdo el disco, borro la VM o el host decide morirse con estilo.
Mi mínimo razonable sería:
- Backup automático dentro de Home Assistant.
- Copia externa al host, por ejemplo a un NAS.
- Alguna copia fuera de casa si de verdad hay mucho trabajo metido.
- Prueba ocasional de restauración en una VM temporal.
La última parte es la que más pereza da y la que más confianza aporta. Restaurar Home Assistant en otra VM y ver que arranca, que las integraciones están, que los add-ons funcionan y que la base de datos no está corrupta vale más que cualquier dashboard verde.
No hace falta hacerlo cada semana. Pero si llevas un año añadiendo dispositivos y automatizaciones sin probar una restauración, estás acumulando fe, no resiliencia.
También reviso qué incluyo en el backup. Algunas bases de datos crecen mucho. Algunos add-ons guardan datos que quizá no necesito. Y si tengo credenciales, tokens o secretos, quiero saber dónde terminan esas copias. La comodidad está bien hasta que convierte un backup en una bolsa de llaves.
Actualizaciones: no tocar cuando la casa duerme#
Home Assistant se actualiza mucho. Eso es bueno y a veces cansado. Hay integraciones que cambian, entidades que se renombran, add-ons que se quejan y versiones que traen mejoras reales junto con alguna sorpresa.
Mi política es bastante conservadora: no actualizo cuando no puedo arreglarlo.
Parece una tontería, pero evita muchos disgustos. Nada de actualizar de noche porque hay una notificación azul. Nada de tocar justo antes de salir de casa. Nada de actualizar media pila a la vez si hay una automatización importante funcionando.
Antes de una actualización grande, snapshot. Luego leo notas si afecta a integraciones que uso. Después actualizo una pieza, miro logs, pruebo dos o tres escenas importantes y paro. Si todo va bien, perfecto. Si algo falla, vuelvo atrás o lo arreglo con margen.
La parte difícil es aceptar que no pasa nada por ir una versión por detrás. En seguridad conviene no dormirse, claro. Pero convertir cada release en una emergencia casera es otra forma de meter ruido.
Home Assistant tiene que servir a la casa, no al revés.
Manual fallback: el test que no engaña#
Hay una prueba muy sana para cualquier automatización doméstica: si mañana Home Assistant no arranca, ¿puede alguien usar la casa sin llamarme?
Las luces deberían poder encenderse. El router debería seguir dando internet. La calefacción no debería quedar bloqueada. Las persianas no deberían depender solo de un dashboard. El acuario, si lo tienes automatizado, debería tener una lógica segura. Las cerraduras y alarmas merecen todavía más prudencia.
No me gusta que la domótica elimine mandos físicos. Prefiero que los complemente. Un interruptor físico bueno, un botón Zigbee bien colocado o una escena manual clara suelen ser más valiosos que una automatización brillante que solo entiende quien la creó.
Esto es todavía más importante si vives con más gente. Si la domótica solo funciona para ti, no funciona. Funciona cuando otra persona puede usarla sin aprender tu arquitectura mental.
Observabilidad sin paranoia#
Home Assistant también necesita monitorización, pero poca y bien elegida.
Quiero saber si está caído. Quiero saber si el disco se llena. Quiero saber si los backups fallan varios días. Quiero saber si un adaptador Zigbee desaparece. Quiero ver errores repetidos tras actualizar. No necesito una alerta por cada integración que se pone tonta durante treinta segundos.
Esto encaja con la idea de alertas útiles en casa. Una alerta buena debe cambiar una acción. Si Home Assistant cae a las tres de la mañana pero no controla nada urgente, quizá no tiene que despertarme. Si deja de ejecutar una rutina que protege algo físico, entonces sí quiero enterarme.
El nivel de alerta depende del impacto real, no del orgullo técnico que le tenga al servicio.
Mi arquitectura mental para Home Assistant#
Si tuviese que resumir cómo lo plantearía hoy, sería así:
- Home Assistant en VM o equipo dedicado estable.
- SSD, no microSD, salvo pruebas.
- Red clara y separada del laboratorio.
- Backups automáticos con copia fuera del host.
- Restauración probada al menos alguna vez.
- Automatizaciones pequeñas, explicables y desactivables.
- Mandos físicos para lo importante.
- Actualizaciones con snapshot y tiempo para arreglar.
- Alertas solo para fallos que importan.
No es la arquitectura más espectacular. Es justo la gracia. La domótica buena desaparece. No te hace sentir que vives dentro de una demo tecnológica. Hace que ciertas cosas pasen mejor y que, cuando algo falla, puedas volver a lo manual sin drama.
Lo que haría distinto si empezase hoy#
No metería tantos dispositivos al principio. Empezaría por pocos casos de uso con impacto real: luces donde de verdad aportan, avisos útiles, control de consumos puntuales, sensores que respondan a problemas concretos. Luego crecería despacio.
También documentaría antes. No una biblia, solo lo mínimo: qué dispositivos son críticos, qué automatizaciones existen, dónde están los backups, cómo desactivar modos raros y cómo restaurar el sistema. Esa documentación parece excesiva hasta que algo falla cuando no estás delante.
Y sería más duro con las automatizaciones que molestan. Si una regla da falsos positivos, se simplifica o se borra. Si una integración requiere mimo constante, sale de lo crítico. Si un dispositivo barato falla mucho, deja de mandar sobre cosas importantes.
Home Assistant es de lo mejor que se puede montar en un homelab porque une tecnología con vida diaria. Pero precisamente por eso hay que tratarlo con más respeto que a un servicio de pruebas. Una VM rota se arregla. Una casa que se comporta raro acaba cansando a todos.
La domótica buena no presume. Funciona, deja usar interruptores y no convierte cada actualización en una pequeña amenaza familiar. Ese es el listón que intento aplicar ahora.