Source : Sensors 2020, 20, 5815 (lettre, version étendue d’un article PLANS 2020) · DOI 10.3390/s20205815 · Université de Gand (imec-WAVES) et Université d’Anvers (imec-IDLAB) · accès OPEN (CC BY) · PDF Podevijn2020-LoRaWANGeoTracking.pdf, sha256 abb01f3743d5c291…, 15 pages Lu le : 2026-11-02. LECTURE COMPLÈTE (texte et tableaux 1 à 6 ; les figures ne sont pas relues en détail). Statut summarized. Thème : mobility · localisation LPWAN Métadonnées vérifiées dans le PDF : le titre imprimé est « …Map Matching and Compass Sensor Fusion » (et non « Compass Heading ») ; premier auteur Nico Podevijn, huit auteurs ; Sensors 2020, 20(20), 5815, publié le 14 octobre 2020 ; DOI 10.3390/s20205815.

Contexte et question

Le suivi d’actifs sur LoRaWAN peut se faire en envoyant des coordonnées GNSS, au prix d’une consommation élevée, ou en laissant le réseau localiser le nœud par TDoA (différence de temps d’arrivée aux passerelles), moins précis mais peu coûteux en énergie. Les auteurs cherchent à relever la précision de la seconde approche en fusionnant les estimations TDoA brutes, le réseau routier et un cap de compas envoyé dans la charge utile.

Méthode

• Nœud LoRaWAN (MCS iTalks 1608), un paquet de 5 octets toutes les 5 s en SF7 (50 ms de temps d’antenne) (§3.1).
• La charge utile contient les 5 valeurs de cap des 5 dernières secondes ; faute de nœud équipé, le cap est émulé par une application sur smartphone (§3.1).
• Algorithme 1 : suivi multi-hypothèses sur une grille de points routiers (OpenStreetMap : vitesse maximale, type de route, sens unique), 1000 chemins gardés en mémoire (MP), initialisés autour de la première position TDoA ; mode de transport connu d’avance (§3.2).
• Probabilité d’un chemin = produit de la probabilité précédente, de Ptdoa (écart-type TDoA 383 m) et de Pcomp (écart-type du cap 60°) (§3.2).
• Quatre scénarios : temps réel ou hors ligne (R/O), sans compas ou avec compas (A/C). Deux modes de cap : absolu (compas aligné sur le déplacement, ex. vélo) ou relatif (changements de direction seulement, ex. colis) (§3.3, Tab. 2).
• Références : solveur TDoA commercial de Semtech seul, puis suivi de ses sorties (« Semtech mm »), puis map matching sur les horodatages bruts (« TDoA mm ») (Tab. 2).

Données

• 7 trajets : marche 1 (3,1 km), marche 2A et 2B (même parcours, 1,8 km, deux jours), vélo 1 et 2 (10,6 et 6,5 km), voiture 1 et 2 (16,2 et 8,5 km) (Tab. 1, p. 4).
• Presque tous à Gand sur le réseau Proximus ; seule la voiture 1 à Eindhoven sur le réseau KPN (§3.1).
• Vérité terrain : trace GPS du smartphone (OSMTracker), porté avec le nœud dans une poche de veste (§3.1).

Résultats chiffrés

Erreur médiane / p90 en mètres (Tab. 3, p. 9) pour quelques cas :

• Réduction de l’erreur médiane en suivi hors ligne avec cap absolu : 175 à 31 m, 197 à 47 m (vélo 2), 206 à 68 m (voiture 2) (Résumé ; Tab. 3) — « reduced from 206 to 68 m, 197 to 47 m, and 175 to 31 m ».
• Tous les cas battent le solveur Semtech, de 1 à 92 % sur la médiane (Tab. 4, p. 10). Le suivi de ses sorties donne 14 à 57 % (§4.2). Partir des horodatages bruts est toujours meilleur que partir des positions déjà calculées (Tab. 4).
• Le compas par rapport à l’absence de compas (Tab. 5) : jusqu’à 70 % en temps réel et 72 % hors ligne avec cap absolu ; jusqu’à 35 % et 44 % avec cap relatif. Le cap relatif dégrade deux cas (−6 % sur vélo 2, RC et OC).
• Hors ligne meilleur que temps réel, car tout l’historique est utilisé (§4.1).
• Plus la mobilité est lente, plus le gain est grand : moins de positions candidates (§4.1).
• Meilleur résultat : médiane de 17 m, marche 2A, OC cap absolu, soit 91 % contre Semtech (Tab. 3 ; Tab. 4 ; §5) — « median accuracy of 17 m (an improvement of 91% ».
• OC cap absolu : médiane inférieure à 85 m et p90 inférieur à 290 m sur tous les trajets, contre plus de 175 m et plus de 400 m pour Semtech (§4.2, Tab. 6).
• Reproductibilité : marche 2A et 2B donnent deux sorties Semtech brutes différentes mais la même trajectoire après OC cap absolu (§4.2).
• Énergie (§4.3) : acquisition GNSS 0,0083 mAh par fix (1 s à 30 mA), émission LoRa 0,00056 mAh, magnétomètre 0,000056 mAh, facteur R = 14 ; surcoût du compas de 10 % (Résumé) ; magnétomètre LIS3MDL 0,8 € contre 13 € pour un module CAM-M8Q (commande de 500).

Limites déclarées par les auteurs

• Le GPS reste plus précis ; la solution vise les usages à exigence de précision faible, comme les remorques (§4.3).
• Résultats attendus meilleurs sur réseau routier peu dense ; sur plan en grille (ex. New York), difficulté à distinguer deux rues parallèles (§4.2).
• Le cap est émulé par un smartphone, non mesuré par un nœud LoRa équipé (§3.1).
• Le mode de transport doit être connu à l’avance (Algorithme 1).
• Pistes : réseaux n’ayant que des RSS, angle d’arrivée, Sigfox et NB-IoT (§5).
• Le texte annonce un facteur 14 en §4.3 mais « 15 times » en conclusion (§5).

Ce que ça change pour Teleforge (interprétation, hors de l’article)

• Cas de référence d’une fusion cap + réseau routier pour contraindre un positionnement bruité ; transposable au rattachement de traces peu précises à un graphe routier.
• Le gain vient surtout du map matching sur horodatages bruts, puis du cap absolu : un cap mal aligné rapporte peu et peut dégrader.
• Un cap absolu suppose un montage connu du capteur ; un cap relatif dit seulement les virages.
• Peu de trajets (7) et cap émulé : à citer comme ordre de grandeur, pas comme performance garantie.
• Ne concerne pas l’échantillonnage GNSS clairsemé : le GPS n’y sert que de vérité terrain.