Aqara Hub M3 Matter: ¿El Cerebro que Tu Casa Inteligente Necesita?

El Aqara Hub M3 se vende como «el cerebro» de la casa inteligente, y esa etiqueta explica muy poco. Lo que de verdad determina si un hub te sirve no es su carcasa ni su procesador, sino tres decisiones técnicas: qué protocolos de radio habla, si actúa como border router Thread y si expone lo que tiene conectado hacia otros ecosistemas mediante Matter. Esta guía desmonta esos tres conceptos, te explica qué resuelve Matter de verdad y qué sigue sin resolver, y termina con una lista de comprobaciones que puedes aplicar al M3 o a cualquier otro hub antes de pagar.

Antes de seguir, una aclaración sobre cómo está escrito este artículo. En CasaInteligente no hemos montado un laboratorio ni hemos cronometrado latencias del Hub M3: no hay pruebas propias detrás de este texto y no vas a encontrar aquí opiniones de usuarios con nombre y apellidos, porque la tienda no ha recogido reseñas de este producto. Lo que sí hay es explicación del estándar y de la arquitectura, que es donde se toman las decisiones de compra equivocadas. Para cifras concretas del aparato —número de dispositivos admitidos, alcance, consumo, versiones de protocolo y lista exacta de compatibilidades— la única fuente que deberías aceptar es la ficha oficial de Aqara y su documentación de soporte, porque esos datos cambian con cada revisión de firmware.

Qué es el Aqara Hub M3 y qué lugar ocupa en tu casa

Aqara es un fabricante de domótica cuyo catálogo se construyó históricamente sobre Zigbee: sensores de puerta, de movimiento, de temperatura, mandos, cerraduras y cortinas que no se conectan al wifi de casa, sino a un concentrador propio. Ese concentrador es el hub. Sin él, un sensor Zigbee de Aqara es una pieza muerta, porque no habla el idioma de tu router.

El Hub M3 pertenece a la generación de hubs que llegó después de Matter, y ese es todo su sentido. Un hub Zigbee «clásico» hace una sola cosa: recoger a los dispositivos de su marca y ofrecerlos dentro de su propia app. Un hub de la generación Matter aspira a hacer tres: seguir recogiendo a los dispositivos Zigbee, participar en la red Thread de la casa y, sobre todo, republicar todo eso hacia Apple Home, Alexa, Google Home o cualquier otro controlador compatible sin obligarte a vivir dentro de la app del fabricante.

Traducido a una pregunta práctica: el M3 no compite con un enchufe inteligente, compite con la idea de tener cuatro aplicaciones abiertas. Y por eso la decisión de compra no debería basarse en una ficha de especificaciones, sino en responder si tu casa tiene el tipo de problema que un hub resuelve. Si todo lo que tienes son bombillas y enchufes wifi de una sola marca, un hub no te aporta gran cosa. Si tienes o vas a tener sensores de batería repartidos por la vivienda, la conversación cambia por completo.

La pregunta previa: ¿tienes un problema de puente o de ecosistema?

Un problema de puente es no poder conectar un dispositivo porque habla una radio que tu casa no tiene. Un problema de ecosistema es tener el dispositivo funcionando pero solo dentro de una app concreta, sin que aparezca en el asistente de voz que usas ni en las automatizaciones donde lo necesitas. Los dos se arreglan con un hub, pero por mecanismos distintos —el primero con la radio, el segundo con Matter—, y confundirlos es la vía más rápida a comprar el aparato equivocado.

Un hub no añade funciones a tus dispositivos. Añade caminos para llegar a ellos. Si el camino que te falta no es el que ese hub abre, el dinero no compra nada.

Qué es Matter y qué problema resuelve de verdad

Matter es un estándar de conectividad para el hogar publicado por la Connectivity Standards Alliance, la organización sectorial que antes se llamaba Zigbee Alliance y en la que participan Apple, Google, Amazon, Samsung y varios cientos de fabricantes. Su primera versión estable se publicó a finales de 2022 y desde entonces ha ido recibiendo revisiones que amplían los tipos de dispositivo cubiertos.

La descripción más útil de Matter es esta: es una capa de aplicación. Define el vocabulario común con el que un controlador y un dispositivo se entienden —qué es una bombilla, qué atributos tiene, qué órdenes acepta, cómo se informa de un cambio de estado— y define también cómo se cifra esa conversación y cómo se da de alta un aparato nuevo. Lo que Matter no define es por qué cable o por qué radio viajan esos mensajes. De eso se encargan los transportes, y ahí es donde entra Thread.

Lo que Matter sí te garantiza

Un dispositivo certificado Matter puede darse de alta en cualquier plataforma compatible con Matter sin que el fabricante haya escrito una integración específica para ella. Eso es lo nuevo. Antes, que una bombilla funcionara con un asistente concreto dependía de que su fabricante hubiera desarrollado y mantenido esa integración, normalmente pasando por sus servidores. Con Matter, la compatibilidad se hereda del estándar.

La segunda garantía es el control local. Matter está diseñado para que la orden viaje dentro de tu red, del controlador al dispositivo, sin salir a internet. Eso reduce la dependencia de la nube del fabricante para el uso cotidiano dentro de casa. La tercera es la seguridad de base: el emparejamiento usa certificados y las comunicaciones van cifradas por especificación, no como opción que cada marca decide implantar a su manera.

Lo que Matter no hace y conviene saber antes de comprar

Matter cubre un conjunto acotado de tipos de dispositivo, y ese conjunto se ha ido ampliando versión a versión. Un aparato puede ser excelente y no tener tipo definido en la versión de Matter que soporta tu controlador; en ese caso, o no aparece, o aparece con funciones recortadas. Esta es la fuente número uno de decepciones.

Matter tampoco transporta las funciones propietarias. Si una lámpara tiene modos de escena exclusivos de su marca, o un sensor ofrece ajustes de sensibilidad muy finos, lo normal es que por Matter veas la funcionalidad genérica —encendido, brillo, color— y tengas que abrir la app del fabricante para lo demás. Matter unifica el mínimo común, no el máximo.

Y Matter no convierte tus dispositivos antiguos. Un sensor Zigbee comprado hace cuatro años no habla Matter y nunca lo hará por actualización: la radio es otra y el software es otro. Para que ese sensor llegue a Apple Home o a Alexa hace falta un intermediario que lo traduzca, que es precisamente el papel de bridge que cumple un hub como el M3. Si quieres ver cómo se plantea esto en otros concentradores, en el blog tienes un repaso de hubs compatibles con Matter y otro de hubs compatibles con Zigbee.

Matter y Thread no son lo mismo: capa de aplicación frente a red

Esta confusión aparece en casi todas las conversaciones sobre domótica moderna, y arrastra decisiones de compra caras. Matter es el idioma; Thread es una de las carreteras por las que ese idioma puede circular. Son cosas de capas distintas y no compiten entre sí.

Matter puede viajar sobre wifi, sobre Ethernet y sobre Thread. Los tres son redes IP, y ese es justamente el diseño: al apoyarse en IP, un dispositivo Matter es direccionable como cualquier otro equipo de tu red, sin pasarelas que traduzcan formatos. Bluetooth de baja energía aparece en la ecuación, pero solo durante el alta del dispositivo: se usa para el emparejamiento inicial y después deja paso al transporte definitivo.

Cuándo interesa Thread y cuándo basta el wifi

Thread es una red mallada de bajo consumo pensada para dispositivos que funcionan con pila. Un sensor de apertura que envía dos mensajes al día no necesita la potencia del wifi ni puede permitirse su consumo. Thread, además, forma malla: los dispositivos alimentados por corriente retransmiten los mensajes de los demás, de modo que la cobertura crece a medida que añades aparatos enchufados en vez de degradarse.

El wifi, en cambio, encaja bien en dispositivos con enchufe que mueven más datos o necesitan más ancho de banda. El problema del wifi doméstico no es la velocidad, es la saturación: la banda de 2,4 GHz de una vivienda con muchos aparatos conectados se llena, y ahí es donde aparecen las desconexiones que la gente atribuye al fabricante del dispositivo. Repartir la carga entre transportes es una de las razones sensatas para meter un hub en casa.

Un aviso sobre las versiones

Tanto Matter como Thread se revisan periódicamente, y no todos los dispositivos ni todos los controladores implementan la misma versión al mismo tiempo. Que dos aparatos declaren «Matter» no implica que hablen la misma revisión. Antes de dar por hecha una compatibilidad concreta, comprueba la versión en la documentación del fabricante y en la del ecosistema que vayas a usar como principal: Apple, Google y Amazon publican sus propias listas de tipos de dispositivo admitidos y las actualizan a su ritmo.

Qué es un border router Thread y por qué te hace falta uno

Una red Thread está aislada por definición. Los dispositivos Thread se hablan entre ellos mediante una radio de bajo consumo que tu router wifi no entiende ni puede alcanzar. Para que un móvil conectado al wifi de casa —o un servidor en internet cuando estás fuera— pueda dirigirse a un sensor Thread, hace falta un equipo que tenga los dos pies puestos: uno en la red Thread y otro en la red IP normal de la casa. Ese equipo es el border router.

El border router no es un traductor de protocolos en el sentido clásico. No convierte mensajes de un formato a otro, porque a ambos lados se habla IP. Lo que hace es enrutar: anuncia la red Thread hacia tu LAN, reparte prefijos de direcciones, mantiene el registro de qué dispositivos están accesibles y se encarga de los servicios de descubrimiento para que tu controlador encuentre lo que hay al otro lado.

Quién hace de border router en una casa normal

La función de border router no es exclusiva de los hubs de domótica. La incorporan altavoces inteligentes, reproductores multimedia, pantallas y algunos routers. Es muy probable que ya tengas uno en casa sin saberlo, y también es probable que no te esté sirviendo de nada porque pertenece a un ecosistema que no usas.

Aquí está el matiz que conviene entender antes de comprar: tener varios border routers no es un problema, es lo deseable, porque aporta redundancia. El problema aparece cuando esos border routers pertenecen a ecosistemas distintos y forman redes Thread separadas. En ese escenario tus dispositivos quedan repartidos en mallas que no se ayudan entre sí, y la cobertura que creías estar sumando en realidad está fragmentada. La interoperabilidad entre redes Thread de distintos fabricantes ha sido uno de los puntos débiles del despliegue real del estándar, y es exactamente el tipo de detalle que debes verificar en la documentación de tu ecosistema antes de añadir otro aparato.

Dos border routers de marcas distintas pueden dejarte con dos redes Thread débiles en lugar de con una fuerte. La pregunta correcta no es cuántos tienes, sino si comparten credenciales de red.

Qué mirar en la ficha del hub

Que un hub sea compatible con Matter no implica que sea border router Thread. Son cosas separadas: un hub puede ser controlador Matter, o dispositivo Matter, o bridge, o border router Thread, o varias de esas cosas a la vez. La ficha oficial del fabricante lo especifica; los textos comerciales de terceros, a menudo, no. Si tu objetivo al comprar es dar cobertura Thread a la casa, esa línea concreta de la ficha es la que decide la compra. Para ver el planteamiento en otros modelos, tienes un repaso de hubs compatibles con Thread.

Por qué sigue haciendo falta un hub Zigbee para los dispositivos antiguos

Zigbee y Thread comparten familia de radio: ambos se apoyan en el estándar IEEE 802.15.4, la misma base física de bajo consumo. Esa coincidencia lleva a mucha gente a suponer que un dispositivo Zigbee podrá pasarse a Thread con una actualización. No es así, y conviene entender por qué.

Por debajo comparten radio, pero por encima son pilas distintas. Zigbee define su propia red y su propia capa de aplicación, con un modelo de direccionamiento que no es IP. Thread define una red IPv6 sobre esa misma radio. Para que un dispositivo pasara de uno a otro no bastaría con cambiar un parámetro: habría que sustituir toda su pila de comunicaciones y, en la mayoría de los casos, el chip no tiene ni memoria ni capacidad para ello. Por eso la respuesta honesta es que tu parque Zigbee se queda como está.

El bridge: qué se ve y qué se pierde

La solución que ofrece Matter para el equipamiento heredado se llama bridge. Un hub con dispositivos Zigbee conectados puede presentarse ante el resto de la casa como un único dispositivo Matter que «contiene» muchos dispositivos puenteados. Tu controlador ve el sensor de puerta, la lámpara o el enchufe, y puede usarlos en automatizaciones como si fueran nativos.

Lo que se pierde en el puente es la riqueza. El bridge solo puede exponer aquello para lo que Matter tiene vocabulario; todo lo que sea específico del fabricante se queda del lado del hub y solo es accesible desde su app. También se pierde independencia: si el hub que hace de puente se apaga, se queda sin red o falla, todos los dispositivos puenteados desaparecen a la vez del resto de ecosistemas. Un dispositivo Matter nativo no tiene ese punto único de fallo; uno puenteado, sí.

La consecuencia práctica para tu casa

Si tienes inversión hecha en Zigbee, el hub deja de ser opcional y pasa a ser infraestructura. Y si estás empezando de cero, la pregunta deja de ser «qué hub compro» para convertirse en «qué mezcla de nativo Matter y puenteado quiero mantener». Lo primero es más simple y más robusto; lo segundo suele ser más barato y ofrece más variedad de sensores. Si estás empezando, en nuestra guía para principiantes tienes el planteamiento completo, y si vienes de una instalación con interruptores, te interesa el caso de los interruptores Zigbee sin neutro, tan común en la vivienda española antigua.

Multi-admin: el mismo dispositivo en varios ecosistemas a la vez

Multi-admin es, junto al control local, la función de Matter que más cambia la vida diaria y la que peor se explica en las fichas de producto. Consiste en que un mismo dispositivo puede estar dado de alta simultáneamente en varias plataformas. No es un reenvío ni un puente: el dispositivo mantiene una relación de confianza independiente con cada una.

En el vocabulario de Matter, cada una de esas relaciones se llama fabric. Una bombilla puede pertenecer a la fabric de Apple Home y a la de Alexa al mismo tiempo, y responder a las dos con las mismas garantías de cifrado. En casa esto significa que quien usa iPhone controla las luces desde la app Casa, quien usa Android lo hace desde Google Home, y nadie tiene que instalarse el ecosistema del otro.

Cómo se comparte un dispositivo

El flujo habitual es este: das de alta el dispositivo en el ecosistema que vas a usar como principal, y desde la app de ese ecosistema pides compartirlo. La app genera un código de emparejamiento nuevo y de un solo uso, que introduces en la segunda plataforma. A partir de ahí el dispositivo pertenece a las dos. El código impreso en la caja o en el propio aparato es el del alta inicial y normalmente no sirve para las siguientes: conviene guardarlo igualmente, porque lo necesitarás si algún día reinicias el dispositivo.

Los límites que nadie te cuenta

El número de fabrics simultáneas que admite un dispositivo no es infinito: lo fija su fabricante y suele ser modesto. Cuando lo agotas, tienes que retirar una plataforma para añadir otra. Tampoco se comparten las automatizaciones: una rutina creada en Alexa no aparece en Apple Home, aunque el dispositivo sea el mismo en ambas. Multi-admin comparte el acceso al aparato, no la lógica que construyas encima.

Y hay un detalle operativo que causa problemas reales: un reinicio de fábrica borra todas las fabrics a la vez. Si tienes un dispositivo dado de alta en tres plataformas y lo reinicias para resolver un fallo, tendrás que volver a darlo de alta y a compartirlo en las tres, y a rehacer las automatizaciones que dependieran de él. Antes de reiniciar nada, merece la pena anotar dónde estaba.

Límites reales de Matter según la categoría de dispositivo

Matter no avanza de forma uniforme. Las categorías más sencillas llevan cubiertas desde el principio y funcionan bien entre plataformas; las categorías complejas o con requisitos de vídeo y audio han tardado mucho más en entrar en la especificación, y su soporte real en cada ecosistema va por detrás de lo que dice el estándar. Esta tabla resume el estado del asunto en términos cualitativos, que es la única forma honesta de contarlo sin inventar porcentajes.

La lectura práctica es sencilla: cuanto más simple es el dispositivo, más probable es que Matter te dé una experiencia completa. Cuanto más complejo, más probable es que Matter te dé el control básico y tengas que convivir con la app de la marca para lo demás. Quien compra un hub esperando eliminar todas las aplicaciones de su móvil acaba decepcionado; quien lo compra para que las luces, los sensores y los enchufes funcionen en el asistente que usa, no.

Control local, latencia y qué pasa si se cae internet

«Control local» es una de esas expresiones que se usan con ligereza. Significa que la orden viaja de tu controlador al dispositivo por la red doméstica, sin pasar por un servidor externo. Sus dos beneficios son la rapidez de respuesta y la supervivencia a un corte de internet.

El matiz es que el control local no es todo o nada. En una casa típica conviven varias capas: las órdenes directas sobre dispositivos Matter suelen ser locales; las automatizaciones pueden ejecutarse en local o en la nube según dónde las hayas creado y qué controlador las evalúe; el acceso desde fuera de casa requiere internet por definición; y los asistentes de voz mantienen el reconocimiento del habla en la nube, de modo que un corte de línea deja el altavoz mudo aunque el dispositivo al que ibas a dar la orden esté perfectamente accesible.

El escenario realista de un apagón de línea

Si se cae tu conexión pero el router sigue encendido, la red local sigue viva: interruptores físicos, mandos Zigbee, sensores y automatizaciones locales continúan funcionando. Lo que desaparece es el control por voz que dependa de la nube, el acceso remoto desde el móvil y cualquier automatización que se evalúe en servidores del fabricante. Si lo que se cae es la corriente, no hay hub que valga: la red entera se apaga.

Por eso, en las funciones que de verdad no pueden fallar —abrir una puerta, apagar una luz de paso, cortar el riego—, la buena práctica sigue siendo mantener un control físico que no dependa de ninguna red. Es un principio de diseño, no una limitación del producto.

Qué comprobar antes de comprar cualquier hub

Esta es la parte que puedes aplicar tal cual al Aqara Hub M3 y a cualquier alternativa. No es una comparativa de precios ni un ranking: es la lista de verificaciones que separan una compra útil de un aparato aparcado en un cajón.

Cómo aplicar la lista al Hub M3

Coge la ficha oficial de Aqara del M3 y recórrela con la tabla al lado. Anota literalmente lo que dice de cada punto, sin interpretar y sin aceptar resúmenes de terceros —incluido este artículo— como sustituto. Después, coge la lista de compatibilidad del ecosistema que vas a usar como principal y comprueba el otro extremo. Si los dos documentos coinciden en lo que necesitas, la compra tiene sentido. Si uno de los dos no lo menciona, la respuesta segura es que no lo hace.

Este método parece lento y es exactamente lo contrario: te ahorra las devoluciones y las tardes perdidas leyendo foros. Si quieres ver cómo se comporta el ecosistema Aqara con cada asistente, tienes fichas específicas sobre el hub Aqara con HomeKit, con Alexa y con Google Home, además de un repaso general de hubs Matter.

Errores frecuentes al montar la primera red Matter

La mayoría de los fallos que se atribuyen al hub no son del hub. Estos son los que se repiten.

Dar de alta todo en el ecosistema equivocado

El primer ecosistema donde das de alta un dispositivo es el que gestiona su alta y desde el que compartirás con los demás. Elegirlo por descuido —porque era la app que tenías abierta— obliga a rehacer el trabajo cuando descubres que tu controlador principal es otro. Decide primero cuál manda en casa y da de alta siempre desde ahí.

Tratar el hub como un dispositivo más

Un hub es infraestructura. Colocarlo detrás de un mueble metálico, en un armario de contadores o en el extremo de la casa penaliza a todos los dispositivos que dependen de él. Lo mismo vale para enchufarlo en una regleta que apagas por la noche. Si puedes conectarlo por cable de red y dejarlo en un punto central y despejado, la mitad de los problemas de cobertura desaparecen antes de aparecer.

Mezclar la banda de 5 GHz con el alta de dispositivos

Muchos dispositivos domóticos solo trabajan en la banda de 2,4 GHz. Si tu router publica las dos bandas bajo el mismo nombre, el móvil puede estar en 5 GHz durante el proceso de alta y provocar fallos que parecen de compatibilidad y son de red. Separar temporalmente las bandas durante la instalación resuelve una cantidad sorprendente de incidencias.

Confiar en que una función llegará «en una actualización»

Las hojas de ruta no son compromisos. Compra por lo que el producto hace hoy, documentado en su ficha oficial. Si una función que necesitas está anunciada pero no publicada, trátala como si no existiera. Esta regla, aplicada con disciplina, evita la mayor parte de las malas compras en domótica.

Olvidarse de las automatizaciones al cambiar de hub

Al sustituir un hub por otro no migran ni las automatizaciones ni las escenas. Antes de desmontar nada, haz una lista de lo que tienes montado y de dónde vive cada regla. Reconstruirlo desde una lista lleva una tarde; reconstruirlo de memoria lleva semanas de ir descubriendo lo que falta.

En domótica, el aparato casi nunca es el cuello de botella. Lo son la colocación, la banda del wifi y la decisión de qué ecosistema manda en casa.

Compra, garantía y devolución: lo que te corresponde por ley

Si compras el hub a distancia a un vendedor establecido en España, tienes 14 días naturales para desistir sin dar ninguna explicación, contados desde que recibes el producto (artículos 102 a 108 del Real Decreto Legislativo 1/2007). Durante ese plazo puedes abrir la caja y comprobar el aparato igual que lo harías en una tienda física: encenderlo, ver la app, verificar que reconoce tus dispositivos. Solo respondes de la disminución de valor si lo manipulas más allá de lo necesario para comprobar su naturaleza y funcionamiento.

Es ilegal, y no te obliga, cualquier condición del tipo «solo se admiten devoluciones con el producto sin abrir y en su embalaje original» aplicada a una compra a distancia de un producto de electrónica como este. El embalaje sirve para devolver el aparato protegido, no como requisito para ejercer un derecho.

La garantía legal de conformidad es de 3 años desde la entrega para los productos comprados a partir del 1 de enero de 2022, según la reforma que introdujo el Real Decreto-ley 7/2021. Durante los dos primeros años se presume que la falta de conformidad ya existía en el momento de la entrega, de modo que no te corresponde demostrarlo. La garantía la responde el vendedor, no el fabricante, y es independiente de cualquier garantía comercial adicional que ofrezca la marca.

Una particularidad de los productos conectados: la conformidad incluye las actualizaciones necesarias para mantener el producto conforme durante el periodo de garantía. Si un hub deja de funcionar con su app o con los servicios que se le atribuían en la ficha de venta, eso es materia de reclamación, no mala suerte. Guarda la factura y la descripción del producto tal como figuraba cuando compraste. Puedes consultar las condiciones concretas en la página de devoluciones de la tienda o escribirnos desde contacto.

Entonces, ¿te hace falta el Aqara Hub M3?

La respuesta depende de tres cosas y de ninguna más. Primera: si tienes o vas a tener dispositivos Zigbee de Aqara, necesitas un hub de la marca y la conversación se reduce a cuál. Segunda: si lo que te falta es cobertura Thread para sensores de batería, tienes que verificar en la ficha oficial que el modelo actúa como border router y comprobar si el border router que ya tengas en casa pertenece a tu ecosistema principal. Tercera: si tu objetivo es sacar dispositivos de una app cerrada y llevarlos a Apple Home, Alexa o Google Home, lo que necesitas es la función de bridge Matter, y hay que confirmarla en la documentación de soporte.

Si ninguna de las tres te describe, probablemente no necesitas un hub, sino comprar tu próximo dispositivo ya certificado Matter y dárselo directamente al controlador que uses. Esa es, para una casa que empieza de cero, la vía más simple y la que menos puntos de fallo introduce.

Y si tu instalación va camino de lo complejo —decenas de dispositivos, lógica elaborada, ganas de no depender de la nube de nadie—, tarde o temprano aparecerá la opción de un controlador abierto tipo central domótica con Home Assistant, que convive perfectamente con un hub Zigbee y con una red Thread. No es para todo el mundo, pero conviene saber que el camino existe antes de atarse a un ecosistema.

Preguntas frecuentes

¿El Aqara Hub M3 sirve si no tengo ningún dispositivo Aqara?

Sirve si lo que buscas es un controlador o un puente Matter, porque Matter no depende de la marca. Lo que no tiene sentido es comprarlo pensando en dispositivos Zigbee de otro fabricante: la compatibilidad Zigbee fuera del catálogo propio hay que verificarla dispositivo a dispositivo en la documentación de soporte de Aqara, nunca darla por supuesta.

¿Qué diferencia hay entre Matter y Thread?

Matter es la capa de aplicación: el idioma común con el que un controlador y un dispositivo se entienden. Thread es una red mallada de bajo consumo sobre la que Matter puede viajar, igual que puede viajar sobre wifi o sobre Ethernet. No compiten: un dispositivo puede ser Matter sobre wifi, Matter sobre Thread o Matter sobre cable.

¿Un hub compatible con Matter es siempre border router Thread?

No. Son funciones distintas y un hub puede tener una, otra, las dos o ninguna. Si tu objetivo es dar cobertura Thread a la casa, esa línea concreta tiene que aparecer en la ficha oficial del fabricante; que el producto se anuncie como compatible con Matter no lo garantiza.

¿Mis sensores Zigbee antiguos se actualizarán a Matter con el tiempo?

No. Zigbee y Thread comparten la radio IEEE 802.15.4, pero por encima son pilas de comunicaciones distintas y el cambio no se resuelve con una actualización de firmware. La vía para que un dispositivo Zigbee llegue a otros ecosistemas es que un hub lo exponga como dispositivo puenteado mediante Matter.

¿Qué es multi-admin y para qué sirve en una casa normal?

Multi-admin permite que un mismo dispositivo esté dado de alta a la vez en varias plataformas, cada una con su propia relación de confianza. En la práctica significa que quien usa iPhone puede controlarlo desde la app Casa y quien usa Android desde Google Home, sin instalar el ecosistema del otro ni duplicar aparatos.

¿Puedo usar el mismo dispositivo en Apple Home y en Alexa a la vez?

Sí, si el dispositivo es Matter y admite varias plataformas simultáneas. Se da de alta primero en el ecosistema principal y desde su app se genera un código de emparejamiento nuevo, de un solo uso, que se introduce en la segunda plataforma. Lo que no se comparte son las automatizaciones: cada plataforma mantiene las suyas.

¿Cuántos dispositivos admite el Aqara Hub M3?

No damos aquí una cifra. El límite depende del modelo, del tipo de dispositivo y de la versión de firmware, y el único sitio donde ese dato es fiable es la ficha técnica oficial de Aqara y su documentación de soporte. Cualquier número que leas en un artículo de terceros conviene contrastarlo antes de decidir la compra.

¿Qué pasa con mi casa si se cae internet?

Si el router sigue encendido, la red local continúa viva: interruptores físicos, mandos Zigbee, sensores y automatizaciones locales siguen funcionando. Lo que se pierde es el acceso remoto desde el móvil, el control por voz que depende de la nube y cualquier automatización que se evalúe en servidores del fabricante.

¿Matter ya funciona con cámaras, alarmas y electrodomésticos?

Con desigualdad. La iluminación, los enchufes y los sensores son las categorías más maduras y funcionan de forma consistente entre plataformas. Los electrodomésticos grandes entraron en revisiones posteriores del estándar y las cámaras han sido lo último en llegar, con un despliegue real muy distinto en cada ecosistema. Comprueba la versión de Matter que soporta tu controlador, no solo la etiqueta.

¿Hace falta pagar una suscripción para usar un hub Matter?

El estándar no impone ninguna cuota, y el control local y multi-admin no dependen de un pago. Otra cosa son los servicios propios de cada fabricante, como el almacenamiento de vídeo en la nube o funciones avanzadas de su app, que sí pueden ser de pago. Revisa las condiciones del servicio antes de comprar si esas funciones te importan.

¿Cuánta garantía tiene el hub y cuántos días tengo para devolverlo?

En una compra a distancia dispones de 14 días naturales para desistir sin justificación, con derecho a abrir el producto y comprobar que funciona (artículos 102 a 108 del RDL 1/2007). La garantía legal de conformidad es de 3 años desde la entrega para compras realizadas a partir del 1 de enero de 2022, según el RDL 7/2021, y responde de ella el vendedor.

Para cerrar. El Aqara Hub M3 con Matter resuelve un problema muy concreto: servir de puente entre un parque Zigbee y el resto de la casa, y participar en la red Thread que necesitan los sensores de batería. Fuera de ese encargo, ni es un cerebro mágico ni sustituye a las apps de los fabricantes. Verifica en la ficha oficial de Aqara las tres líneas que importan —radios, border router y bridge Matter—, cruza el resultado con la lista de compatibilidad del ecosistema que uses como principal, y la decisión se toma sola.

Puedes ver los resultados de la búsqueda «aqara hub m3 matter» en Amazon para comparar precios y opiniones reales.