Mesh personalizado, SIG Mesh y Xiaomi Mesh: qué relación tienen

Al desarrollar dispositivos Bluetooth y pasarelas, tarde o temprano aparece la pregunta: ¿qué tipo de Mesh conviene usar?

El fabricante del chip ofrece un SDK Mesh, el proveedor del módulo anuncia SIG Mesh, el equipo de producto quiere compatibilidad con Xiaomi Home y los desarrolladores quizá mantienen un protocolo de anuncios propio. Todos hablan de Mesh, pero no necesariamente del mismo problema.

En el artículo sobre la pasarela Matter comparé protocolos propietarios y SIG Mesh desde la integración de dispositivos. Esta serie profundiza en el lado Bluetooth. Mesh personalizado, SIG Mesh y Xiaomi Mesh no son tres opciones de protocolo completamente equivalentes.

Mesh personalizado indica quién diseña y controla la red; SIG Mesh identifica un estándar público de redes Bluetooth; Xiaomi Mesh también incluye cómo un producto entra en Xiaomi Home, se identifica y funciona mediante pasarelas y servicios de plataforma. Separar esos niveles aclara la elección.

Primero: ¿qué hace realmente ese «Mesh»?

Imaginemos un controlador en el salón y una lámpara en el dormitorio. Cerca, basta enviar una orden directamente. Tras varias paredes, quizá no llegue. Queremos que un dispositivo del pasillo la retransmita. Las redes Mesh tratan esa cooperación, junto con el direccionamiento, el reenvío y la gestión de la red.

Emitir un anuncio que reciben muchos dispositivos no crea, por sí solo, una red Mesh. Un protocolo BLE propio sin reenvío multisalto sigue siendo una solución de control por difusión. Puede servir perfectamente en una habitación, pero no amplía automáticamente la cobertura.

Tampoco la etiqueta Mesh significa que cada dispositivo retransmita. Eso depende de su función, alimentación y configuración del firmware. Antes de comparar, hay que distinguir conexión directa, difusión y reenvío multisalto; si existe este último, preguntar quién retransmite y cómo se evita repetir un mensaje indefinidamente.

Mesh personalizado: libertad y responsabilidad

No existe una especificación única de «Mesh propietario». Cada proveedor puede definir paquetes, direcciones, reglas de reenvío y procedimientos de incorporación diferentes. Una implementación no representa a todas.

Si controlamos dispositivos, controlador y aplicación, podemos adaptar el protocolo a un producto concreto. Un sistema dedicado a iluminación no necesita cubrir desde el principio muchos modelos genéricos. También puede ser necesario mantener compatibilidad con productos ya vendidos.

Al añadir retransmisión aparecen nuevas cuestiones:

• ¿Cómo reconocer un mensaje que llega por varias rutas y evitar ejecutarlo varias veces?
• ¿Cuándo debe dejar de reenviarse y qué equipos deben retransmitir?
• ¿Cómo se autentica un dispositivo nuevo y obtiene las claves? ¿Uno eliminado aún puede controlar la red?
• ¿Cómo persiste la protección contra repetición tras un corte eléctrico?
• ¿Cómo limitar el tráfico cuando muchos dispositivos informan o responden a la vez?

Podemos desarrollar esos mecanismos o comprar la solución privada de un fabricante de módulos. Comprar reduce trabajo, pero crea dependencias: sustituir la pasarela, mantener el firmware y acceder a la documentación del protocolo deben discutirse de antemano.

Un Mesh privado no es necesariamente más rápido, barato ni inseguro. Depende de la implementación, del alcance del producto y de la capacidad de mantenimiento. Medir solo los días necesarios para encender la primera lámpara deja fuera los años siguientes.

SIG Mesh: reglas comunes para red, seguridad y comportamiento

SIG Mesh suele referirse a Bluetooth Mesh, estandarizado por Bluetooth SIG. Se basa en Bluetooth LE; no consiste en encadenar conexiones Bluetooth ordinarias.

Define aprovisionamiento, direcciones, entrega de mensajes, seguridad y comportamiento de los dispositivos en la aplicación. El manual introductorio de Bluetooth SIG lo explica con detalle. Conviene retener tres ideas.

Después de incorporar un dispositivo, hay que configurarlo

El aprovisionamiento incorpora de forma segura el dispositivo, asigna direcciones y establece la información de seguridad necesaria. Después se configuran claves de aplicación, vinculaciones de modelos y relaciones de publicación y suscripción.

Detectar un dispositivo, añadirlo y controlarlo son estados diferentes. Poder verlo por radio no significa que esté autorizado para recibir una orden concreta.

Retransmitir no equivale a entender los datos de aplicación

SIG Mesh distingue NetKey, la clave de red, de AppKey, la clave de aplicación. La primera permite participar en la capa de red de la subred correspondiente; las segundas protegen los mensajes de aplicación.

Un nodo puede reenviar tráfico sin obtener derechos sobre todas las aplicaciones. Ayudar a entregar una orden de iluminación no implica poder controlar las luces. El producto todavía debe configurar, almacenar y actualizar las claves correctamente: el estándar no elimina los errores de implementación y operación.

Los modelos dan un significado común a «encender»

Generic OnOff, Light Lightness y Light CTL definen funciones relacionadas con encendido, brillo y temperatura de color. Los dispositivos interpretan mensajes y estados según reglas compartidas, en lugar de limitarse a recibir bytes.

SIG Mesh también admite Vendor Models para funciones no cubiertas por los modelos estándar. Una orden privada en la aplicación no implica una red Mesh privada por debajo. Se pueden usar red y seguridad estándar con funciones propias del fabricante. Hay que preguntar en qué capa está la parte propietaria.

Por qué SIG Mesh no garantiza interoperabilidad inmediata

En el artículo anterior destaqué el valor de los modelos estándar entre fabricantes. Ese valor depende de las capacidades y de la configuración reales de los productos.

Dos lámparas pueden anunciar SIG Mesh: una expone el encendido mediante un modelo estándar; otra añade efectos especiales con un Vendor Model. Un controlador genérico podría encenderlas sin comprender todos los efectos.

También hace falta un procedimiento admitido para incorporarlas a una red administrada por nosotros y configurar claves, modelos y suscripciones. Adoptar un estándar no obliga al fabricante a abrir toda su gestión a cualquier controlador externo.

Pregunta	Qué hay que comprobar
¿Puede incorporarse y participar en la red?	Aprovisionamiento, permisos de gestión, claves y funciones necesarias del nodo
¿Puede realizar una operación concreta?	Modelos, mensajes, estados y configuración compatibles
¿Puede funcionar a largo plazo en la plataforma elegida?	Integración, identidad, mapeo funcional, mantenimiento del firmware y soporte

El manual de SIG aborda las funciones opcionales, la flexibilidad y su relación con la interoperabilidad. También presenta los perfiles Bluetooth NLC, que concretan más el comportamiento de los dispositivos. El estándar aporta una base común; la compatibilidad del producto se valida para las funciones requeridas.

Xiaomi Mesh incorpora el sistema de integración de Xiaomi Home

Considerar Xiaomi Mesh un protocolo inalámbrico ajeno a SIG Mesh oculta su relación. La guía pública de integración de Xiaomi distingue los modelos y mensajes SIG de MIoT Spec, la descripción de servicios, propiedades y operaciones de Xiaomi. La pasarela traduce entre ambos.

Su ejemplo de lámpara de temperatura de color incluye Generic OnOff Server y Light Lightness Server junto con modelos Xiaomi. El estándar y las extensiones del ecosistema pueden coexistir en un dispositivo.

Es una guía antigua: su lista de chips y sus procedimientos no deben tomarse como requisitos actuales. La documentación vigente de fundamentos BLE Mesh sigue explicando la conversión entre Spec y Mesh y establece requisitos de plantillas, configuración del firmware e informes de propiedades.

Usar SIG Mesh e integrarse en Xiaomi Home son objetivos distintos. El primero define la base técnica; el segundo añade identidad del producto, definiciones de plataforma, aprovisionamiento y vinculación, soporte de la pasarela y presentación de funciones.

Cambiar el nombre a un dispositivo SIG Mesh no hará que aparezca en Xiaomi Home. Tampoco comprar una lámpara Mesh de Xiaomi Home garantiza que una pasarela genérica propia pueda asumir todas sus funciones.

Antes de elegir el chip y programar una versión para Xiaomi Home, conviene confirmar el soporte actual de la categoría, el acceso al SDK y las funciones de la pasarela objetivo. Son requisitos que condicionan el diseño, no un último interfaz añadido antes de publicar.

«Sin pasarela» y «sin internet» son preguntas diferentes

Los nodos SIG Mesh correctamente configurados pueden intercambiar mensajes locales sin enviar cada orden a internet. Pero la función debe existir realmente en los nodos y en su configuración local.

En un producto terminado importa la ruta de control. La guía actual de Xiaomi indica que el control remoto necesita una pasarela Mesh y que puede desarrollarse control Bluetooth directo para funcionar sin ella. «Puede desarrollarse» no significa que todos los productos vendidos lo incluyan del mismo modo.

La misma guía señala que los dispositivos que no son de bajo consumo pueden retransmitir mensajes, pero no controlarse entre sí en la solución descrita. Retransmitir ayuda a entregar el mensaje; controlar requiere funciones de aplicación. No debemos convertir esa explicación en una regla eterna para todos los productos y versiones de Xiaomi.

Separaría tres pruebas:

1. Cortar internet, manteniendo alimentados router, pasarela y dispositivos. ¿Continúan el control local y las automatizaciones?
2. Apagar la pasarela. ¿Qué interruptores físicos, interacciones entre equipos o controles cercanos desde el móvil siguen funcionando?
3. Reiniciar dispositivos y pasarela. ¿Se recuperan correctamente los estados y las relaciones de control?

Son fallos diferentes. Una prueba de encendido sin internet no demuestra que todo el sistema sea independiente de pasarelas y servicios en la nube.

No clasifiquemos las soluciones solo por nodos y latencia

La capacidad y el tiempo de respuesta importan, pero el nombre Mesh no basta para responder.

SIG Mesh utiliza tradicionalmente Managed Flooding: difusión gestionada, no repetición incondicional por todos los dispositivos. Intervienen la configuración de retransmisores, TTL y cachés de mensajes. Mesh 1.1 incorporó Directed Forwarding, que utiliza mecanismos relacionados con rutas para mejorar la eficiencia. Su disponibilidad y activación dependen de la pila y la configuración.

Tampoco debemos tratar los dispositivos a pilas como retransmisores siempre disponibles. Low Power y Friend permiten reducir la recepción continua: un nodo Friend almacena temporalmente los mensajes. El ahorro energético influye en cuándo llegan, por lo que hay que considerar también las necesidades de interacción.

La distribución de equipos, frecuencia de informes, número de retransmisores, reintentos y carga de aplicación son más útiles que una cifra aislada de nodos máximos. Unos pocos equipos informando constantemente generan una presión distinta de muchas luces que reciben ocasionalmente una orden de grupo.

En futuras entregas compararemos escenarios, mensajes y métricas concretos. Sin condiciones comunes de prueba, no corresponde afirmar qué solución es más rápida o estable.

Elegir qué necesitamos controlar y mantener

Enfoque	Objetivo principal	Responsabilidad o requisito
Mesh personalizado/propietario	Adaptar comunicación y red al producto	Calidad del protocolo, seguridad, mantenimiento, dependencia del proveedor y costes de integración
SIG Mesh	Compartir estándares de red, seguridad y modelos	Capacidades del SDK, compatibilidad de modelos, aprovisionamiento, configuración y pruebas
Integración Xiaomi Mesh	Incorporar dispositivos compatibles en Xiaomi Home	Proceso vigente, definición del producto, SDK, identidad, vinculación y soporte de pasarela

No es necesariamente una elección excluyente. Podemos usar SIG Mesh e implementar los requisitos Xiaomi, usar SIG Mesh con nuestra propia pasarela y aplicación, o conservar una solución privada por compatibilidad y necesidades concretas.

En nuestra pasarela Mesh a Matter, los modelos estándar ayudan a definir primero el comportamiento Bluetooth y después mapear dispositivos y estados a Matter. Hay que resolver alcance funcional, cambios de estado y recuperación; que dos modelos tengan nombres parecidos no completa el puente.

Para integrar productos Xiaomi Home existentes, primero debemos conocer los métodos de acceso permitidos y sus capacidades. Si también desarrollamos el firmware, podemos diseñar conjuntamente modelos, claves e interfaz de pasarela. Son puntos de partida con cargas de trabajo muy distintas.

La próxima entrega plantea qué falta entre un protocolo de anuncios Bluetooth propio y una red Mesh multisalto real: duplicados, límites de reenvío, confirmaciones y seguridad, antes de decidir si merece la pena construirla.

Si trabajas con Bluetooth, iluminación o pasarelas, podemos hablar. El número de dispositivos, su alimentación y la plataforma deseada permiten concretar mucho más que «quiero Mesh».