El problema, en pocas palabras
Un hub de domótica es un controlador que centraliza la gestión de los dispositivos del sistema. Para que un módulo —un sensor, un interruptor, un enchufe inteligente— funcione dentro de ese sistema, tiene que poder comunicarse con el hub. Cuando no lo consigue, el dispositivo queda fuera del sistema: no recibe órdenes, no envía estados, no puede participar en ninguna automatización.
El fallo puede manifestarse de dos maneras distintas: el módulo directamente no aparece en la interfaz del hub, o aparece pero no responde cuando se le da una orden. Son síntomas de problemas diferentes, y conviene distinguirlos antes de intentar ninguna solución.
Antes de buscar el fallo: asegúrate de que el módulo y el hub usan el mismo protocolo. No es la causa más obvia pero sí la más frecuente. Un módulo Z-Wave y un hub que solo habla Zigbee no se van a comunicar nunca, por mucho que estén a un metro de distancia.
Las cuatro causas reales de incompatibilidad
El módulo y el hub usan tecnologías de radio distintas: Zigbee, Z-Wave, WiFi, Thread, Matter. No hay traducción automática entre ellos. Es la causa más fácil de detectar y la única que no tiene solución técnica: hay que comprar el módulo correcto o cambiar el hub.
Usan el mismo protocolo, pero versiones incompatibles entre sí. Z-Wave tiene versiones (500, 700, 800) con distintos niveles de retrocompatibilidad. Zigbee HA 1.2 y Zigbee 3.0 no siempre se entienden. Un firmware antiguo en el hub puede no reconocer un dispositivo certificado con una versión posterior del estándar.
El protocolo y la versión coinciden, pero la señal de radio no llega. Puede ser por distancia excesiva, por obstáculos (paredes de hormigón, forjados) o por interferencias (WiFi de 2,4 GHz compite con Zigbee y Thread en la misma banda). El módulo existe para el hub pero las órdenes no llegan de forma fiable.
El módulo nunca completó el proceso de emparejamiento con el hub, o lo completó con otro hub y sigue vinculado a él. Puede estar en un estado de fábrica que requiere un reset específico antes de emparejarse, o el firmware necesita una actualización para que el hub lo reconozca correctamente.
Tabla resumen: síntoma, causa y qué hacer
| Síntoma | Causa probable | Qué hacer | ¿Con ayuda? |
|---|---|---|---|
| El módulo no aparece en la búsqueda del hub | Protocolo incompatible, o módulo ya emparejado con otro hub | Verificar protocolo del módulo vs. protocolo del hub. Si coincide: resetear módulo a fábrica y repetir pairing | SOLO |
| Aparece durante el pairing pero desaparece al terminar | Versión incompatible, o interferencia puntual durante el emparejamiento | Actualizar firmware del hub. Repetir pairing con módulo a menos de 1 m del hub, sin otros dispositivos activos cerca | SOLO |
| El módulo aparece en el hub pero las órdenes no llegan | Señal insuficiente, o falta de nodos repetidores entre hub y módulo | En mallas (Zigbee, Z-Wave): añadir un dispositivo con corriente eléctrica del mismo protocolo como repetidor en la ruta. En WiFi: mejorar cobertura o acercar el módulo al router | DEPENDE |
| El módulo responde a veces y otras no | Señal inestable o interferencias, especialmente con Zigbee en banda 2,4 GHz | Cambiar el canal del coordinador Zigbee (usar canal 15, 20, 25 o 26). Verificar que la malla tiene suficientes repetidores | DEPENDE |
| El módulo aparece con tipo incorrecto o sin funciones | Firmware desactualizado del hub, o driver del módulo no incluido | Actualizar hub. Verificar si existe soporte del modelo concreto en el hub (no todos los modelos de una marca están soportados) | DEPENDE |
| El módulo no se puede volver a emparejar tras un reset | Módulo bloqueado en red anterior (frecuente en Z-Wave), o reset incompleto | En Z-Wave: poner el hub en modo de exclusión y pulsar el botón del módulo para excluirlo; después hacer el emparejamiento normal | SOLO |
| Ninguna de las anteriores — el problema persiste | Módulo defectuoso, o incompatibilidad real de marca aunque el protocolo coincida | Verificar la lista de dispositivos compatibles del hub para ese modelo concreto. Si no está listado, puede que no haya soporte | PROFESIONAL |
Causa 1: incompatibilidad de protocolo
Es el error más básico y también el más frecuente cuando alguien empieza a comprar dispositivos sueltos sin un plan previo. Zigbee, Z-Wave, WiFi, Thread y Matter son protocolos distintos. Un módulo Z-Wave no puede comunicarse con un hub que solo tiene radio Zigbee, aunque estén fabricados por la misma empresa.
Lo que complica el diagnóstico es que los fabricantes no siempre etiquetan el protocolo de forma clara. Muchos productos se venden con nombres de marca propios —Hue, FIBARO, Aqara, SONOFF— sin que el protocolo base aparezca en el nombre. Hay que buscarlo en las especificaciones técnicas del producto o en su hoja de datos.
Los hubs multi-protocolo como Home Assistant (con los adaptadores correspondientes), Homey Pro o SmartThings permiten gestionar Zigbee y Z-Wave desde el mismo sistema, pero siguen siendo dos radios independientes: cada módulo solo habla con la radio de su protocolo. Un módulo Zigbee conectado a Home Assistant solo es visible para la radio Zigbee, no para el controlador Z-Wave, aunque ambos estén en el mismo servidor.
Si quieres entender las diferencias entre protocolos con más detalle, puedes ver nuestra comparativa de Zigbee, Z-Wave, Matter y WiFi.
Causa 2: versiones incompatibles dentro del mismo protocolo
Que el módulo y el hub usen el mismo protocolo no garantiza que se entiendan. Los protocolos evolucionan y las versiones no siempre son retrocompatibles al cien por cien.
En Z-Wave, los chips de la serie 500 (los más extendidos hasta hace pocos años) y los de la serie 700/800 son compatibles en lo básico, pero el nivel de seguridad S2 y algunas funcionalidades avanzadas requieren que tanto el módulo como el controlador soporten la misma generación del estándar. Un controlador Z-Wave antiguo puede no completar el emparejamiento con S2 de un módulo moderno, o completarlo con un nivel de seguridad inferior al óptimo.
En Zigbee, el paso de Zigbee HA 1.2 a Zigbee 3.0 introdujo mejoras significativas en la interoperabilidad entre marcas. Muchos módulos anteriores a 2020 son Zigbee HA 1.2, y aunque tecnicamente compatibles con coordinadores Zigbee 3.0, pueden mostrar comportamientos inesperados o funcionalidades limitadas. Herramientas como Zigbee2MQTT en Home Assistant documentan de forma específica qué características están soportadas para cada modelo de módulo.
La solución más práctica es mantener el firmware del hub actualizado y verificar la lista de dispositivos compatibles de la herramienta que usas (Zigbee2MQTT, ZHA, Z-Wave JS) antes de comprar un módulo concreto.
Causa 3: problemas de señal y alcance
Zigbee y Z-Wave son protocolos de malla: los dispositivos con corriente eléctrica actúan de repetidores y extienden la cobertura de la red. Los dispositivos de batería (sensores de puerta, de movimiento, detectores) son nodos finales que no repiten señal —solo se comunican con el hub o con un repetidor cercano.
El problema aparece cuando hay un sensor de batería a más distancia de lo que alcanza la señal, sin ningún repetidor en la ruta. El sensor puede haberse emparejado correctamente desde cerca durante la instalación, pero en su posición definitiva la señal no llega. Resultado: aparece en el hub, pero no responde o lo hace de forma intermitente.
En Zigbee, hay que tener en cuenta además la interferencia con el WiFi de 2,4 GHz. Comparten banda de frecuencia y si el router WiFi usa los canales 1, 6 u 11, pueden solapar con los canales Zigbee más usados. La solución es configurar el coordinador Zigbee en los canales 15, 20, 25 o 26, donde el solapamiento con WiFi es mínimo.
Z-Wave opera en 868 MHz en Europa, una frecuencia separada del WiFi, por lo que no tiene este problema de interferencias. Su señal también penetra mejor los muros en muchas situaciones. Puedes ver más sobre los packs Z-Wave disponibles en nuestra página de packs Z-Wave.
Causa 4: problemas de emparejamiento y firmware
El emparejamiento (pairing o inclusión) es el proceso por el que un módulo y un hub se reconocen y establecen la comunicación segura. Si el proceso no se completa correctamente, el módulo no queda registrado en el hub aunque el protocolo y la señal sean correctos.
Las situaciones más habituales:
- Módulo ya emparejado con otro hub. Muchos módulos, especialmente Z-Wave, solo pueden estar en una red a la vez. Si el módulo venía de otra instalación o fue emparejado en pruebas previas, hay que excluirlo primero (poniendo el hub en modo de exclusión) antes de intentar incluirlo de nuevo.
- Timeout durante el pairing. Los módulos entran en modo de emparejamiento durante un tiempo limitado tras pulsar su botón. Si el hub no los detecta en ese margen, el módulo vuelve al modo normal y hay que repetir el proceso.
- Distancia durante el emparejamiento. Para un primer emparejamiento, conviene hacerlo con el módulo cerca del hub. Una vez emparejado correctamente, se puede mover a su posición definitiva y la malla se adapta.
- Firmware desactualizado. Si el hub no reconoce el perfil del módulo tras el emparejamiento (aparece como "dispositivo desconocido"), puede significar que el módulo tiene un perfil más reciente que el que conoce el hub. La actualización del firmware de la herramienta (Zigbee2MQTT, Z-Wave JS) suele resolver esto.
El artículo sobre cómo incluir un módulo Z-Wave explica en detalle el proceso de inclusión y los problemas más frecuentes.
Cuándo el problema tiene solución y cuándo no
Los problemas de emparejamiento (causa 4) y los de señal (causa 3) tienen solución en prácticamente todos los casos: o se resuelve el emparejamiento siguiendo el procedimiento correcto, o se añaden repetidores para extender la cobertura. Con tiempo y algo de paciencia, son resoluble.
Los problemas de versiones (causa 2) dependen de hasta dónde llegue el soporte del hub. Si el firmware del hub se actualiza con el driver del módulo nuevo, se resuelve. Si el módulo tiene un perfil tan específico que nunca va a tener soporte en ese hub, la única opción es cambiarlo por uno que sí esté soportado.
El problema de protocolo (causa 1) no tiene solución técnica: o cambias el módulo por uno del protocolo correcto, o añades al hub la capacidad de gestionar ese protocolo (comprando el adaptador correspondiente). No hay forma de hacer que un módulo Z-Wave hable con un hub que solo tiene radio Zigbee.
La pregunta que conviene hacer antes de comprar: "¿Este modelo concreto —no la marca, el modelo— tiene soporte documentado y verificado en el hub que voy a usar?" La lista de dispositivos compatibles de Zigbee2MQTT o Z-Wave JS, por ejemplo, muestra exactamente qué funciones están implementadas para cada referencia.
Cómo evitar el problema desde el principio
Hay dos formas de abordar una instalación domótica: comprar los componentes por separado y asumir el trabajo de verificar compatibilidades, hacer el emparejamiento y configurar las automaciones; o partir de un sistema en el que eso ya está resuelto.
Cuando se compran módulos sueltos, cada dispositivo nuevo es una variable: puede ser que el modelo concreto tenga un bug conocido en el firmware, que el hub necesite una actualización para reconocerlo, o que la versión del protocolo no sea exactamente la que se esperaba. No son problemas insolubles, pero consumen tiempo.
Un pack de domótica preconfigurado llega con los dispositivos ya verificados entre sí: el trabajo de comprobar que el módulo A habla con el hub B ya está hecho. Si tienes curiosidad sobre qué cambia en la práctica entre las dos opciones, en nuestra comparativa de pack programado vs. comprar por piezas lo explicamos punto por punto.
Si ya tienes una instalación existente con problemas de compatibilidad que no has podido resolver, una visita técnica permite diagnosticar el estado de la red, identificar los módulos problemáticos y proponer la solución adecuada para cada caso.
Preguntas frecuentes
¿Por qué mi módulo Zigbee no aparece en el hub aunque estoy al lado?
Las causas más frecuentes son tres. El módulo puede estar en modo de emparejamiento caducado —muchos módulos Zigbee salen de fábrica con el pairing activo solo durante un tiempo limitado, y si no se detectaron, hay que resetearlos. El coordinador Zigbee y el módulo pueden estar en canales distintos. O puede haber interferencia puntual de WiFi que bloquee la detección inicial. Solución: resetear el módulo a fábrica, asegurarse de que el coordinador está en modo de búsqueda activa y repetir el emparejamiento con ambos dispositivos a menos de dos metros de distancia.
¿Puede un módulo Z-Wave funcionar con un hub Zigbee?
No. Z-Wave y Zigbee son protocolos distintos, con frecuencias, formatos de mensaje y mecanismos de emparejamiento completamente diferentes. Un módulo Z-Wave solo puede comunicarse con un controlador Z-Wave. Los hubs multi-protocolo como Home Assistant permiten gestionar ambos desde el mismo sistema, pero con dos radios independientes: el hub Zigbee y el controlador Z-Wave coexisten sin interferirse, pero cada módulo solo habla con la radio de su protocolo.
¿Qué diferencia hay entre que el módulo 'no se detecta' y que 'se detecta pero no responde'?
Son dos problemas distintos. "No se detecta" indica un fallo en el emparejamiento o en la comunicación de radio: el hub no sabe que el módulo existe. Las causas habituales son protocolo incorrecto, módulo fuera de alcance durante el pairing, o módulo ya emparejado con otro hub. "Se detecta pero no responde" indica que el emparejamiento se completó pero la comunicación operativa falla. Esto apunta a problemas de señal, firmware desactualizado, o compatibilidad de versiones dentro del protocolo.
¿Vale la pena comprar módulos sueltos o mejor un pack ya configurado?
Depende de lo que quieras hacer con tu tiempo. Comprar módulos sueltos es más flexible, pero requiere verificar compatibilidades, hacer el emparejamiento y depurar los problemas que aparezcan. Un pack ya configurado llega con el sistema programado y los módulos verificados entre sí. La diferencia no es solo de precio: es de quién asume el tiempo y el riesgo de que algo no funcione.
Mi módulo aparece en el hub pero no responde a las órdenes, ¿qué pasa?
Lo más probable es un problema de señal. En redes en malla (Zigbee, Z-Wave), los dispositivos de batería son nodos finales que no retransmiten señal. Si el módulo está en batería y no tiene ningún repetidor cerca, las órdenes del hub no llegan. La solución es añadir un dispositivo con corriente eléctrica del mismo protocolo entre el hub y el módulo problemático. Si tiene corriente y aun así no responde, la causa más frecuente es firmware desactualizado o un fallo que se resuelve reexcluyendo e incluyendo el módulo de nuevo.
¿Los módulos Zigbee de distintas marcas son siempre compatibles entre sí?
En teoría sí, porque Zigbee es un estándar abierto. En la práctica, hay matices. Los módulos certificados con Zigbee 3.0 tienen mejor interoperabilidad entre marcas que los anteriores (Zigbee HA 1.2). Algunos fabricantes añaden capas propietarias encima del protocolo Zigbee estándar que funcionan bien con Zigbee2MQTT o ZHA en Home Assistant, pero pueden dar problemas con otros hubs. La regla práctica: antes de comprar, verificar que el modelo concreto tiene soporte documentado en el hub que usas.