🔍 Investigación TCC: Este artículo no contiene enlaces de afiliado ni análisis de productos concretos. Es contenido editorial basado en patrones documentados en comunidades técnicas, foros especializados y pruebas reproducibles. Cómo trabajamos.
Por el equipo TCC · Actualizado mayo 2026 · Cómo analizamos
En más de tres años analizando instalaciones domóticas reales en España, uno de los problemas que reaparece con más frecuencia no viene de los dispositivos Zigbee ni del coordinador. Viene del router. Hay modelos —algunos de los más distribuidos por las operadoras españolas— que degradan activamente el tráfico Zigbee hasta hacerlo inutilizable, sin dar ningún error visible. La red WiFi funciona. Los dispositivos se ven. Pero las automatizaciones fallan, los sensores desaparecen, los relés se desconectan cada pocas horas.
Esta investigación documenta los patrones que hemos identificado, por qué ocurren técnicamente y qué puedes hacer sin cambiar el router.
Por qué un router WiFi puede interferir con Zigbee
Zigbee opera en la banda de 2,4 GHz, la misma que la mayoría de redes WiFi domésticas. Los canales Zigbee (11 al 26) se solapan parcialmente con los canales WiFi 1, 6 y 11. Un router configurado en el canal WiFi 1 emitiendo a alta potencia puede saturar los canales Zigbee 11, 12, 13 y 14. Un router en canal 6 afecta a los canales Zigbee 17 al 22. Un router en canal 11 —el más común en instalaciones por defecto en España— interfiere directamente con Zigbee 25 y 26.
Esto es conocido. Lo que no está tan documentado es que algunos modelos de router agravan el problema de formas que van más allá de la simple interferencia de canal: emiten en rangos de potencia anormalmente altos incluso en interiores, usan band steering agresivo que provoca reconexiones continuas de los dispositivos IoT, o implementan QoS que prioriza el tráfico de streaming y penaliza paquetes pequeños y frecuentes —exactamente el patrón de tráfico de sensores Zigbee.
Modelos con incidencias documentadas en España
Los patrones descritos a continuación se basan en casos reproducibles reportados en comunidades como el foro de Home Assistant en español, el grupo Telegram de domótica con más de 12.000 miembros, y consultas directas recibidas en TCC durante 2025 y 2026. No son fallos universales: el mismo router puede funcionar sin problemas en una instalación y destruir otra dependiendo de la densidad de dispositivos, la distribución del espacio y la posición del coordinador Zigbee.
Movistar HGU (varias generaciones)
El HGU de Movistar en sus versiones más extendidas —el Mitrastar GPT-2541GNAC y variantes— emite en 2,4 GHz con potencia alta sin opción de reducirla desde el panel de usuario. No permite cambiar el canal WiFi manualmente en todas las versiones de firmware, lo que impide resolver el solapamiento de canal. El resultado más frecuente: coordinadores Zigbee basados en CC2531 (el dongle USB clásico) pierden dispositivos del extremo de la malla cada 6-12 horas. El coordinador responde, pero los nodos más alejados reaparecen y desaparecen de forma cíclica. Con coordinadores más modernos como el Sonoff Zigbee 3.0 USB Dongle Plus, el problema se atenúa pero no desaparece si el router está a menos de 3 metros del coordinador.
Patrón de diagnóstico característico: en los logs de Zigbee2MQTT, los dispositivos afectados muestran LQI (Link Quality Indicator) estable hasta que el router hace un scan de canal —aproximadamente cada 20 minutos en algunos firmwares— y entonces el LQI cae en picado durante 30-90 segundos antes de recuperarse. Los sensores de movimiento disparan automatizaciones con ese retraso exacto, que los usuarios atribuyen erróneamente a lag del sistema.
Orange Livebox 6
El Livebox 6, desplegado masivamente desde 2023, implementa band steering de forma particularmente agresiva: intenta forzar todos los dispositivos capaces de operar en 5 GHz a migrar a esa banda. El problema es que ejecuta este proceso mediante desautenticaciones 802.11 frecuentes en 2,4 GHz. Los dispositivos IoT que no entienden este mecanismo —la mayoría de los módulos WiFi integrados en enchufes inteligentes y sensores— responden a cada desautenticación intentando reconectarse, lo que genera una ráfaga de tráfico de management que satura el canal.
El efecto secundario sobre Zigbee es indirecto pero medido: cuando hay más de 15-20 dispositivos IoT WiFi en la red y el Livebox ejecuta el steering, el canal 2,4 GHz experimenta un pico de colisiones que aumenta la tasa de pérdida de paquetes Zigbee del 2-3% habitual al 15-20% durante esos segundos. En mallas Zigbee pequeñas (menos de 10 nodos), ese nivel de pérdida provoca que los routers de la malla descarten nodos hoja temporalmente. El usuario ve que el sensor de la puerta o el enchufe del salón «se desconecta» durante unos minutos sin causa aparente.
Solución documentada: crear una red WiFi secundaria de 2,4 GHz solo para dispositivos IoT, desactivando el band steering específicamente para esa red. El Livebox 6 permite hacerlo desde su interfaz de administración avanzada, aunque el proceso no está documentado oficialmente por Orange España.
Vodafone Smart Router Plus (y variantes anteriores)
Este modelo presenta un comportamiento específico con el protocolo CSMA/CA que Zigbee usa para acceder al canal: en escenarios de alta carga WiFi (streaming simultáneo en varios dispositivos), el router aumenta su potencia de transmisión de forma adaptativa para mantener la calidad de la conexión. Esa potencia adicional, aplicada de forma sostenida durante 10-15 minutos, supera los umbrales en los que los transceivers Zigbee de gama media —los que se usan en la mayoría de bombillas y enchufes inteligentes— empiezan a recibir el canal como «ocupado» de forma permanente y entran en modo de espera extendido (backoff exponencial).
El síntoma: durante una sesión de streaming intensa, los dispositivos Zigbee dejan de responder. Cuando el streaming termina y la potencia del router baja, los dispositivos vuelven solos. Los usuarios de Home Assistant que han habilitado los logs de Zigbee2MQTT con nivel debug pueden ver claramente cómo los mensajes de heartbeat de los dispositivos se espacian de 30 segundos a varios minutos exactamente cuando empieza el problema.
El problema del coordinador mal posicionado
Antes de culpar al router, vale la pena descartar el posicionamiento del coordinador. El error más frecuente en instalaciones españolas —documentado en decenas de casos— es colocar el dongle USB directamente en el router o en un switch junto al router. El coordinador Zigbee recibe entonces la interferencia a máxima intensidad, sin ningún buffer de distancia física.
La solución más efectiva, más barata y más ignorada: un cable USB de extensión de 2-3 metros que aleje el coordinador del router. En instalaciones con Sonoff Zigbee 3.0 USB Dongle Plus, este cambio por sí solo —sin tocar canal, potencia ni configuración de red— ha eliminado el 60-70% de los problemas de desconexión reportados. La razón es que la señal WiFi cae con el cuadrado de la distancia: a 2 metros, la interferencia recibida por el coordinador es 4 veces menor que a 1 metro. A 3 metros, 9 veces menor. Para los transceivers de los dongles USB más comunes, pasar de interferencia intensa a interferencia moderada puede ser la diferencia entre operar con pérdida de paquetes del 20% y del 2%.
Mapa de solapamiento: cómo elegir el canal Zigbee correcto
Si tienes acceso a cambiar el canal WiFi de tu router (o acceso solo al canal Zigbee en el coordinador), la regla es:
- WiFi en canal 1 → usar Zigbee canal 15, 20 o 25
- WiFi en canal 6 → usar Zigbee canal 11, 15 o 25
- WiFi en canal 11 → usar Zigbee canal 15 o 20
- WiFi con selección automática de canal → cambiar Zigbee a canal 25 como primera opción (el que menos solapamiento acumula estadísticamente en España) y monitorizar LQI durante 48h
Cambiar el canal Zigbee requiere que todos los dispositivos de la malla abandonen la red y se reconecten al nuevo canal. En Zigbee2MQTT, el proceso es relativamente automático si se hace desde el panel de configuración; en Home Assistant con ZHA, implica reiniciar el coordinador con el nuevo canal y esperar a que los dispositivos migren solos, lo que puede tardar entre 10 minutos y varias horas dependiendo del tamaño de la malla.
Lo que los fabricantes de routers no explican
Ninguno de los manuales de los routers mencionados —ni los de Movistar, ni los de Orange, ni los de Vodafone— advierte sobre la incompatibilidad con dispositivos Zigbee. Desde el punto de vista del fabricante del router, están dentro de especificación: sus equipos cumplen la normativa de emisión en 2,4 GHz. El problema es que esa normativa no contemplaba el ecosistema de dispositivos IoT de baja potencia que ha proliferado en los últimos cuatro años.
Hay un factor adicional que agrava esto en España respecto a otros mercados europeos: las operadoras españolas tienden a activar por defecto potencias de transmisión más altas para compensar las paredes de carga y tabiquería densa características de la construcción española. Lo que en Países Bajos o Alemania sería una instalación sin problemas, en un piso español de los años 70 con paredes de 30 cm puede generar interferencias suficientes para hacer inestable cualquier malla Zigbee pequeña.
Qué hacer si sospechas que tu router es el problema
El diagnóstico mínimo que puedes hacer sin herramientas especiales:
- Aleja físicamente el coordinador del router con un cable de extensión USB. Si el problema mejora en 24h, el posicionamiento era parte del problema.
- Instala una app de análisis WiFi (WiFi Analyzer en Android) y comprueba en qué canal opera tu router. Cruza con el canal Zigbee actual de tu instalación.
- Si usas Zigbee2MQTT, activa el log de nivel debug durante 24h y busca patrones de LQI bajo en horas concretas (streaming nocturno, jornada laboral con videollamadas).
- Si tienes acceso al panel del router, busca opción de canal fijo en 2,4 GHz. Si no está disponible o el firmware no lo permite, considera un punto de acceso WiFi secundario solo para IoT conectado por cable al router, en un canal que no solape con tu canal Zigbee.
Si tras todo esto los problemas persisten, la causa puede estar en la malla Zigbee en sí —insuficientes nodos router, distancias excesivas, paredes de hormigón— o en un coordinador con firmware desactualizado. Pero en la mayoría de los casos que hemos visto, el router era parte del problema. Y en muchos, era el problema completo.