Ecosistema, Hubs y Control Central

Ecosistema, hubs y control central: cómo diseñar el cerebro de una casa inteligente

Esta guía forma parte de la guía para ahorrar energía con domótica, placas solares y aerotermia y explica cómo unir sensores, medidores, climatización, persianas, iluminación y cargas eléctricas bajo una arquitectura coherente.

Una vivienda puede tener decenas de dispositivos inteligentes y seguir funcionando mal. El problema aparece cuando cada producto depende de su propia aplicación, sus rutinas no comparten datos y una caída de Internet deja sin automatizaciones básicas. El objetivo del control central no es acumular hubs: es decidir qué plataforma toma decisiones, qué redes transportan las órdenes, qué funciones deben seguir operativas sin nube y cómo se recuperará el sistema cuando falle un componente.

Respuesta rápida: para una instalación sencilla puede bastar Apple Home, Google Home, Alexa o un hub de fabricante. Para varias marcas y protocolos, Homey Pro o SmartThings reducen la fragmentación. Para integrar energía, aerotermia, placas solares, persianas y equipos locales con mayor control, Home Assistant suele ofrecer la arquitectura más flexible. Matter mejora la interoperabilidad, pero no sustituye por sí solo a Zigbee, Thread, los bridges ni una plataforma de automatización.

---

Qué es realmente un ecosistema domótico

Un ecosistema domótico es el conjunto formado por dispositivos, protocolos de comunicación, aplicaciones, servicios cloud, cuentas, permisos, automatizaciones, integraciones, actualizaciones y mecanismos de recuperación.

Por eso dos productos que indiquen “Matter” o “Zigbee” no necesariamente ofrecen la misma experiencia. Pueden compartir una capa de comunicación y diferir en funciones avanzadas, actualizaciones, historial, automatización local o dependencia de la nube.

La plataforma central debe transformar datos aislados en decisiones. Por ejemplo:

1. el medidor del cuadro eléctrico detecta exportación solar;
2. la plataforma comprueba que el acumulador de ACS no ha alcanzado su temperatura máxima;
3. verifica que el vehículo no está cargando;
4. ordena activar una carga mediante su API o una entrada adecuada;
5. desactiva la orden cuando desaparece el excedente;
6. conserva un margen para evitar conmutaciones repetidas.

El valor no está en ver todos los dispositivos en una pantalla, sino en coordinarlos con reglas seguras.

---

Hub, gateway, bridge, coordinador y controlador

Estos términos suelen mezclarse, aunque describen funciones distintas.

Hub

Es un equipo físico que concentra una o varias funciones: radios, automatizaciones, interfaz, almacenamiento o acceso remoto. “Hub” es un término comercial amplio. No indica por sí solo qué protocolos soporta ni cuánto procesa localmente.

Gateway

Conecta redes diferentes. Puede traducir entre una red de dispositivos y una red IP, o actuar como punto de salida hacia la nube.

Bridge

Expone dispositivos de un ecosistema a otro. Un bridge Matter, por ejemplo, puede presentar determinados accesorios Zigbee de una marca como dispositivos Matter. Eso no convierte cada accesorio antiguo en un dispositivo Matter nativo ni garantiza que todas sus funciones queden disponibles.

Coordinador Zigbee

Crea y administra una red Zigbee. Mantiene la información de la red y permite incorporar routers y dispositivos finales. Una red Zigbee solo tiene un coordinador activo.

Matter Controller

Incorpora, administra y controla dispositivos Matter dentro de un ecosistema. Apple Home, Google Home, Alexa, Home Assistant, Aqara o Homey pueden desempeñar este papel según el hardware y la versión utilizada.

Thread Border Router

Conecta la red mallada Thread con la red IP doméstica. No sustituye al Matter Controller. Un dispositivo Matter over Thread necesita acceso a una red Thread y también una plataforma capaz de incorporarlo y controlarlo.

Panel de control

Es una interfaz visual. Puede mostrar estados y enviar órdenes, pero no necesariamente ejecuta automatizaciones, coordina Zigbee o funciona sin cloud. Una pantalla en la pared no debe confundirse con el cerebro del sistema.

Un mismo equipo puede combinar funciones

Aqara Hub M3, Homey Pro o determinados equipos de Apple, Google y Amazon agrupan varias funciones. Aun así, conviene identificarlas por separado porque una actualización puede mejorar Matter sin cambiar Zigbee, o añadir Thread sin convertir todas las automatizaciones en locales.

---

Arquitectura moderna de una vivienda domótica

Una instalación robusta se diseña por capas.

Capa física y de red

Incluye Ethernet, puntos de acceso Wi-Fi, switches, cobertura, alimentación, ubicación de radios y protección ante cortes.

El controlador central debería conectarse por Ethernet cuando sea posible. Los hubs y radios no deben instalarse dentro de un cuadro metálico ni junto a fuentes intensas de interferencia.

Capa de protocolos

Transporta estados y órdenes mediante Zigbee, Thread, Wi-Fi, Ethernet, Bluetooth LE, Z-Wave, KNX, MQTT, Modbus o HTTP.

Capa de integración

Normaliza dispositivos diferentes para que la plataforma entienda entidades equivalentes: temperatura, potencia, persiana, termostato, presencia o estado de puerta.

Capa de automatización

Decide qué debe ocurrir. Debe separar protección, seguridad, control operativo, optimización energética, comodidad y notificaciones.

Capa de interfaz

Incluye aplicaciones, dashboards, pantallas, voz y acceso remoto. No debería ser la única forma de operar funciones esenciales: persianas, iluminación y climatización necesitan controles físicos utilizables.

---

Protocolos: qué hace cada uno y cuándo utilizarlo

Ethernet

Es la opción preferible para componentes fijos y centrales: servidor domótico, hubs, inversores, sistemas de climatización, pasarelas Modbus, cámaras y puntos de acceso.

Ventajas:

• estabilidad;
• latencia predecible;
• menor exposición a interferencias;
• posibilidad de alimentación PoE en equipos compatibles.

Limitaciones:

• requiere cableado;
• no todos los dispositivos domésticos ofrecen puerto Ethernet.

Wi-Fi

Es adecuado para equipos alimentados permanentemente que necesitan comunicación IP directa: relés, medidores, electrodomésticos, cámaras, paneles, inversores y climatización.

No es correcto afirmar que unos pocos dispositivos Wi-Fi “saturan” siempre el router. Los problemas dependen de cobertura, interferencias, capacidad del punto de acceso, bandas, canales, calidad del firmware y diseño de red.

Sus límites habituales son:

• mayor consumo que los protocolos pensados para sensores a batería;
• dependencia de una cobertura adecuada;
• dispositivos económicos con nube obligatoria;
• cambios de credenciales más laboriosos;
• concentración de demasiados clientes en un único router de operadora.

Zigbee

Zigbee es una red mallada de bajo consumo muy extendida en sensores, iluminación, válvulas y mandos.

En una red Zigbee:

• el coordinador crea la red;
• los dispositivos alimentados pueden actuar como routers;
• los sensores a batería suelen ser dispositivos finales;
• la malla mejora con routers bien distribuidos.

Ventajas:

• buena autonomía;
• catálogo amplio;
• operación local posible;
• red separada del Wi-Fi.

Limitaciones:

• utiliza normalmente 2,4 GHz y puede sufrir interferencias;
• no todos los perfiles propietarios se integran igual;
• cambiar de coordinador puede exigir migración o reemparejado;
• algunos dispositivos solo funcionan correctamente con el hub de su marca;
• la ubicación de enchufes y routers Zigbee influye en la malla.

Matter no ha sustituido a Zigbee. Para muchas instalaciones, Zigbee sigue siendo la opción práctica para sensores y actuadores de bajo consumo.

Thread

Thread es una red mallada IPv6 de bajo consumo. Se utiliza especialmente como transporte para Matter.

Necesita uno o más Thread Border Routers para conectar la malla con la red IP. Varios border routers pueden aportar redundancia, pero la experiencia depende de que compartan correctamente las credenciales de la misma red Thread.

Ventajas:

• direccionamiento IP;
• malla de bajo consumo;
• varios border routers posibles;
• buena base para dispositivos Matter.

Limitaciones:

• Thread no define por sí solo las funciones del dispositivo;
• pueden aparecer varias redes Thread separadas si los ecosistemas no comparten credenciales;
• el diagnóstico doméstico todavía puede ser menos intuitivo que en Zigbee;
• la compatibilidad depende también del Matter Controller y de la categoría soportada.

Bluetooth Low Energy

Bluetooth LE suele intervenir en incorporación inicial, proximidad, cerraduras, balizas y sensores cercanos. No suele ser la mejor red principal para una vivienda completa.

Z-Wave

Z-Wave utiliza bandas sub-GHz regionales y se ha utilizado ampliamente en seguridad, sensores y automatización.

Ventajas:

• buena propagación en interiores;
• menor convivencia con Wi-Fi de 2,4 GHz;
• ecosistema maduro;
• asociación y control local en plataformas compatibles.

Limitaciones:

• frecuencias distintas según región;
• catálogo europeo menor que Zigbee en algunas categorías;
• requiere controlador compatible;
• equipos y hubs suelen ser más caros.

KNX

KNX es un estándar profesional para viviendas y edificios, con soluciones cableadas, radio e IP.

Encaja especialmente en obra nueva, reformas integrales, instalaciones de larga vida útil y proyectos donde la continuidad no debe depender de una marca de consumo.

Ventajas:

• arquitectura distribuida;
• estabilidad;
• catálogo profesional;
• mantenimiento a largo plazo.

Limitaciones:

• mayor coste;
• proyecto e instalación especializados;
• curva de aprendizaje;
• no es una alternativa directa a un hub doméstico económico.

---

Matter: qué resuelve y qué no

Matter es una capa de aplicación sobre IP. Puede utilizar Ethernet, Wi-Fi o Thread. Bluetooth LE suele ayudar durante la incorporación.

Qué aporta Matter

• un proceso de incorporación más común;
• modelos estandarizados de dispositivos;
• control local entre componentes compatibles;
• multiadministración para compartir un dispositivo con varios ecosistemas;
• menor dependencia de una integración cloud específica;
• bridges para exponer dispositivos heredados compatibles.

Qué no garantiza

• que todas las funciones de la aplicación original estén disponibles;
• que todas las categorías de producto estén soportadas;
• que cualquier dispositivo Zigbee pueda convertirse en Matter;
• que desaparezcan los hubs;
• que todas las automatizaciones funcionen sin Internet;
• que todos los fabricantes implementen igual cada función;
• que la migración entre plataformas conserve escenas e históricos;
• que dos redes Thread diferentes se fusionen automáticamente.

Dispositivo Matter nativo y bridge Matter

Un dispositivo Matter nativo implementa Matter directamente.

Un bridge Matter representa accesorios de otra tecnología ante el ecosistema Matter. Por ejemplo, un hub puede exponer sensores Zigbee compatibles como accesorios Matter. El bridge decide qué tipos y atributos publica; las funciones no expuestas continúan disponibles solo en la aplicación original.

Multiadministración

Un mismo dispositivo Matter puede compartirse con más de un ecosistema. Esto permite administrarlo desde Apple Home y Home Assistant, por ejemplo. Sin embargo, cada plataforma mantiene sus automatizaciones, nombres y permisos. Multiadministración no crea una base de datos común entre plataformas.

---

Control local, cloud e híbrido

Arquitectura local

La plataforma, los dispositivos y las automatizaciones operan dentro de la vivienda.

Ventajas:

• continuidad sin Internet;
• menor latencia;
• control de históricos;
• menor dependencia comercial;
• integración entre marcas mediante protocolos locales.

Costes:

• mantenimiento;
• copias de seguridad;
• diagnóstico de red;
• actualizaciones;
• responsabilidad sobre credenciales y acceso remoto.

Arquitectura cloud

Los dispositivos se comunican con servidores externos y la aplicación accede a esos servicios.

Ventajas:

• puesta en marcha sencilla;
• acceso remoto integrado;
• menos infraestructura local;
• actualizaciones gestionadas por el fabricante.

Riesgos:

• caída de Internet o del servicio;
• cambios de API;
• cierre de productos;
• latencia;
• privacidad;
• funciones condicionadas por suscripción.

Arquitectura híbrida

Combina automatización local con servicios remotos opcionales. Es la opción más equilibrada para muchas viviendas: reglas esenciales locales, acceso remoto protegido, voz mediante cloud cuando aporte comodidad e históricos locales.

Una automatización no es local solo porque el hub esté dentro de casa. Si depende de una API externa para leer el dispositivo o enviar la orden, la cadena completa continúa dependiendo de Internet y del proveedor.

---

Home Assistant: máxima flexibilidad y control local

Home Assistant es una plataforma abierta orientada a integrar dispositivos y servicios de múltiples fabricantes. Puede ejecutarse en hardware propio o en equipos oficiales.

Home Assistant Green

Nabu Casa Home Assistant Verde en Amazon → es la forma oficial más sencilla de empezar. Integra:

• procesador Rockchip RK3566 de cuatro núcleos;
• 4 GB de memoria;
• 32 GB eMMC;
• Ethernet Gigabit;
• dos puertos USB;
• Home Assistant preinstalado.

No incorpora radio Zigbee o Thread. Para conectar directamente esas redes necesita un adaptador o border router compatible.

Encaja cuando se busca:

• control local;
• panel energético;
• integración de inversor, medidores y climatización;
• automatizaciones complejas;
• independencia de una marca;
• históricos y dashboards.

Sus límites son:

• exige aprender conceptos de entidades, integraciones y automatizaciones;
• algunas integraciones comunitarias pueden romperse con cambios externos;
• el usuario debe mantener backups;
• una instalación avanzada requiere más tiempo que un ecosistema cerrado.

Radios Zigbee y Thread

Home Assistant Connect ZBT-1, antes SkyConnect, está descatalogado. Su sustituto actual es Asistente de hogar Connect ZBT-2 en Amazon →, la radio oficial de nueva generación para conectar Zigbee o Thread a Home Assistant. No debe asumirse que una sola radio manejará ambas redes simultáneamente: para una instalación estable conviene dedicar cada adaptador a una función y seguir la documentación vigente del fabricante.

Como alternativas Zigbee abiertas, SONOFF Universal Zigbee en Amazon → y Sonoff Dongle USB en Amazon → permiten crear una red propia con ZHA o Zigbee2MQTT. Son coordinadores USB, no hubs cloud ni Thread Border Routers.

Cuándo elegir Home Assistant

Es la opción más completa cuando la vivienda necesita coordinar:

• monitorización eléctrica global;
• placas solares;
• baterías;
• aerotermia;
• tarifas horarias;
• persianas;
• sensores;
• cargas controlables;
• dispositivos locales de distintas marcas.

No debe utilizarse para reemplazar protecciones eléctricas ni controles internos de seguridad de equipos térmicos.

---

Homey Pro y Homey Pro mini: multiprotocolo con menos administración

Homey Pro integra en un solo equipo Wi-Fi, Bluetooth LE, Matter, Thread Border Router, Zigbee, Z-Wave, 433 MHz e infrarrojos.

Ejecuta Homey Flows localmente y ofrece paneles, históricos, gestión energética, API y copias de seguridad. Ethernet requiere adaptador en la generación analizada.

Encaja para quien necesita varias radios y reglas potentes sin administrar una plataforma tan abierta como Home Assistant.

Sus límites:

• precio elevado;
• ciertas aplicaciones dependen de servicios cloud del fabricante del dispositivo;
• cobertura desigual entre aplicaciones oficiales y comunitarias;
• menor libertad para modificar la plataforma;
• algunas integraciones exponen menos funciones que Home Assistant.

Homey Pro mini es una variante más compacta con Ethernet, Zigbee, Matter y Thread. No equivale al Homey Pro completo: para Z-Wave, Bluetooth, infrarrojos o 433 MHz necesita Homey Bridge. Puede ser una opción razonable para instalaciones menos extensas que priorizan esos cuatro protocolos integrados.

---

Aqara Hub M3: ecosistema de fabricante con Matter

Aqara Hub M3: controlador Matter, Thread y hub Aqara Zigbee en Amazon → combina hub Zigbee para accesorios Aqara, Matter Controller, Thread Border Router, bridge para determinados dispositivos Aqara, Ethernet, PoE e infrarrojos para ciertos equipos.

Es una opción sólida cuando la vivienda utiliza sensores, cortinas, cerraduras y actuadores Aqara.

No debe presentarse como hub Zigbee universal. Los dispositivos de terceros, las funciones avanzadas y lo que el bridge expone a Matter dependen de compatibilidad concreta.

Aqara Hub M2 en Amazon → sigue siendo útil como hub Zigbee y bridge dentro de instalaciones existentes, pero no tiene el mismo papel moderno que M3 en Thread y Matter.

---

Apple Home: coherencia para hogares Apple

Apple Home utiliza HomePod o Apple TV compatibles como hub doméstico. Según el modelo, pueden ejercer como Matter Controller y Thread Border Router.

Ventajas:

• experiencia integrada;
• automatizaciones domésticas;
• acceso remoto;
• control por Siri;
• buena gestión de permisos;
• funcionamiento local de numerosos accesorios.

Limitaciones:

• administración centrada en dispositivos Apple;
• sin coordinador Zigbee o Z-Wave;
• automatizaciones menos abiertas que Home Assistant;
• funciones avanzadas del fabricante pueden no aparecer en Matter o HomeKit;
• es necesario comprobar el modelo exacto de Apple TV porque no todas las variantes incluyen Thread.

Apple Home puede convivir con Home Assistant: una plataforma puede ejecutar la lógica y exponer dispositivos seleccionados a la interfaz familiar de Apple.

---

Amazon Alexa y Echo Hub

Echo Hub (Última generación) en Amazon → es un panel mural con Alexa y radios para Zigbee, Thread y Matter. Simplifica el control visual y la incorporación de dispositivos compatibles.

Ventajas:

• interfaz accesible;
• control por voz;
• buena presencia comercial;
• Zigbee integrado;
• Matter y Thread;
• panel para cámaras y escenas.

Limitaciones:

• dependencia relevante del ecosistema Alexa;
• menor transparencia sobre qué rutinas son completamente locales;
• personalización limitada;
• no es la mejor base para gestión energética compleja;
• una caída de servicios puede afectar órdenes de voz o integraciones cloud.

Los altavoces Echo deben evaluarse por generación: no todos incorporan el mismo hardware. Un Echo Dot no debe tratarse automáticamente como hub Zigbee.

---

Google Home y Nest Hub

Determinados Nest Hub y routers Google actúan como Matter Controller y Thread Border Router.

Google Home encaja cuando se priorizan voz, configuración sencilla, dispositivos Matter, integración con servicios Google y automatizaciones domésticas básicas.

Sus límites:

• sin Zigbee o Z-Wave directo;
• automatizaciones y diagnóstico menos profundos;
• dependencia del ecosistema Google;
• funciones variables según modelo y región.

La generación exacta del Nest Hub importa. No deben trasladarse capacidades de un modelo a toda la familia.

---

SmartThings y Aeotec Smart Home Hub

Aeotec Smart Home Hub en Amazon → continúa la arquitectura del antiguo SmartThings Hub e integra Zigbee y Z-Wave, además de capacidades Matter y Thread proporcionadas mediante la plataforma y firmware compatible.

SmartThings utiliza Edge Drivers para ejecutar determinadas integraciones y automatizaciones localmente.

Ventajas:

• Zigbee y Z-Wave en un mismo equipo;
• ecosistema amplio;
• aplicación accesible;
• buena integración con productos Samsung;
• alternativa intermedia entre hubs cerrados y Home Assistant.

Limitaciones:

• no todo se ejecuta localmente;
• la plataforma ha cambiado de arquitectura varias veces;
• dependencia de cuentas y servicios SmartThings;
• backups y migración con menor control por parte del usuario;
• funciones condicionadas por drivers.

---

Somfy TaHoma Switch: especialista en persianas y cerramientos

Somfy 1870595​​ - TaHoma switch en Amazon → debe evaluarse como hub especializado, no como cerebro universal.

Su valor está en motores Somfy, persianas, toldos, cortinas, escenas de protección solar e integración con plataformas externas compatibles.

Es especialmente útil cuando el ahorro energético depende del control de la envolvente: cerrar persianas antes del sobrecalentamiento, abrirlas para aprovechar ganancias solares o coordinar toldos con viento y radiación.

Limitaciones:

• protocolos propietarios y compatibilidad condicionada por región;
• dependencia relevante del ecosistema Somfy;
• menor flexibilidad para integrar medición eléctrica, inversores o lógica avanzada;
• no sustituye a una plataforma abierta cuando intervienen muchas marcas.

---

Shelly: ecosistema distribuido sin hub obligatorio

Shelly utiliza principalmente Wi-Fi o Ethernet y ofrece, según la generación, HTTP, RPC, MQTT, WebSocket, scripts e integración local.

Muchos equipos pueden operar sin un hub propietario. Esto permite una arquitectura distribuida donde relés, medidores y módulos continúan ejecutando funciones básicas.

Aun así, una plataforma central sigue aportando coordinación entre marcas, históricos, dashboards, automatizaciones energéticas y gestión de estados.

Shelly no debe describirse como un hub, sino como un ecosistema de dispositivos IP con buenas opciones de integración local.

---

SONOFF NSPanel Pro y bridges Zigbee

SONOFF NSPanel Pro 86 Panel de Control Hogar Inteligente – Puerta de Enlace Zigbee, Home Assistant, Matter Bridge,Escenas de Seguridad y Termostato–Compatible con Alexa,Google Home,Apple Home (blanco) en Amazon → es principalmente un panel táctil, gateway Zigbee 3.0, interfaz eWeLink y pantalla para cámaras y dispositivos compatibles.

Puede ser útil como punto de control de una habitación, pero no debe presentarse como sustituto de una plataforma central para energía y automatización compleja. No incorpora relés y su función Matter es de bridge para equipos compatibles, no de Thread Border Router.

Los bridges Zigbee de SONOFF pueden simplificar un ecosistema eWeLink. Para integraciones abiertas hay que comprobar modelo, firmware y método oficial. No todos funcionan como coordinadores de red externos para ZHA o Zigbee2MQTT sin modificaciones no oficiales.

---

Integración de energía, clima, solar y persianas

La plataforma central aporta valor cuando combina datos que normalmente viven separados. Para aplicar esta arquitectura de forma coherente conviene coordinarla con la energía solar y la gestión de excedentes y con la aerotermia y climatización inteligente.

Excedentes solares

Una automatización robusta no debe actuar por una única lectura instantánea. Debe considerar potencia exportada, duración mínima del excedente, estado de batería, temperatura del acumulador, potencia de la carga, histéresis, tiempo mínimo de encendido y prioridad entre cargas.

Aerotermia

El control debe utilizar consignas, modos del fabricante, Modbus documentado, API, entrada SG Ready o contactos secos compatibles.

No conviene cortar la alimentación del compresor como método habitual. La plataforma debe coordinar, no reemplazar las protecciones del equipo.

Persianas

Las decisiones pueden combinar orientación, radiación, temperatura interior, temperatura exterior, estado de ventanas, viento, presencia y horario.

La automatización debe conservar controles manuales y límites de seguridad del motor.

Seguridad

Alarmas, cerraduras, detectores de humo y fugas necesitan una arquitectura conservadora: funciones críticas independientes, alertas redundantes, baterías comprobadas, accionamiento local y acceso remoto con autenticación fuerte.

Una plataforma doméstica no sustituye un sistema de alarma certificado cuando el nivel de riesgo exige uno.

---

Cómo diseñar automatizaciones robustas

Jerarquía de decisiones

1. Protección: límites eléctricos, térmicos y mecánicos.
2. Seguridad: humo, agua, acceso y alarmas.
3. Operación: mantener servicios esenciales.
4. Eficiencia: desplazar o modular consumos.
5. Confort: iluminación, voz, escenas y preferencias.
6. Información: avisos, informes y dashboards.

Una regla de ahorro nunca debe anular una protección o una necesidad esencial.

Histéresis

Evita activar y desactivar una carga alrededor del mismo umbral.

Activar cuando la exportación supere 1.500 W durante 3 minutos.
Desactivar cuando baje de 500 W durante 2 minutos.

Tiempos mínimos

Compresores, bombas, resistencias y motores pueden necesitar tiempos mínimos de funcionamiento o descanso.

Estado seguro

Debe definirse qué ocurre cuando el sensor queda desconocido, se pierde conexión, reinicia el hub, desaparece Internet, la orden no recibe confirmación o los datos son antiguos.

Automatización y control manual

El usuario debe poder anular temporalmente una regla, operar físicamente, saber por qué se tomó una decisión y recuperar un estado normal sin editar código.

---

Seguridad de red, cuentas y mantenimiento

Segmentación

Separar IoT en una red o VLAN puede reducir exposición, pero no debe aplicarse sin comprender mDNS, multicast, descubrimiento, comunicación entre redes, reglas de firewall, Matter y Thread.

Una segmentación mal configurada puede romper dispositivos locales y empujar al sistema hacia la nube.

Credenciales

• contraseñas únicas;
• autenticación multifactor;
• eliminación de cuentas antiguas;
• mínimo privilegio;
• acceso remoto mediante servicio seguro, VPN o proxy correctamente mantenido;
• no exponer paneles directamente a Internet.

Actualizaciones

No conviene actualizar todos los componentes a la vez.

Proceso recomendado:

1. revisar notas de versión;
2. generar copia;
3. actualizar la plataforma;
4. comprobar integraciones críticas;
5. actualizar radios o firmware;
6. validar automatizaciones;
7. documentar el cambio.

Copias de seguridad

Una copia útil debe incluir configuración, automatizaciones, credenciales protegidas, base de datos cuando sea necesario, información de radios y documentación de restauración.

La copia debe almacenarse fuera del propio hub y probarse periódicamente.

Inventario

Conviene registrar dispositivo, ubicación, IP o identificador, protocolo, firmware, alimentación, integración, dependencia cloud, fecha de instalación y procedimiento de sustitución.

---

Qué plataforma elegir

No existe un hub universal. La mejor elección depende de las funciones que deben sobrevivir sin Internet, los protocolos ya instalados y el nivel de mantenimiento aceptable.

---

Arquitecturas recomendadas

Vivienda sencilla

Apple Home, Google Home, Alexa o Aqara
+ dispositivos Matter o del mismo ecosistema
+ controles físicos

Adecuada para iluminación, clima sencillo, sensores y escenas básicas.

Vivienda multiprotocolo

Homey Pro o SmartThings/Aeotec
+ Zigbee
+ Z-Wave o Thread
+ integraciones de fabricante

Adecuada para quien quiere varias radios sin mantener un servidor abierto.

Vivienda energética avanzada

Home Assistant Green por Ethernet
+ coordinador Zigbee dedicado
+ Thread Border Router independiente
+ medidor eléctrico local
+ integración de inversor y climatización
+ backups externos
+ controles físicos

Esta arquitectura permite separar la plataforma, las redes y los actuadores, evitando que un único fallo inutilice toda la vivienda.

Obra nueva o instalación profesional

KNX u otro sistema de campo estable
+ integración IP
+ plataforma de supervisión
+ servicios cloud opcionales

Las funciones esenciales permanecen distribuidas y la plataforma añade coordinación, visualización y optimización.

---

Errores frecuentes

• Comprar el hub antes de definir funciones: el protocolo no resuelve por sí solo la necesidad.
• Confundir Matter con Thread: Matter también funciona sobre Wi-Fi y Ethernet.
• Creer que Matter elimina los hubs: los bridges y controladores siguen siendo necesarios.
• Usar una pantalla como cerebro central: un panel puede ser solo una interfaz.
• Mezclar redes Zigbee sin planificación: dos hubs crean dos redes separadas.
• Usar una única radio en modo multiprotocolo experimental: reduce previsibilidad.
• Depender de una API cloud para una automatización crítica: una caída externa detiene la cadena.
• Colocar el coordinador junto a USB 3.0 o metal: empeora el alcance de 2,4 GHz.
• Actualizar sin copia: dificulta volver al estado anterior.
• No documentar dispositivos: la instalación se vuelve imposible de mantener.
• Cortar alimentación a climatización para ahorrar: puede dañar equipos o eliminar protecciones.
• Automatizar sin histéresis: provoca conmutaciones repetidas.
• Eliminar controles manuales: una vivienda debe seguir siendo operable durante fallos.
• Prometer compatibilidad universal: cada integración debe verificarse por modelo y función.
• Confundir “funciona localmente” con “todo funciona sin Internet”: la cadena puede incluir servicios externos.

---

Hoja de ruta para elegir el control central

1. Enumera funciones: energía, clima, seguridad, persianas, iluminación y acceso.
2. Clasifica criticidad: qué debe sobrevivir a una caída de Internet.
3. Inventaría protocolos: Wi-Fi, Zigbee, Thread, Z-Wave, KNX y APIs.
4. Elige la plataforma: no por número de logos, sino por integraciones reales.
5. Diseña la red: Ethernet para el núcleo y cobertura para cada radio.
6. Separa lógica y actuación: el hub decide; los equipos conservan protecciones.
7. Define estados seguros: datos ausentes, reinicios y pérdidas de conexión.
8. Añade controles físicos: ninguna función esencial debe depender solo del móvil.
9. Configura copias: automáticas, externas y verificadas.
10. Automatiza gradualmente: primero observar, después actuar y finalmente optimizar.

---

Metodología

Esta guía se ha elaborado mediante revisión de documentación técnica y páginas oficiales de Home Assistant, Homey, Aqara, Apple, Amazon, Google, Samsung SmartThings, Aeotec, Somfy, Shelly, SONOFF, Connectivity Standards Alliance, Thread Group, Z-Wave Alliance y KNX Association.

Las funciones se atribuyen únicamente a modelos y generaciones identificables. Matter Controller, Thread Border Router, coordinador Zigbee y bridge se tratan como funciones distintas. Las afirmaciones sobre control local se limitan a la cadena documentada: una plataforma local no vuelve local a un dispositivo que solo dispone de API cloud.

No se han probado físicamente todos los productos. La compatibilidad debe comprobarse por modelo, firmware, región, tipo de dispositivo e integración. Las automatizaciones eléctricas, térmicas y de cerramientos deben respetar las instrucciones del fabricante y la normativa aplicable.

Nota de transparencia: Casintel puede recibir una comisión por algunas compras realizadas mediante enlaces del sitio. La posible comisión no determina qué plataformas se analizan ni el peso editorial de cada solución.

---

Documentación consultada

• Home Assistant — Home Assistant Green, Connect ZBT-1/ZBT-2, Matter, Thread, Zigbee y gestión energética: home-assistant.io.
• Homey — Homey Pro, protocolos, funcionamiento local, Advanced Flow y backups: homey.app.
• Aqara — Hub M3, Matter, Thread, Zigbee y automatizaciones locales: aqara.com.
• Connectivity Standards Alliance — Matter y Zigbee: csa-iot.org.
• Thread Group — Arquitectura y funciones de Thread: threadgroup.org.
• Apple — Apple Home, hubs domésticos y Thread: support.apple.com.
• Amazon — Echo Hub, Zigbee, Matter y Thread: amazon.es.
• Google — Google Home, Matter y Thread Border Routers: support.google.com.
• Samsung SmartThings — Edge Drivers, hubs, Matter y Thread: developer.smartthings.com.
• Aeotec — Smart Home Hub: aeotec.com.
• Somfy — TaHoma Switch y compatibilidad de cerramientos: somfy.es.
• Shelly — APIs, MQTT, RPC y documentación de dispositivos: kb.shelly.cloud.
• SONOFF — NSPanel Pro y bridges Zigbee: sonoff.tech.
• Z-Wave Alliance — Especificaciones y ecosistema Z-Wave: z-wavealliance.org.
• KNX Association — Estándar KNX: knx.org.