Bluetooth Mesh Knotenkommunikation: Robuste Mesh-Netzwerke designen

Der Aufbau eines zuverlässigen Bluetooth Mesh Netzwerks beginnt mit dem Verständnis, wie Knoten Daten austauschen. Dieser Artikel erforscht die Kernkommunikationsmechanismen, Knotenarchitektur und die Models, die Interoperabilität über diverse Geräte ermöglichen.

Managed Flood – Das Rückgrat der Mesh-Messaging

Bluetooth Mesh übermittelt Nachrichten durch eine Managed Flood Strategie. Im Gegensatz zu einem naiven Flood, bei dem jeder Knoten jedes Paket wiederholt, nutzt Managed Flood eine gecachte Nachrichtenliste und ein Time-to-Live (TTL) Feld, um Duplikation zu vermeiden und Hops zu begrenzen. Jeder Knoten prüft eingehende Pakete gegen seinen Cache; Duplikate werden verworfen. Das TTL, auf jeder Nachricht gesetzt, dekrementiert um eins bei jedem Relay und ist auf 126 Hops begrenzt, was effiziente und vorhersagbare Zustellung sicherstellt.

Publish-Subscribe Kommunikation

Um das Netzwerk skalierbar zu halten und Geräte davor zu bewahren, irrelevanten Traffic zu verarbeiten, nutzt Bluetooth Mesh ein Publish-and-Subscribe Modell. Ein Publisher sendet Nachrichten nur an Gruppen, die Interesse bekundet haben, während Subscriber nur jene empfangen, die an ihre Gruppe adressiert sind. Dieses Modell unterstützt Unicast, Multicast und Broadcast und ermöglicht feingranulare Kontrolle in Szenarien wie raum-basierter Beleuchtung.

Abbildung 1 demonstriert eine reale Implementierung mit Cypress CYBT-213043-MESH Evaluation Kits. Schalter fungieren als Publisher, Glühbirnen als Subscriber der Dining und Kitchen Gruppen. Wenn Switch 1 an die Dining Gruppe publiziert, reagieren die ersten drei Birnen. Switch 2, der an die Kitchen Gruppe publiziert, steuert nur die dritte Birne.

Knotenarchitektur – Elements, Adressen und Models

Jeder Mesh Knoten enthält ein oder mehrere Elements, die funktionalen Bausteine, die Gerätefähigkeiten exponieren. Jedes Element erhält eine eindeutige Unicast-Adresse, was unabhängige Steuerung ermöglicht. Eine typische Glühbirne hat ein einzelnes Element für Ein/Aus und Helligkeit. Eine dimmbare Birne mit Präsenzsensor hätte zwei Elements: Beleuchtung und Sensing.

Abbildung 2 illustriert Knoten mit einem und zwei Elements, wobei der Adressraum und die Beziehung zwischen Elements und Models hervorgehoben werden.

Models – Die Sprache des Mesh

Funktionalität wird durch Models definiert, analog zu Bluetooth Services. Models fallen in drei Kategorien:

• Server Models exponieren States, die von Clients gelesen oder modifiziert werden können (z. B. On/Off Server, Light Lightness Server).
• Client Models senden Requests oder Commands an Server (z. B. On/Off Client, verwendet von Schaltern).
• Control Models kombinieren Client- und Server-Logik mit Applikationscode, um auf Nachrichten zu reagieren.

Server Models können mehrere States über ein oder mehrere Elements verwalten. Eine dimmbare Birne kann beispielsweise sowohl einen On/Off Server als auch einen Light Lightness Server hosten. Client Models ermöglichen Geräten wie Schaltern oder Dimmer, diese States abzufragen oder zu ändern.

Models können sich gegenseitig erweitern. Der Light Lightness Server erweitert die On/Off und Generic Level Server, sodass ein einzelner On/Off Befehl jeden Birnentyp beeinflussen kann, unabhängig vom zugrundeliegenden Model.

States – Die Daten hinter jedem Element

Jedes Element verwaltet States, definiert durch die Bluetooth SIG. States halten Werte (z. B. ON/OFF) und Verhaltensweisen. Beispielsweise exponiert der On/Off Server eines Sprinkler-Controllers einen Generic OnOff State, der von jedem Client manipuliert werden kann, der diesen State versteht.

Nächste Schritte – Datenschutz und Sicherheit

In unserem nächsten Artikel tauchen wir in Bluetooth Meshs robuste Datenschutz- und Sicherheitsmechanismen ein, die essenziell sind, um Ihr Netzwerk gegen Abhören und unbefugte Steuerung zu schützen.

Für tiefere Einblicke sehen Sie unser Learning More about Bluetooth Mesh Video und beginnen Sie mit dem Design Ihrer eigenen mesh-fähigen Applikation.