BLE Tag RTLS-Design: Präzisionslokalisierung im industriellen Maßstab

Echtzeit-Ortungssysteme (RTLS) mit BLE-Tags sind in Krankenhäusern, Lagern und Fertigungsanlagen in der Produktion angekommen. Der Sprung von „funktioniert im Labor“ zu „funktioniert bei 10.000 Assets zuverlässig“ erfordert durchdachtes Engineering auf jeder Ebene.

RTLS-Architektur

Ein BLE-RTLS besteht aus: BLE-Tags (mobile Sender), Festankern (Empfänger), Location-Engine und Applikationsschicht. Die kritischen Variablen sind Aktualisierungsrate, Lokalisierungsgenauigkeit und Tag-Akkulaufzeit — in fundamentalem Zielkonflikt.

Advertising-Intervall vs. Systemleistung

Intervall (ms)	Aktualisierungsrate	Akkulebensdauer (CR2032)
100	~1 Hz	~3 Monate
500	~0,5 Hz	~12 Monate
1000	~0,3 Hz	~24 Monate
5000	~0,1 Hz	~5 Jahre

Ankerplatzierung

Trilaterierung benötigt ≥3 Anker gleichzeitig in Sichtlinie. Praxisstandard: 4 Anker pro Zone. Empfohlene Montagehöhe: 2,5–3,5 m. Höhere Montage erhöht Pfadverlust (~6 dB bei Verdopplung der Höhe) und verschlechtert RSSI-Konsistenz.

Lokalisierungsalgorithmen

RSSI-Trilaterierung nutzt das logarithmische Pfadverlustmodell. Der Pfadverlustexponent n reicht von 2,0 (freier Raum) bis 4,5 (Lager mit Metallregalen). AoA (Bluetooth 5.1) erreicht ±0,3–0,8 m Genauigkeit, aber Ankerkosten sind 4–10× höher. Standard-Glättung: 2-Zustands-Kalman-Filter.

Infrastruktur-Bandbreitenplanung

500 Tags × 1 Adv/s × 4 Anker = 2.000 Datensätze/s. Bei ~200 Byte/Datensatz: ~400 KB/s. Zeitreihendatenbanken (InfluxDB, TimescaleDB) übertreffen relationale Datenbanken bei dieser Schreiblast um das 10–50-fache.

Ein zuverlässiges BLE-Tag-RTLS entsteht nur, wenn HF-Umgebung, Ankergeometrie, Algorithmus und Infrastruktur von Anfang an gemeinsam entwickelt werden.