SMLight, excelentes productos perdidos en un caos de marketing
SLZB-06, SLZB-06M, SLZB-06MG24U, SLZB-MR2, SLZB-MR5U, SLZB-MRW10U, SLZB-Ultima, SMHUB Nano, SMHUB Premium… ¿Te pierdes? No te preocupes, no estás solo. Incluso cuando sigues de cerca la marca, el ritmo de lanzamientos y los nombres interminables hacen que la gama sea difícil de leer.
Y es una pena, porque SMLight hoy en día es una de las referencias más serias del mercado para quien busca un coordinador Zigbee o Thread estable, desentralizado y compatible con Home Assistant. Estos adaptadores diseñados por una marca ucraniana han pasado en pocos años del estatus de outsider simpático al de opción segura para quien quiere una red Zigbee limpia, potente y alejada de su servidor domótico.
El problema no es el producto, es la legibilidad de la oferta. Entre las gamas SLZB-07, SLZB-06, SLZB-MR, la Ultima y los nuevos SMHUB, hay ahora más de una veintena de referencias y variantes en el momento en que escribo esto. Y cada nombre esconde una combinación precisa de chips de radio, conectividades y casos de uso.
En este artículo vamos a desmenuzar todo eso juntos. Entender la lógica global, descifrar los nombres, identificar las verdaderas diferencias entre los chips, luego revisar cada gama para saber exactamente cuál comprar según tu situación. Al final, tendrás la referencia correcta en la cabeza, no una más.
Dos familias, una sola marca: entender la lógica SMLight
Antes de hablar de modelos específicos, hay que entender la división global de la oferta. SMLight tiene en realidad dos grandes categorías de productos que no tienen en absoluto el mismo rol en tu instalación.
La familia SLZB: los coordinadores de red
Los dispositivos que llevan el prefijo SLZB son ante todo coordinadores o adaptadores de radio. Su rol es hacer de puente entre tus dispositivos Zigbee, Thread o a veces Z-Wave según los modelos, y tu sistema domótico. Se conectan por USB, Ethernet, PoE o Wi-Fi, pero no reemplazan el cerebro completo de tu casa.
El cerebro es generalmente Home Assistant, Jeedom, OpenHAB, HomeSeer u otro sistema que pilota la instalación. El SLZB es una antena inteligente desplazada, con una interfaz local y funciones avanzadas, pero no es un servidor domótico completo en el sentido de Home Assistant del término.
La familia SMHUB: los hubs Linux autónomos
Los dispositivos SMHUB son más ambiciosos. Son pequeños hubs Linux capaces de ejecutar directamente servicios domóticos como Zigbee2MQTT, Matterbridge, Node-RED, un broker MQTT, WireGuard, Tailscale o incluso Z-Wave JS según los modelos y la configuración.
En otras palabras, un SMHUB puede funcionar como un miniservidor especializado. Puede, por ejemplo, alojar Zigbee2MQTT y Matterbridge para exponer dispositivos Zigbee hacia Google Home o Apple Home sin añadir un Raspberry Pi dedicado. Es muy prometedor, pero hay que presentarlo honestamente: en abril de 2026, sigue siendo una familia de productos joven, más cercana a un hub Linux especializado que a un reemplazo completo y maduro de Home Assistant.
Si simplificamos al extremo: un SLZB complementa un servidor existente, un SMHUB puede alojar directamente parte de los servicios domóticos.
Las versiones "U": un detalle que cambia muchas cosas
Verás a menudo la letra U al final del nombre en las referencias recientes: SLZB-06U, SLZB-06MG24U, SLZB-MR5U, etc. No es solo una fantasía de marketing. Las versiones U son revisiones de hardware más recientes, con notamment un ESP32-S3, más memoria, un controlador Ethernet actualizado, y sobre todo una función muy interesante: el USB host / USB passthrough.
En concreto, esto permite conectar otro dongle USB al coordinador SMLight, por ejemplo un controlador Z-Wave, y luego exponerlo a tu servidor a través de la red. Es extremadamente práctico para centralizar todas tus radios en un único lugar estratégico de la casa, sin pasar varios cables USB hasta el servidor.
Cuidado de todas formas: la compatibilidad depende del chipset USB utilizado por el dongle. SMLight indica la compatibilidad con chipsets comunes como CP210x, PL2303, CH340, CH341 o CH9102, pero no debes asumir que cualquier periférico USB exótico funcionará necesariamente.
En la mayoría de los casos, si compras hoy una referencia SLZB-06 o SLZB-MR, privilegia la versión U.
Lo verdaderamente importante: los chips de radio
Aquí es donde se juega una gran parte de la elección. Muchos SMLight se parecen exteriormente, pero el chip de radio en el interior define las capacidades reales del coordinador: compatibilidad Zigbee, soporte Thread, margen de memoria, estabilidad del software y capacidad teórica de la red.
Dos fabricantes dominan principalmente: Texas Instruments, con chips con prefijo CC, y Silicon Labs, con chips EFR32. Históricamente, Texas Instruments ha sido una opción muy segura en el ecosistema Zigbee2MQTT. Silicon Labs hoy también es muy sólido, especialmente en el ecosistema Home Assistant, ZHA, Thread y Matter-over-Thread.
| Chip | Fabricante | Uso recomendado |
|---|---|---|
| CC2652P | Texas Instruments | Zigbee puro - fiable |
| CC2652P7 | Texas Instruments | Más margen, interés limitado |
| CC2674P10 | Texas Instruments | TI gama alta - grandes redes |
| EFR32MG21 | Silicon Labs | Zigbee + Thread - contrastado |
| EFR32MG24 | Silicon Labs | Mejor equilibrio actual |
| EFR32MG26 | Silicon Labs | Última generación |
💡 Lo importante: para la práctica totalidad de los hogares, un CC2652P o un EFR32MG24 cubre largamente las necesidades. Los chips de gama más alta como CC2652P7, CC2674P10 o EFR32MG26 aportan principalmente margen de memoria, una capacidad teórica superior o una plataforma más reciente. Mientras no tengas una red muy grande, la diferencia será raramente perceptible en el día a día.
Silicon Labs o Texas Instruments, ¿cuál privilegiar?
Mi preferencia hoy va a los chips Silicon Labs EFR32, y más particularmente a la EFR32MG24. ¿Por qué? Tres razones concretas: muy buen alineamiento con el ecosistema Matter/Thread, arquitectura moderna, y buen margen para las evoluciones de software futuras.
Cuidado sin embargo de no sobrinterpretarla. Comprar un chip MG24 no significa que todos los aspectos futuros de Zigbee 4.0 estarán mágicamente disponibles por firmware. Zigbee 4.0 introduce notable evoluciones alrededor de Suzi y del Sub-GHz, que pueden depender del hardware de radio. En cambio, para Zigbee 2.4 GHz moderno y Thread/Matter-over-Thread, el MG24 es hoy una opción muy coherente.
Los chips Texas Instruments siguen siendo excelentes para Zigbee puro, especialmente si utilizas Zigbee2MQTT, si ya tienes una base instalada en este chipset, o si quieres quedarte con una opción muy documentada y segura.
La gama SLZB-07: el dongle USB minimalista
Es la entrada de gama USB de SMLight. Un pequeño dongle precargado, con antena externa de 3 dB, que se conecta directamente a tu servidor Home Assistant como cualquier stick Zigbee. Sin Ethernet, sin Wi-Fi, sin ESP32, sin interfaz web. Solo un enfoque simple y directo.
La gama se presenta en cuatro modelos que difieren principalmente por el chip de radio:
| Modelo | Chip | Mi veredicto |
|---|---|---|
| SLZB-07 | EFR32MG21 | Buena opción económica |
| SLZB-07P7 | CC2652P7 | Poco interés práctico |
| SLZB-07P10 | CC2674P10 | Exceso para la mayoría |
| SLZB-07MG24 | EFR32MG24 | ✓ Mi opción |
El SLZB-07MG24 es mi recomendación personal en esta gama. Alrededor de 20€, ofrece un chip moderno, compatible con Zigbee y Thread según el firmware utilizado, y suficiente margen para una instalación residencial clásica. Es el candidato ideal para una primera instalación Home Assistant o para reemplazar un viejo dongle CC2531 al final de su vida.
El límite de esta gama es que obliga a colocar tu servidor donde quieres una buena cobertura de radio. En un piso, eso generalmente funciona bien. En una casa de varios pisos, con un garaje excéntrico o una sala de redes colocada en una esquina técnica poco favorable, rápidamente preferirás un coordinador Ethernet/PoE.
La gama SLZB-06: el caballo de batalla PoE
Es la gama que dio a conocer a SMLight, y la que explica una buena parte del éxito de la marca. El SLZB-06 y sus variantes retoman la lógica del coordinador Zigbee/Thread, pero añaden tres cosas cruciales: un puerto Ethernet RJ45, alimentación PoE 802.3af, y un ESP32 que aloja una interfaz web de gestión.
Por qué es un cambio de juego
En concreto, ¡puedes colocar tu SLZB-06 donde la radio es útil, no donde se encuentra tu servidor! Centro de la casa, techo, garaje, dependencia, local técnico secundario: un simple cable Ethernet es suficiente si tienes PoE. Tu servidor Home Assistant se queda en su rack o su armario, y el coordinador Zigbee se coloca en el mejor lugar posible.
Además, la interfaz web integrada permite gestionar el dispositivo localmente, actualizar el firmware, cambiar entre varios modos según las necesidades, y monitorizar el estado del coordinador. Es mucho más limpio que un dongle USB conectado detrás de un mini-PC o un Raspberry Pi, con una extensión que capta todas las interferencias posibles.
Los principales modelos de la gama
| Modelo | Chip | Posicionamiento |
|---|---|---|
| SLZB-06U | CC2652P | Opción segura TI |
| SLZB-06MU | EFR32MG21 | Silicon Labs contrastado |
| SLZB-06P7U | CC2652P7 | Más margen, poco visible |
| SLZB-06P10U | CC2674P10 | Para redes muy grandes |
| SLZB-06MG24U | EFR32MG24 | ✓ Mejor equilibrio |
| SLZB-06MG26U | EFR32MG26 | Muy reciente |
Mi opción por defecto en esta gama es el SLZB-06MG24U. Alrededor de 40€, acumula las ventajas de la gama 06 con un chip EFR32MG24 muy relevante hoy. Puede servir como coordinador Zigbee, como enrutador Zigbee o como Border Router Thread según el firmware y la configuración.
Punto importante: en un único chip de radio, es mejor pensar en Zigbee o Thread, no en Zigbee y Thread al mismo tiempo. El multiprotocol / Multi-PAN existe, pero Home Assistant no lo recomienda para una nueva instalación, porque una radio dedicada por protocolo sigue siendo más estable y más simple de mantener.
Cuidado: si quieres utilizar la alimentación PoE, asegúrate de que tu switch o inyector respete bien la norma 802.3af en 48 V. Los inyectores PoE pasivos en 12 o 24 V no son equivalentes a verdadero PoE 802.3af y pueden causar problemas, o incluso dañar equipos según los casos.
La gama SLZB-MR: Zigbee Y Thread simultáneamente
Aquí es donde las cosas se ponen serias para quien quiere utilizar a la vez Zigbee y Matter-over-Thread. La sutileza que muchos ignoran es que hacer funcionar Zigbee y Thread en un único y mismo chip de radio no es lo ideal. Es técnicamente posible en ciertos chips Silicon Labs a través de un firmware multiprotocol, pero Home Assistant recomienda más bien radios separadas para una mejor estabilidad.
La respuesta de SMLight es la gama MR, para Multi-Radio: dos chips de radio físicamente separados en el mismo cuerpo. Uno puede gestionar Zigbee, el otro Thread. Cada uno tiene sus propios recursos, su propia antena, y evitas los compromisos de una única radio compartida.
Los principales modelos de la gama MR
| Modelo | Chips integrados | Posicionamiento |
|---|---|---|
| SLZB-MR1U | CC2652P7 + EFR32MG21 | Entrada de gama MR |
| SLZB-MR2U | CC2652P + EFR32MG21 | Excelente relación calidad/precio |
| SLZB-MR3U | CC2674P10 + EFR32MG24 | Gama alta mixta |
| SLZB-MR4U | CC2674P10 + EFR32MG26 | Última generación |
| SLZB-MR5U | EFR32MG24 + EFR32MG24 | ✓ Mi favorito |
| SLZB-MRW10U | CC2674P10 + EFR32ZG23 | Zigbee/Thread + Z-Wave |
El SLZB-MR5U es una de las referencias más interesantes del catálogo actual. En lugar de una mezcla Texas Instruments + Silicon Labs, SMLight utiliza dos chips EFR32MG24. Resultado: dos radios modernas, una plataforma coherente, y la posibilidad de separar correctamente Zigbee y Thread.
Es mi opción si partes hoy en una instalación ambiciosa con Zigbee de un lado y Matter-over-Thread del otro. En este caso concreto, el MR5U es más coherente que un simple SLZB-06MG24U, porque evita hacer depender todo de una única radio.
Caso particular: el SLZB-MRW10U. Éste reemplaza la segunda radio Zigbee/Thread con un chip Z-Wave 800, el Silicon Labs EFR32ZG23. En otras palabras, obtienes en un mismo cuerpo una radio Zigbee o Thread, más una radio Z-Wave.
Es interesante si tu ecosistema mezcla Zigbee y Z-Wave, lo que sigue siendo bastante frecuente en ciertos módulos empotrados, enchufes, cerraduras o equipos importados. Pero cuidado: esta versión no está hecha para tener Zigbee + Thread + Z-Wave en paralelo. Para eso, hay que bien añadir una radio externa, o bien apuntar a una arquitectura más modular.
SLZB-Ultima: la plataforma modular
El SLZB-Ultima, notablemente en su versión Ultima 3 visible en abril de 2026, es la plataforma más modular de SMLight. Técnicamente, no es un simple coordinador Zigbee, sino una base multi-radio y extensible pensada para usuarios avanzados, integradores e instalaciones experimentales.
La filosofía es diferente de la gama MR clásica: comienzas desde una base, luego añades módulos según tus necesidades. Entre las extensiones destacadas por SMLight, encontramos notamment:
- Módulo Z-Wave 800 para añadir una red Z-Wave a través de un chip EFR32ZG23.
- Módulo 4G/LTE para una conectividad principal o de respaldo en caso de corte de internet.
- Módulo PoE para alimentar el dispositivo a través de Ethernet.
- Módulo micrófono para usos de audio, asistente de voz o detección sonora según la integración.
- USB host para añadir otras radios o periféricos compatibles.
- Infrarrojo para aprender y pilotar ciertos equipos IR como televisores o climatizadores.
La Ultima no debe confundirse con un SMHUB. Pertenece a la lógica SLZB: es una plataforma de radio avanzada que funciona con SLZB-OS o ESPHome según los usos, pero no es el mismo concepto que un hub Linux SMHUB que aloja directamente servicios como Zigbee2MQTT o Node-RED.
El punto importante a corregir respecto a lo que se lee a veces: el cuerpo básico no cuesta 150€. En abril de 2026, se encuentra más bien el SLZB-Ultima 3 alrededor de 55€ sin módulos. En cambio, el presupuesto sube rápidamente si añades PoE, Z-Wave, 4G/LTE u otras extensiones.
Es entonces el aparato a dirigirse si quieres una base evolutiva, experimental y modular. Para una instalación residencial clásica, un SLZB-06MG24U o un SLZB-MR5U será a menudo más simple y más lógico.
La gama SMHUB: cuando SMLight se convierte en un miniservidor
Llegamos a la última familia, y es un cambio de categoría. Los SMHUB no son solo coordinadores de radio: son hubs Linux capaces de ejecutar servicios domóticos directamente en el dispositivo.
SMLight destaca la posibilidad de alojar localmente aplicaciones como Zigbee2MQTT, Matterbridge, Node-RED, Mosquitto MQTT, WireGuard, Tailscale y otros servicios según los modelos y la evolución del sistema. El objetivo es claro: dejar de tener solo una antena desplazada, sino un pequeño cuerpo capaz de asegurar una parte de la infraestructura domótica.
Tres modelos para tres filosofías
| Modelo | Radios | Para quién |
|---|---|---|
| SMHUB Nano MG24 | 1 radio EFR32MG24 | Pequeña instalación / despliegue remoto |
| SMHUB Essential | CC2652P + EFR32MG21 | Multi-radio asequible |
| SMHUB Premium | CC2674P10 + EFR32MG24 | Versión más potente |
El SMHUB Nano MG24 es probablemente el más interesante para un perfil simple: "quiero algo que funcione localmente, sin añadir un Raspberry Pi o un mini-PC solo para Zigbee2MQTT". Se encuentra alrededor de 55 a 60 € en abril de 2026, lo que lo hace mucho más accesible de lo que se podría imaginar inicialmente.
Puede hacer funcionar Zigbee2MQTT, Matterbridge y servicios de red útiles directamente en el cuerpo. También puede servir como coordinador remoto para Home Assistant, OpenHAB u HomeSeer. Es muy práctico para una residencia secundaria, un edificio anexo, un garaje, o una pequeña instalación autónoma.
Pero prefiero ser claro: no lo presentaría como un reemplazo completo de Home Assistant. Home Assistant sigue siendo mucho más maduro para integraciones, automatizaciones avanzadas, dashboards, escenas, copias de seguridad y ecosistema global. El SMHUB es un hub Linux especializado, no una caja domótica universal tan completa como un servidor Home Assistant bien configurado.
Las versiones Essential y Premium retoman esta filosofía añadiendo más radios y posibilidades. Son interesantes para quienes quieren consolidar varios servicios en un único cuerpo, pero siguen siendo a considerar como productos recientes, destinados a usuarios mínimamente cómodos con el ecosistema local.
SMHUB o Home Assistant clásico, ¿cuál elegir?
Para ser honesto: si ya estás en Home Assistant y tu instalación funciona bien, un SMHUB no es una prioridad. Probablemente ganarás más invirtiendo en un buen SLZB-06MG24U o un MR5U, luego manteniendo Home Assistant como cerebro principal.
El SMHUB tiene principalmente sentido en tres casos concretos:
- Despliegue remoto: tienes una residencia secundaria, un garaje o un edificio anexo con algunos dispositivos Zigbee a pilotar remotamente. Un SMHUB Nano con Tailscale puede ser muy práctico.
- Instalación minimalista: quieres un pequeño sistema local alrededor de Zigbee2MQTT y Matterbridge sin instalar un servidor completo.
- Arquitectura distribuida: quieres extraer ciertos servicios como Zigbee2MQTT o MQTT de tu servidor principal para aislarlos en hardware dedicado.
¿Qué gama SMLight para qué perfil?
Recapitulemos ahora que tienes todos los elementos, según tu situación concreta:
| Tu perfil | La buena opción | Presupuesto indicativo |
|---|---|---|
| Comienzo en Zigbee, pequeño piso | SLZB-07MG24 | ~20 a 25 € |
| Quiero desplegar en PoE, solo Zigbee | SLZB-06MG24U | ~40 a 45 € |
| Quiero Zigbee + Matter/Thread con dos radios | SLZB-MR5U | ~60 a 70 € |
| Quiero Zigbee o Thread + Z-Wave en un solo cuerpo | SLZB-MRW10U | ~70 a 80 € |
| Quiero una base modular y evolutiva | SLZB-Ultima 3 + módulos | ~55 € sin módulos |
| Quiero un hub Zigbee autónomo ligero | SMHUB Nano MG24 | ~55 a 60 € |
| Quiero un hub Linux multi-radio | SMHUB Essential o Premium | ~70 € y más según módulos |
💡 Regla de oro: para una instalación residencial moderna, yo privilegiaría hoy las referencias en EFR32MG24 cuando existen. Es el mejor equilibrio actual entre rendimiento, madurez del software, Thread/Matter-over-Thread y margen para los años venideros. Para Zigbee puro con Zigbee2MQTT, los modelos Texas Instruments siguen siendo también excelentes opciones.
Conclusión: un catálogo laberíntico para muy buenos productos
No vamos a engañarnos, SMLight tiene un verdadero problema de legibilidad de gama. Lanzar regularmente nuevos modelos con nombres muy parecidos, que a veces solo cambian un chip o una revisión de hardware, es desconcertante para el comprador. Pero una vez que entiendes la lógica, todo se vuelve mucho más simple.
SLZB designa los coordinadores o plataformas de radio. SMHUB designa los hubs Linux capaces de alojar servicios localmente. U indica una revisión de hardware reciente con notamment USB host / USB passthrough. MR significa Multi-Radio, luego dos radios físicas separadas para gestionar varios redes o protocolos correctamente.
Para la mayoría de lectores, recomiendo sin dudarlo el SLZB-06MG24U si quieres Zigbee desplazado en PoE. Es la opción simple, limpia y durable para una instalación Home Assistant clásica.
Si quieres abrazar Matter-over-Thread en paralelo de Zigbee, recomiendo mejor el SLZB-MR5U. Su interés no es solo tener un chip mejor, sino sobre todo tener dos radios EFR32MG24 separadas. Es exactamente lo que hace falta para evitar los compromisos del multiprotocol en una única radio.
El resto de la gama no es inútil por eso: el SLZB-07MG24 sigue siendo una excelente entrada a pequeño precio, el SLZB-Ultima 3 es la opción modular para instalaciones avanzadas, y los SMHUB abren un camino diferente para quienes quieren desplegar u alojar ciertos servicios localmente.
Pero si todavía dudas, retén simplemente esto: SLZB-06MG24U para Zigbee PoE limpio, SLZB-MR5U para Zigbee + Thread, SMHUB Nano si quieres un pequeño hub Linux autónomo. En el 90 % de los casos, la buena respuesta está ahí.
Actuellement sur 06M pour zigbee je prendrai bien la Mr5u ....mais doit on reappairer les devices...?
Petite précision avant tout : quel modèle exactement dans la gamme MR tu vises ? Le MR5U que je recommande dans l'article, ou une autre référence (MR1U, MR2U, MR3U, MR4U, MRW10U) ?
La réponse globale ne change pas tellement : tant que tu restes sur une radio Silicon Labs côté Zigbee (ce qui est le cas de toute la gamme 06 et MR), la migration est officiellement supportée par Zigbee2MQTT via backup/restore. Pas besoin de réappairer dans la grande majorité des cas.
Concrètement : backup du coordinateur, arrêt de Z2M, coupure des routeurs Zigbee 15 secondes, branchement du nouveau coordinateur, changement du port dans la config (adaptateur ember conservé), et Z2M récupère seul l'IEEE, le PAN ID et les clés. Compte qu'un ou deux routeurs têtus peuvent demander un reset manuel, mais c'est marginal