Tras la anterior entrada sobre las vicisitudes para estabilizar la red Zigbee de mi domicilio; por fin puedo decir que el objetivo se ha conseguido.
Para no alargar el tema y poder entraren harina, baste con una imagen de cómo han quedado los enlaces (LQI) entre los distintos dispositivos:
La Importancia del coordinador y su ubicación
A modo de recordatorio; se partía de una red con coordinador SONOFF Zigbee 3.0 USB Dongle Plus (Chipset TI CC2652P) ubicado en el extremo de una vivienda en forma de rectángulo alargado y con varios enchufes a modo de repetidor (router) repartidos por toda ella. El resultado era una muy mala calidad de los enlaces (LQI) con el consiguiente mal funcionamiento de varios dispositivos.
El cambio de coordinador, no sólo ha sido para mejorar en potencia (chipset y antenas de mayor ganancia), sino que también ha permitido mover su ubicación alejándolo de la Raspberry Pi, del Router WiFi y quedando más centrado respecto al diseño del domicilio.
Es fundamental entender estos dos aspectos como uno sólo: aumentar la potencia o modificar la ubicación por si sólos, no llegó a funcionar.
SMLIGHT al rescate
SMLIGHT es una marca muy conocida de coordinadores Zigbee. Tanto para los usuarios más entusiastas como para los que se acaban de iniciar en la Domótica. Su catálogo es sencillamente abrumador, y lo que es más importante, con una excelente relación calidad – precio.
En mi caso, opté por el modelo SMLIGHT SLZB-MR3U por las siguientes razones (*algunas son comunes con otros modelos)
- *Radio dual con dos chipsets dedicados. Lo que permite configurar dos protocolos: Zigbee y Thread en un mismo coordinador.
- Chipsets de la mayor calidad y ampliamente soportados: EFR32MG24 y CC2674P10 (mejora muy importante del CC2652P).
- Triple conectividad: puerto USB C, Ethernet PoE y WiFi.
- *Posibilidad de instalarlo en cualquier ubicación gracias a la alimentación PoE.
- Si utilizamos dicha conexión (PoE) el puerto USB C permite encadenar un segundo coordinador a modo de repetidor.
- *Posibilidad de configurar cada radio para cualquiera de los protocolos.
- *Gestión mediante interfaz web con sistema operativo propio (SLZB-OS).
- *Acceso a la gestión desde el exterior mediante VPN.
- *Actualizaciones con un sólo «click», tanto del coordinador como del sistema domótico utilizado (ZHA o Z2MQTT).
- *Antena de ganancia +5 dBi para cada radio (dos en total).
- La lista de opciones continúa ya que están en constante desarrollo…
Migración al nuevo coordinador
Para llevar a cabo éste procedimiento es fundamental elegir correctamente el coordinador en función de nuestras necesidades:
- Si queremos que la migración NO tenga ningún impacto en la configuración actual de Home Assistant; hemos de elegir un coordinador con el mismo chipset que el actualmente en funcionamiento.
- NO basta con que sean del mismo fabricante. Si tenemos un Chipset TI CC2652P hemos de migrar a otro idéntico.
- Si la migración respeta al fabricante pero no la serie (como fue mi caso al pasar del CC2652P al CC2674P10), habrá que volver a emparejar TODOS los dispositivos.
- Al igual que la puesta en marcha de la red Zigbee es sumamente sencilla (más allá de lo citado anteriormente), levantar una nueva red Thread puede llegar a ser algo increíblemente complejo.
Ésta es la relación de chipsets que montan en la serie MR (Radios dobles);
| Modelo | Tipo | Radio 1 (SoC) | Radio 2 (SoC) | Protocolos | Notas |
|---|---|---|---|---|---|
| SLZB-MR1 | Ethernet/PoE/USB/WiFi | EFR32MG21 | CC2652P7 | Zigbee/Thread/Matter | Dos radios independientes |
| SLZB-MR2 | Ethernet PoE/USB | CC2652P | EFR32MG21 | Zigbee/Thread/Matter | Zigbee + Thread coexistencia |
| SLZB-MR3 | Ethernet/PoE/USB/WiFi | CC2674P10 | EFR32MG24 | Zigbee/Thread/Matter | Última generación SoC |
| SLZB-MR4 | Ethernet/PoE/USB/WiFi | CC2674P10 | EFR32MG26 | Zigbee/Thread/Matter | Tope de gama intensivo |
Hay diferentes videos donde el proceso está muy bien explicado. Los dejo por aquí para no resultar redundante:
- Canal de Pluyu
- Canal de Un loco y su tecnologia
- Canal de Home Assistant fácil
Activar la red Thread
Levantar una red Thread en Home Assistant requiere del complemento OpenThread Border Router. Éste, se instala fácilmente como el resto, desde el menú «Complementos». El vía crucis, consistió en activarlo para que reconociera al coordinador SMLIGHT.
El problema
El SMLIGHT no está conectado directamente (USB) al hardware que corre Home Assistant OS (Raspberry Pi). Ambos se comunican a través de la red LAN habilitada por el Switch/Router. El complemento de Home Assistant para el Border Router (OTBR) tiene una validación de interfaz muy estricta: obliga a que el campo «Device» tenga una ruta de hardware local (como/dev/tty…), incluso cuando estás configurando una conexión mediante red Ethernet (network_device). Y es aquí donde se origina el bucle: en los coordinadores SMLIGHT MR la UART real la maneja el propio MR1/2/3/4 internamente; Home Assistant se conecta al radio Thread por TCP, pero el add-on OTBR sigue pidiendo un device “dummy” para funcionar.
Y dado que no hay conexión directa coordinador <-> Home Assistant, el campo «Device» no muestra nada. Con lo cual es imposible validar la configuración de OpenThread Border Router y que éste, reconozca el SMLIGHT.
La solución
Tras horas de consulta (resulta que es un bug conocido desde 2024), la solución pasa por activar (descomentar) una línea en la configuración general de Home Assistant OS -> config.txt
Adjunto los pasos en mi escenario: RPi4 con disco Nvme conectado mediante USB y Windows 10
- Apagar RPi4
- Desconecta NVMe USB
- Conecta NVMe a PC Win10
- Administrador Discos → sda1 (~32MB, FAT32) → clic derecho → Explorar
- config.txt → Notepad → buscar uart1
- borrar «#» (uncomment to enable primary UART console) para que quede como sigue -> enable_uart=1
- Guardar cambios en config.txt
- Conectar NVMe USB
- Arrancar RPi4
Con ésto conseguimos tres cosas fundamentales:
- RPi4 habilita uart por defecto.
- El complemento OpenThread Border Router lo detecta, muestra un «device» seleccionable (ttyS0) y permite validar la configuración.
- Una vez iniciado OTBR, el servicio Thread reconoce al coordinador y puede levantar la nueva red.
Finalmente, habrá que activar el envío de credenciales entrando en la aplicación Android/iOS de Home Assistant. Con ésto habilitaremos el registro de dispositivos Matter (Matter Over Thread) desde ella.
En mi caso, tras registrar el coordinador en el servicio Thread ya apareció activada.Conclusiones
Dejando a un lado los problemas con OTBR, que ocurren en escenarios concretos y no son imputables a SMLIGHT; la calidad y prestaciones de todos sus productos en general, y la serie MR (radio dual) en particular, no tiene parangón a fecha de hoy.
Las facilidades que ofrece el poder configurar absolutamente todo desde su interfaz web, lo convierte en el coordinador ideal tanto para usuarios avanzados como para aquellos que se inician en las redes domóticas. Lo mismo puede decirse de la enorme gama de productos que ofrecen; al margen de tus necesidades actuales o futuras, hay un coordinador SMLIGHT que se adaptará a cualquiera de ellas.