
Zigbee o Matter over Thread: qué dice un estudio para tu Home Assistant
- Noticias
- Rocks on Galaxy
- Maison connectee
- 19 Oct, 2026
- 0
Antes o después, todo usuario de Home Assistant se hace la misma pregunta al comprar un sensor, una bombilla o un enchufe: ¿Zigbee o Matter over Thread? En los foros sobran opiniones y faltan mediciones. Un equipo del Politecnico di Milano decidió zanjar parte del debate por la vía difícil: montar dos veces la misma pequeña casa conectada, con hardware idéntico, una vez con Zigbee y otra con Matter over Thread, y medir con un sniffer de paquetes el tráfico de fondo, la latencia, el rendimiento y la capacidad de autorreparación. El estudio, publicado en arXiv, volvió a circular el 16 de octubre gracias al blog de Adafruit, la misma semana en que Arduino añadió Zigbee a su placa Nano Matter. Esto es lo que dicen los datos, dónde flojea el estudio y qué haríamos hoy con una instalación de Home Assistant.
Lo esencial
- En un salto, Zigbee es más rápido: un tiempo de ida y vuelta un 30 % menor y unos 75 kbit/s de pico en enlace directo.
- En varios saltos, Thread es más estable: la latencia crece de forma casi lineal y todas las órdenes llegaron, mientras Zigbee solo entregó 94 de 180 a cinco saltos.
- La autorreparación es al revés: Zigbee esquivó un nodo caído en 0,36 s de media; Thread tardó unos 24 s.
- Gran matiz: el coordinador Zigbee era un TI CC2531, un adaptador que el propio Home Assistant ya no recomienda.
Quién hizo la prueba y con qué
Los autores, Massimo Nobile, Fabio Palmese, Antonio Boiano, Alessandro E. C. Redondi y Matteo Cesana, del departamento DEIB del Politecnico di Milano, parten de una idea sencilla: ambos protocolos comparten la misma capa radio, IEEE 802.15.4, en la banda de 2,4 GHz y a 250 kbit/s. Cualquier diferencia medida procede, por tanto, de las capas superiores (enrutamiento, direccionamiento, fragmentación y capa de aplicación) y no de la radio.
El banco de pruebas es deliberadamente corriente y gira en torno a Home Assistant:
| Elemento | Lado Zigbee | Lado Matter over Thread |
|---|---|---|
| Controlador | Raspberry Pi 4 (4 GB) con Home Assistant OS | |
| Software en Home Assistant | Integración ZHA | Complemento Matter Server + complemento OpenThread Border Router |
| Adaptador USB | Texas Instruments CC2531, firmware coordinador Z-Stack (1.2 HA) | Sonoff ZBDongle-E (Silicon Labs EFR32MG21), firmware OpenThread RCP 2.4.5.0 |
| Nodos | Seis placas ESP32-C6 con firmware de ejemplo de Espressif (una luz regulable que actúa como router) | |
| Observación | Sniffer pasivo CC2531; capturas analizadas en Wireshark con un disector de Matter | |
Se probaron dos disposiciones: una malla completa, en la que cada nodo oye a todos los demás como en una sola habitación, y una cadena forzada, en la que el tráfico salta de nodo en nodo como en un pasillo largo o hacia un estudio al fondo del jardín. Las redes crecieron de uno a seis nodos y cada configuración se capturó durante 15 minutos, primero en reposo y luego con una orden de encendido/apagado cada cinco segundos.
Los cuatro resultados, uno a uno
1. Tráfico de fondo y escalabilidad
Una red mallada gasta tiempo de aire solo en mantenerse viva. En la malla de una habitación en reposo, Zigbee fue la red más silenciosa hasta cinco nodos y Thread la superó con seis. En cuanto empezaron a circular órdenes, la tasa de paquetes de Thread se mantuvo baja y casi plana, mientras la de Zigbee subía con cada nodo. En la cadena la diferencia fue enorme. A partir de tres saltos, los mensajes de descubrimiento de rutas de Zigbee se acumularon en un canal de 250 kbit/s. Con cinco saltos solo llegaron a la última bombilla 94 de 180 órdenes, y con seis el coordinador Zigbee se colgó varias veces antes de poder obtener una medición estable. Thread siguió entregando a todas las profundidades.
2. Latencia
Con un ping de 50 bytes, la ida y vuelta de Zigbee en un salto fue un 30 % más corta que la de Thread, algo que los autores atribuyen a su pila más ligera y sin IP. La ventaja desaparece con la distancia: la latencia de Zigbee creció más que linealmente al añadir saltos, con pérdidas de paquetes, mientras la de Thread aumentó en línea recta y de forma predecible. La fragmentación también favorece a Thread: Zigbee tuvo que dividir los mensajes por encima de unos 79 bytes, y Thread por encima de unos 95 bytes en un salto y 89 bytes en rutas más largas, con una capa 6LoWPAN que gestiona mejor esa división.
3. Rendimiento, o por qué las actualizaciones de firmware tardan
En enlace directo, Zigbee logró la mejor cifra del estudio, unos 75 kbit/s. Después cayó rápido con cada salto y solo se mantuvo estable cuando los investigadores espaciaron los paquetes a mano: 7 ms para un salto, 24 ms para dos, 42 ms para tres, 55 ms para cuatro y 89 ms para cinco. Thread sostuvo un rendimiento claramente superior en varios saltos y, sobre TCP, sin ningún ajuste, algo que los autores consideran ideal para las actualizaciones de firmware inalámbricas (OTA).
4. Autorreparación cuando cae un nodo
Aquí Zigbee gana con claridad. En una red en forma de rombo con dos caminos posibles, el equipo cortó la alimentación del relé en uso 30 veces por protocolo. Zigbee encontró la ruta alternativa en 0,36 s de media. Thread tardó 23,97 s, cifra que los autores confirmaron con el simulador de OpenThread (24,45 s). Es una decisión de diseño: los routers Thread esperan varios anuncios perdidos antes de dar por desaparecido a un vecino, y así cambian rapidez por tablas de rutas estables.
El marcador
| Medida | Zigbee | Matter over Thread | Ventaja |
|---|---|---|---|
| Tráfico de fondo en reposo, 1 a 5 nodos en una habitación | Menor | Mayor | Zigbee |
| Tráfico con órdenes, red en crecimiento | Sube con cada nodo | Bajo y casi plano | Thread |
| Órdenes entregadas a 5 saltos | 94 de 180 | Todas | Thread |
| Ida y vuelta en un salto (50 bytes) | Un 30 % menor | Referencia | Zigbee |
| Latencia en varios saltos | No lineal, con pérdidas | Casi lineal | Thread |
| Umbral de fragmentación | Unos 79 bytes | Unos 95 / 89 bytes | Thread |
| Rendimiento máximo, un salto | Unos 75 kbit/s | Menor en un salto | Zigbee |
| Rendimiento en varios saltos | Cae rápido, requiere ajustes | Claramente superior, estable en TCP | Thread |
| Recuperación tras fallo de un relé | 0,36 s | 23,97 s | Zigbee |
Lo que el estudio no cuenta
La metodología es cuidadosa, pero hay cuatro límites que conviene tener en cuenta antes de desmontar una red Zigbee.
- El coordinador Zigbee es el eslabón débil. El CC2531 con Z-Stack 1.2 es el adaptador más antiguo que aún circula. La documentación de ZHA lo incluye entre el hardware compatible pero no recomendado, por usar componentes obsoletos y un firmware sin soporte, y advierte de que no funciona bien con más de 15 a 20 dispositivos. En el lado Thread se usó una radio Silicon Labs EFR32MG21 mucho más reciente. Parte del hundimiento de Zigbee a cinco y seis saltos puede deberse al coordinador y no al protocolo; el estudio no permite saber en qué medida.
- Seis nodos son una casa pequeña. Muchas instalaciones de Home Assistant tienen decenas de dispositivos Zigbee, y los propios autores dejan las redes grandes para trabajos futuros.
- Sin interferencias ni pilas. No hubo prueba de convivencia con el Wi-Fi ni medición de consumo, dos factores decisivos para los sensores a pilas.
- La cadena era forzada. El número de saltos se impuso con filtrado MAC. En un piso típico, los routers enchufados a la red mantienen casi todo a uno, dos o tres saltos.
Nuestra lectura: el resultado más sólido y menos dependiente del hardware es la diferencia en el tiempo de recuperación, porque nace del propio diseño del enrutamiento de Thread y el simulador lo reprodujo. Si se desenchufa un enchufe Thread que hace de relé, los dispositivos que dependen de él pueden quedar inaccesibles entre 20 y 30 segundos.
Home Assistant: qué haríamos con estos datos
Ningún protocolo gana en todo. Nuestras reglas prácticas:
- Si tu Zigbee funciona con un CC2531, cambia primero el adaptador. Es la mejora más barata de este artículo. La Home Assistant Connect ZBT-2 oficial tiene un precio recomendado de 45 € con IVA. En su página, a fecha de hoy, no figura ningún distribuidor que envíe desde España; los más cercanos envían desde Portugal y Francia. Se dedica a Zigbee o a Thread, no a los dos.
- Un piso con una malla Zigbee que funciona no necesita migrar. Mantén pocos saltos con algunos routers siempre alimentados, como enchufes o bombillas.
- Para una casa grande, un anexo o una mezcla creciente de marcas, inclínate por Thread. Planifica al menos dos routers de borde: la documentación de Thread de Home Assistant recuerda que Thread, a diferencia del coordinador único de Zigbee, admite varios routers de borde en la misma red para eliminar el punto único de fallo.
- Usar los dos es normal. Cuenta con dos radios, una por protocolo. Nuestra guía de hubs Matter de 2026 repasa el hardware que puede actuar como router de borde Thread, y nuestra guía de termostatos y cabezales termostáticos muestra la mezcla real: IKEA LILJEBAGGE y Tado X en Thread, Netatmo ORIGINAL en Zigbee detrás de un hub Matter.
- No apagues los routers Thread a la ligera. Con unos 24 s de recuperación, deja los dispositivos que hacen de relé en circuitos que no desconectes.
El controlador del estudio era una Raspberry Pi 4. Si ya tienes un HomePod mini o un Apple TV reciente, tienes un router de borde Thread en casa, como explicamos en nuestra guía Apple Home 2026. Y para todo lo que ha cambiado en Home Assistant este otoño, de los arreglos de Matter al Marketplace que sustituye a HACS, consulta nuestra guía completa de Home Assistant 2026.
Por qué es relevante este otoño
En el hardware, los dos mundos se acercan. Las placas ESP32-C6 del estudio hablan ambos protocolos y, el 15 de octubre, Arduino anunció que su placa Nano Matter ya habla Zigbee. Basada en un módulo Silicon Labs MGM240S, ya manejaba Matter over Thread y Bluetooth LE. Con el core de Arduino para Silicon Labs 5.0 se elige Zigbee en Herramientas › Protocol stack, y 14 ejemplos cubren 11 tipos de dispositivo, desde luces y enchufes hasta sensores de temperatura, humedad, luz y apertura. Arduino muestra cómo ZHA la detecta como cualquier otro dispositivo Zigbee. Los sensores de presencia son otro terreno donde avanza Thread; nuestra guía de sensores de presencia mmWave explica esa parte.
Preguntas frecuentes
¿Zigbee está obsoleto ahora que existe Matter over Thread?
No. En este estudio, Zigbee fue más rápido en un salto y mucho más ágil al repararse tras la caída de un nodo. Sus debilidades aparecieron en cadenas largas y con tráfico creciente, y con un coordinador antiguo.
¿Por qué Thread tarda tanto en recuperarse cuando cae un router?
Thread usa enrutamiento proactivo: los routers intercambian anuncios periódicos y solo descartan a un vecino tras perder varios. El enrutamiento es estable, pero el corte duró unos 24 segundos en la prueba.
¿Un solo adaptador USB puede gestionar Zigbee y Thread a la vez en Home Assistant?
La Home Assistant Connect ZBT-2 está pensada para dedicarse a un único protocolo. Para tener las dos redes, prevé una radio por protocolo.
¿El estudio mide la duración de las pilas?
No. El consumo energético y las interferencias de radio figuran entre los trabajos futuros que anuncian los autores.
¿Debo pasar mis dispositivos Zigbee a Thread?
Solo si tu red es grande, profunda o inestable incluso tras cambiar el coordinador. En una vivienda compacta, un coordinador moderno y algunos routers enchufados son un mejor primer paso.