Interruptor inteligente se desconecta por la noche: causas reales y solución

Por el equipo TCC · Actualizado junio 2026 · Cómo analizamos

A las 3:17 de la madrugada, el interruptor del pasillo desaparece de Home Assistant. A las 3:22 vuelve solo. El log de HA muestra «unavailable» durante esos cinco minutos. La automatización del amanecer falló porque el interruptor no estaba disponible a la hora de ejecutarse. Este patrón — desconexión nocturna a hora fija, recuperación espontánea — tiene cuatro causas documentadas. Ninguna es un defecto del interruptor.

Cómo identificar el patrón antes de buscar la causa

El primer paso es confirmar que es un patrón y no un evento aislado. En Home Assistant, ve a Configuración → Historial y busca la entidad del interruptor. Si las marcas de «unavailable» aparecen siempre en la misma franja horaria (generalmente entre las 2:00 y las 5:00), estás ante uno de los cuatro problemas que se describen a continuación. Si las desconexiones son aleatorias a cualquier hora, el problema es diferente — probablemente señal WiFi débil o firmware inestable.

Una forma más precisa: en el archivo home-assistant.log (accesible desde Configuración → Sistema → Registros), filtrar por el nombre de la entidad. Las líneas con «unavailable» muestran la hora exacta. Si la misma hora se repite en varios días consecutivos, la causa es sistémica.

Causa 1 — El router cambia de canal WiFi de noche

Es la causa más frecuente y la menos obvia. Los routers domésticos de las operadoras españolas — especialmente el Movistar HGU (modelos Askey RTF3505VW y Sercomm FG7552B), el Orange Livebox 6 y el Vodafone Router 4 — tienen activada por defecto una función llamada optimización de canal o ACS (Auto Channel Selection). Esta función analiza el espectro WiFi y cambia el canal de la banda 2,4 GHz de forma automática cuando detecta menos interferencias en el entorno, típicamente entre las 2:00 y las 5:00 de la madrugada cuando el tráfico vecinal es mínimo.

Un interruptor conectado al canal 6 que de repente se encuentra con que su router opera en el canal 1 tiene que renegociar la conexión WiFi desde cero. Este proceso puede tardar entre 30 segundos y 5 minutos dependiendo del dispositivo y del firmware del router. Durante ese tiempo, Home Assistant marca el dispositivo como no disponible.

Cómo verificarlo: en la interfaz del router (habitualmente en 192.168.1.1), busca en los logs de WiFi o en el historial de eventos si hay un cambio de canal registrado a la misma hora que las desconexiones. En el Movistar HGU, los logs están en Diagnóstico → Registros del sistema.

Solución: entrar en la configuración WiFi del router y fijar el canal a uno específico — el canal 1, 6 o 11 son los canales no solapantes estándar en 2,4 GHz. Desactivar la optimización automática de canal. En el Movistar HGU: Red inalámbrica → Configuración avanzada → Canal → seleccionar manual. En el Livebox 6: WiFi → Configuración → Canal 2,4 GHz → fijo.

Canales recomendados según zona: en ciudades con alta densidad de redes WiFi vecinas (Madrid, Barcelona, Valencia), hacer primero un escaneo con una app como WiFi Analyzer para identificar qué canal usan menos tus vecinos y fijar el tuyo a ese.

Causa 2 — Band steering agresivo

Los routers modernos con banda dual (2,4 y 5 GHz) incorporan una función llamada band steering que intenta mover los dispositivos a la banda más eficiente en cada momento. En horas de baja actividad, algunos firmwares ejecutan este proceso de forma más agresiva, intentando consolidar los dispositivos en la banda 5 GHz para liberar la 2,4 GHz.

El problema es que los interruptores inteligentes — prácticamente todos los modelos del mercado — solo soportan la banda 2,4 GHz. Si el router intenta moverlos a 5 GHz, el dispositivo pierde la conexión y tarda un tiempo variable en reconectarse a la banda correcta. En algunos modelos de router, este proceso puede generar exactamente el patrón de «desconexión a hora fija» que describe el problema.

Cómo verificarlo: revisar si el router tiene band steering activo (en el Livebox 6 aparece como «Banda preferida automática»; en routers ASUS como «Roaming Assistant»). Si está activo y las desconexiones coinciden en horario, es probable causa.

Solución preferida: crear una red WiFi separada para dispositivos IoT con SSID propio, solo en 2,4 GHz, y conectar todos los interruptores a esa red. El router no puede hacer band steering a una red que solo tiene una banda disponible. En el Movistar HGU se puede crear una red invitados a 2,4 GHz desde Red inalámbrica → Red de invitados. En routers con firmware OpenWRT o DD-WRT, se puede crear una VLAN IoT dedicada con mayor control.

Solución alternativa: desactivar el band steering completamente. Esto reduce ligeramente la eficiencia de la red para dispositivos móviles, pero elimina el problema para los IoT fijos.

Causa 3 — Keep-alive insuficiente del interruptor

Los dispositivos WiFi mantienen la conexión activa enviando paquetes keep-alive periódicos al router. Algunos interruptores inteligentes — especialmente los basados en firmware Tuya, algunos modelos Sonoff de las gamas antiguas (S20, S26, Basic R2) y determinados modelos de marcas blancas — tienen un modo de ahorro de energía que aumenta el intervalo entre keep-alives cuando no hay actividad. Si ese intervalo supera el timeout de sesión configurado en el router (habitualmente entre 5 y 15 minutos en routers domésticos), el router cierra la conexión por inactividad.

Este problema es más frecuente en interruptores que llevan más de un año instalados, ya que algunas actualizaciones de firmware agravan el comportamiento de ahorro de energía sin documentarlo en las notas de versión.

Cómo verificarlo: el intervalo entre desconexiones suele ser múltiplo del tiempo desde el último reinicio del dispositivo o del último ciclo de actividad. Si las desconexiones ocurren cada X minutos desde que el interruptor está inactivo, apunta a esta causa.

Solución en Shelly Gen3/Gen4: acceder a la interfaz web del dispositivo (por IP local en el navegador), ir a Settings → WiFi → Advanced y reducir el intervalo de keep-alive a 15-30 segundos. Esto aumenta ligeramente el consumo de la radio WiFi, pero en un interruptor de pared con alimentación permanente el impacto energético es despreciable.

Solución en dispositivos Tuya: no existe configuración directa del keep-alive desde la app. La alternativa es usar una automatización en Home Assistant que envíe un comando vacío (sin efecto real) al dispositivo cada 5-10 minutos para mantener el canal activo. No es elegante, pero funciona.

Nota sobre Zigbee: los interruptores Zigbee no tienen este problema — el protocolo Zigbee gestiona el mantenimiento de la malla de forma autónoma sin depender del keep-alive WiFi. Si las desconexiones nocturnas son un problema recurrente, migrar a Zigbee es la solución de fondo.

Causa 4 — Expiración del lease DHCP

Cuando un dispositivo se conecta al router por WiFi, obtiene una dirección IP por DHCP con un tiempo de vida (lease) limitado. En routers domésticos españoles, este lease suele configurarse entre 24 horas y 7 días por defecto. Cuando el lease expira, el dispositivo negocia una nueva IP — proceso que tarda entre unos segundos y varios minutos según el dispositivo y la carga del router.

Si Home Assistant tiene registrada la entidad del interruptor como IP fija en su configuración (no por DHCP), o si la integración usa la IP en lugar del nombre de host para comunicarse, el periodo de renegociación genera exactamente una desconexión temporal de longitud variable.

Cómo verificarlo: comparar la hora de expiración del lease en el router (visible en la tabla de clientes DHCP, generalmente en Red → Dispositivos conectados o DHCP → Lista de arrendamientos) con la hora de las desconexiones en HA.

Solución definitiva — reserva de MAC: en la tabla DHCP del router, crear una reserva para la dirección MAC de cada interruptor inteligente. La reserva asigna siempre la misma IP al mismo dispositivo sin que el lease expire nunca. Es la solución más limpia y evita cualquier variación de IP futura. En el Movistar HGU: Red → DHCP → Asignación estática de IP. En Livebox 6: Red avanzada → DHCP → Reservas.

Solución alternativa — IP estática en el dispositivo: configurar una IP estática directamente en el interruptor desde su interfaz (disponible en Shelly, algunos Sonoff y dispositivos con interfaz web propia). El riesgo es un posible conflicto de IP si otro dispositivo obtiene esa IP por DHCP antes de que se configure la reserva.

Diagnóstico sistemático: pasos ordenados

Si no está claro cuál de las cuatro causas es la responsable, seguir este orden:

Paso 1: Activar el log detallado en HA para la entidad del interruptor (Configuración → Dispositivos → seleccionar el dispositivo → activar «Log de diagnóstico»). Dejar que ocurra al menos una desconexión más y revisar la hora exacta.

Paso 2: Comparar esa hora con el log del router. Si coincide con un cambio de canal o un evento de red → Causa 1 o 2. Si no hay eventos en el router a esa hora → Causa 3 o 4.

Paso 3: Revisar la tabla DHCP del router. Si el lease del interruptor expira en esa franja horaria → Causa 4. Crear reserva de MAC y observar durante 3-4 días.

Paso 4: Si el problema persiste con lease fijo y canal fijo, verificar el firmware del interruptor y reducir el intervalo de keep-alive → Causa 3.

En la mayoría de instalaciones españolas, fijar el canal WiFi y crear reservas de MAC en el router resuelve el problema definitivamente en menos de 10 minutos de configuración.

Cuándo el problema no es ninguno de estos cuatro

Si las desconexiones son aleatorias (no a hora fija), ocurren también durante el día, o afectan a múltiples dispositivos simultáneamente, el origen es diferente: señal WiFi insuficiente en el punto de instalación, interferencias de otros dispositivos de 2,4 GHz (microondas, teléfonos DECT, cámaras de vigilancia), o firmware del interruptor con bugs no relacionados con el keep-alive. En estos casos, el diagnóstico con WiFi Analyzer y la medición de RSSI en el punto de instalación es el siguiente paso.