Comunicación de nodos Bluetooth Mesh: Diseñando redes Mesh robustas

Construir una red Bluetooth Mesh fiable comienza entendiendo cómo los nodos intercambian datos. Este artículo explora los mecanismos centrales de comunicación, arquitectura de nodos y los modelos que habilitan interoperabilidad entre dispositivos diversos.

Managed Flood — El backbone del messaging Mesh

Bluetooth Mesh entrega mensajes mediante una estrategia de managed flood. A diferencia de un flood ingenuo donde cada nodo repite cada paquete, managed flood usa una lista de mensajes cacheados y un campo Time-to-Live (TTL) para evitar duplicación y limitar saltos. Cada nodo verifica paquetes entrantes contra su cache; duplicados se descartan. El TTL, establecido en cada mensaje, decrementa en uno con cada relay y tope a 126 saltos, asegurando entrega eficiente y predecible.

Comunicación Publish-Subscribe

Para mantener la red escalable y prevenir que dispositivos procesen tráfico irrelevante, Bluetooth Mesh emplea un modelo publish-and-subscribe. Un publisher envía mensajes solo a grupos que han expresado interés, mientras suscriptores reciben solo aquellos dirigidos a su grupo. Este modelo soporta unicast, multicast y broadcast, permitiendo control de grano fino en escenarios como iluminación por habitaciones.

La Figura 1 demuestra una implementación real usando kits de evaluación Cypress CYBT-213043-MESH. Los interruptores actúan como publishers, y las bombillas como suscriptores a los grupos Dining y Kitchen. Cuando el Interruptor 1 publica al grupo Dining, las primeras tres bombillas responden. El Interruptor 2, publicando al grupo Kitchen, controla solo la tercera bombilla.

Arquitectura de nodo — Elementos, Direcciones y Modelos

Cada nodo Mesh contiene uno o más Elementos, los bloques funcionales que exponen capacidades del dispositivo. Cada Elemento recibe una dirección unicast única, permitiendo control independiente. Una bombilla típica tiene un solo Elemento para on/off y brillo. Una bombilla regulable con sensor de ocupación tendría dos Elementos: iluminación y sensado.

La Figura 2 ilustra nodos con uno y dos Elementos, destacando el espacio de direcciones y la relación entre Elementos y Modelos.

Modelos — El lenguaje de Mesh

La funcionalidad se define por Modelos, análogos a servicios Bluetooth. Los Modelos caen en tres categorías:

• Modelos Servidor exponen estado que puede ser leído o modificado por Clientes (ej. On/Off Server, Light Lightness Server).
• Modelos Cliente envían peticiones o comandos a Servidores (ej. On/Off Client usado por interruptores).
• Modelos Control combinan lógica Cliente y Servidor con código de aplicación para actuar sobre mensajes.

Los Modelos Servidor pueden gestionar múltiples estados a través de uno o más Elementos. Por ejemplo, una bombilla regulable puede alojar tanto un On/Off Server como un Light Lightness Server. Los Modelos Cliente permiten dispositivos como interruptores o dimmers consultar o cambiar esos estados.

Los Modelos pueden extenderse entre sí. El Light Lightness Server extiende los Servidores On/Off y Generic Level, permitiendo que un solo comando On/Off afecte cualquier tipo de bombilla, independientemente de su modelo subyacente.

Estados — Los datos detrás de cada Elemento

Cada Elemento mantiene Estados, definidos por Bluetooth SIG. Los Estados guardan valores (ej. ON/OFF) y comportamientos. Por ejemplo, el On/Off Server de un controlador de aspersores expone un estado Generic OnOff, que puede ser manipulado por cualquier Cliente que entienda ese estado.

Próximos pasos — Privacidad y Seguridad

En nuestro próximo artículo, profundizaremos en los robustos mecanismos de privacidad y seguridad de Bluetooth Mesh, esenciales para proteger tu red contra escuchas y control no autorizado.

Para insights más profundos, vea nuestro video Learning More about Bluetooth Mesh y comience a diseñar su propia aplicación mesh-enabled.