Conception RTLS avec BLE Tag : Localisation de Précision à Grande Échelle
Les systèmes de localisation en temps réel (RTLS) basés sur les BLE tags sont passés des projets pilotes aux déploiements en production dans les hôpitaux, entrepôts et usines. Passer de « ça marche en labo » à « ça marche avec 10 000 actifs » exige une ingénierie rigoureuse à chaque couche.
Architecture RTLS
Un RTLS BLE comprend : BLE tags (émetteurs mobiles), ancres fixes (récepteurs), moteur de localisation et couche applicative. Les variables critiques — taux de mise à jour, précision de localisation, autonomie de batterie — sont en tension fondamentale.
Intervalle d’Advertising vs. Performance Système
| Intervalle (ms) | Taux de mise à jour | Autonomie batterie (CR2032) |
|---|---|---|
| 100 | ~1 Hz | ~3 mois |
| 500 | ~0,5 Hz | ~12 mois |
| 1000 | ~0,3 Hz | ~24 mois |
| 5000 | ~0,1 Hz | ~5 ans |
Placement des Ancres
La trilatération nécessite ≥3 ancres en ligne de vue simultanée. En pratique, 4 ancres par zone est la norme d’ingénierie. Hauteur de montage recommandée : 2,5–3,5 m. Une hauteur plus grande augmente la perte de trajet (~6 dB par doublement de hauteur).
Algorithmes de Localisation
La trilatération RSSI utilise le modèle de perte de trajet logarithmique. L’exposant n varie de 2,0 (espace libre) à 4,5 (entrepôt avec rayonnages métalliques). L’AoA (Bluetooth 5.1) atteint ±0,3–0,8 m mais les ancres coûtent 4–10× plus cher. Le filtre de Kalman à 2 états est la méthode standard de lissage.
Planification de la Bande Passante Infrastructure
500 tags × 1 adv/s × 4 ancres = 2 000 enregistrements/s. À ~200 octets/enregistrement : ~400 Ko/s. Les bases de données de séries temporelles (InfluxDB, TimescaleDB) surpassent les bases relationnelles de 10–50× pour cette charge d’écriture intensive.
Un RTLS fiable à base de BLE tag ne se réalise que lorsque l’environnement RF, la géométrie des ancres, l’algorithme et l’infrastructure sont co-conçus dès le départ.