Géolocalisation IoT : pourquoi le duty cycle LoRaWAN 1% change tout

Une équipe nous a contactés pour défaire un déploiement LoRaWAN de tracking de remorques, vendu sur la promesse "TDoA suffit pour la logistique". Le problème n'était pas la précision : c'était le duty cycle. À ETSI 1% sur g1 868 MHz, le débit d'uplinks plafonne à un fix toutes les ~55 s en pratique, soit 770 m à 50 km/h entre deux positions. Chez AESTECHNO Montpellier, nous voyons cette erreur d'architecture régulièrement. Mis à jour mai 2026.

Géolocalisation IoT : la définition technique

La géolocalisation IoT désigne l'ensemble des techniques permettant de déterminer la position d'un objet connecté, soit par calcul embarqué (GNSS), soit par triangulation d'ondes radio (TDoA, OTDOA, AoA), soit par mesure de force de signal (RSSI). Chaque technologie négocie un compromis entre précision spatiale, consommation énergétique et fréquence de rafraîchissement, sous des contraintes réglementaires régionales.

Le marché distingue deux usages structurellement différents : la localisation outdoor pour le suivi d'actifs en mouvement (flottes, conteneurs, remorques, animaux d'élevage), et la localisation indoor pour le positionnement haute résolution (entrepôts, hôpitaux, usines). Aucune technologie unique ne couvre les deux. Le choix n'est pas une affaire de meilleure précision dans l'absolu, mais d'adéquation entre l'enveloppe technique et la contrainte d'usage.

Les six technologies dominantes en 2026 sont GNSS multi-bandes (L1 + L5), Ultra Wide Band (UWB), WiFi RTT / FTM (802.11mc), Bluetooth Direction Finding (5.1 AoA/AoD), NB-IoT OTDOA (3GPP Release 14), et LoRaWAN TDoA (Semtech). Sigfox Atlas existe encore mais sa pénétration recule depuis le rachat par UnaBiz et la transition Atlas Native.

Pourquoi le marché bouge : asset tracking, cold chain, fleet management

L'asset tracking IoT outdoor désigne le suivi continu de biens mobiles de forte valeur, depuis les conteneurs maritimes (norme ISO 18185 pour le scellé électronique) jusqu'aux palettes logistiques. La cold chain ajoute une couche capteur température, sous le règlement (UE) 853/2004 pour la traçabilité des denrées périssables et la norme IEC 60068-2-1 pour la qualification climatique des modules.

Trois pressions normatives convergent en 2026. Le règlement européen Cyber Resilience Act (CRA), entré en application progressive depuis 2024, impose à tout produit connecté commercialisé en UE des mesures de sécurité by design, ce qui modifie le choix de modules radio (voir notre guide complet sur le CRA pour IoT et embarqué). La directive RED 2014/53/UE révisée en 2025 ajoute des exigences de cybersécurité radio sous les articles 3.3(d), 3.3(e) et 3.3(f). Le règlement (UE) 2023/1542 sur les batteries impose une déclaration d'empreinte carbone qui pénalise les architectures à GNSS toujours-allumé.

Côté demande, les opérateurs flottes européens ont migré massivement vers des modules combinés cellulaire + GNSS basse consommation entre 2024 et 2026, après l'effondrement progressif du parc 2G/3G. Sigfox a vu sa base européenne se contracter de plus de 40% depuis 2022 selon les dernières publications d'UnaBiz, ce qui rend le choix de cette techno risqué pour tout produit visant 10 ans de vie commerciale.

GNSS, BLE, UWB, WiFi RTT, NB-IoT, LoRaWAN : comparaison frontale

La comparaison frontale est une mise en regard structurée des six technologies de géolocalisation IoT sur des critères homogènes (précision, fréquence de mise à jour, consommation, aptitude indoor, norme applicable), destinée à révéler les écarts d'ordre de grandeur qu'un seul indicateur de plaquette masque toujours.

La comparaison frontale des six technologies de géolocalisation IoT met en évidence des dispersions de quatre ordres de grandeur sur la précision (10 cm à 500 m), de cinq ordres sur la consommation (microwatts à watts pic), et de deux ordres sur la fréquence de mise à jour pratique. Aucune comparaison à un seul critère n'a de sens.

Technologie	Précision typique	Update rate pratique	Conso uplink	Indoor	Norme
GNSS L1 + L5 multi-bandes	moins de 1 m	1 à 10 Hz	20 à 50 mA pendant fix	non	GPS, Galileo, BeiDou, GLONASS
UWB IEEE 802.15.4z	10 à 30 cm	100 Hz et plus	énergie pulsée, anchors filaires	oui	IEEE 802.15.4z, FiRa Consortium
WiFi RTT (FTM)	1 à 2 m	1 à 10 Hz	60 à 100 mA pendant scan	oui	IEEE 802.11mc
BLE AoA / AoD	1 à 5 m	1 Hz	moins de 10 mA	oui	Bluetooth 5.1 Direction Finding
NB-IoT OTDOA	50 à 100 m	1 fois / minute	120 à 250 mA pendant uplink	partiel	3GPP Release 14, ETSI TS 138 305
LoRaWAN TDoA	100 à 500 m	1 fois / 1 à 2 min plafond	20 à 130 mA pendant TX SF7-SF12	très partiel	LoRa Alliance, Semtech

Les acteurs silicium dominants en 2026 sont u-blox (MAX-M10S, NEO-F9P), Quectel (LC79H, L76K), MediaTek (MT3333) pour le GNSS, Decawave/Qorvo (DW3000) et NXP (Trimension SR150) pour l'UWB, Nordic Semiconductor (nRF52833, nRF5340) pour le BLE 5.1 Direction Finding, Sequans (Monarch GM02S, GM03S) et Quectel (BC660K) pour NB-IoT, et Semtech (SX1262, LR1110 avec GNSS embarqué) pour LoRaWAN. Le choix de sourcing impacte directement la trajectoire de seconde source, sujet que nous traitons en détail dans notre analyse sourcing Chine contre France.

Mises a jour 2026

Trois évolutions récentes pèsent sur le choix radio en 2026. La spécification LoRaWAN 1.1, finalisée par la LoRa Alliance, généralisé le rejoin sécurisé et la rotation de clés de session, ce qui ouvre la voie aux mises a jour OTA exigées par la RED revisée. La modulation LR-FHSS, ajoutée au standard via la Régional Parameters RP002 et portée par les transceivers Semtech LR1121, amélioré la fiabilité de réception en milieu dense et la connectivité directe satellite, sujet que nous développons dans notre comparatif NB-IoT, LTE-M et connectivité satellite. Enfin la geolocalisation cloud-solver de la plateforme LoRa Cloud (héritière de LoRa Edge), couplée aux modules LR1110, déplace le calcul de position du device vers le serveur, ce qui réduit la charge GNSS embarquée et la consommation, sans pour autant lever le plafond de duty cycle ETSI.

Le mythe de la précision : ce n'est pas le bon critère de décision

Le mythe de la précision en géolocalisation IoT consiste à choisir une technologie radio sur l'unique métrique de l'erreur médiane spatiale annoncée sur la plaquette commerciale, sans intégrer la fréquence de mise à jour atteignable, l'autonomie batterie cible, ni les contraintes réglementaires régionales. Cette approche conduit systématiquement à des architectures sous-dimensionnées en pratique.

Le cas LoRaWAN illustre parfaitement le piège. Semtech publie une précision TDoA de 50 à 150 m sous conditions optimales (densité de passerelles supérieure à 4 par km², synchronisation temporelle sub-microseconde, environnement urbain dégagé). Un acheteur lit "150 m", se dit "acceptable pour suivre des remorques", et signe. La réalité opérationnelle est différente : la précision conditionnelle de 150 m ne sert à rien si le débit d'uplinks plafonne à un fix toutes les deux minutes, parce qu'à 90 km/h sur autoroute, 120 secondes égale 3 km parcourus. La position retournée par l'API n'est plus une mesure, c'est une archive.

L'erreur miroir existe côté GNSS. Mettre un récepteur multi-bandes L1+L5 dans un capteur batterie 3 ans est techniquement possible, mais épuise le bilan énergétique en quelques semaines si le récepteur est always-on. La question n'est jamais "quelle est la précision maximum", mais "quelle précision suis-je capable de maintenir, à la fréquence requise, sur la durée de vie cible, sous le régulateur du marché ciblé".

Le calcul que personne ne fait : duty cycle LoRaWAN × airtime SF

Le duty cycle réglementaire LoRaWAN désigne la fraction maximale du temps qu'un émetteur SRD (Short Range Device) est autorisé à transmettre sur une sous-bande donnée, fixée par ETSI EN 300 220 pour l'Europe. Sur la sous-bande g1 (868,0 à 868,6 MHz), la limite est 1%. Sur la sous-bande g3 (869,4 à 869,65 MHz), elle est de 10%. Toute la stratégie d'uplink LoRaWAN doit respecter ce plafond, sous peine d'amende du régulateur national (ARCEP en France) et de retrait de marquage CE.

Le calcul que personne ne fait avant de signer une architecture LoRaWAN-only est le suivant. Sur g1 à 1%, un device dispose de 36 secondes de temps d'antenne par heure. À SF7 BW125 kHz, un uplink de 10 octets de charge utile dure environ 46 ms (Semtech LoRa Calculator). Théorique max : 36 / 0,046 = ~780 uplinks/heure, soit un toutes les 4,6 secondes. À SF10, l'airtime monte à 371 ms, ce qui ramène à 97 uplinks/heure théoriques, un toutes les 37 secondes. À SF12 (la portée maximale, nécessaire pour atteindre 3 passerelles en TDoA), l'airtime atteint 1,32 seconde, ce qui plafonne à 27 uplinks/heure, soit un toutes les 133 secondes.

Et ce sont des plafonds théoriques. En pratique, il faut soustraire les retransmissions (5 à 15% selon QoS), les downlinks (acknowledgements, ADR, MAC commands, environ 10 à 20% du budget), la marge pour les imprévus (jamming, interférences). Une règle de pouce robuste : multiplier le théorique par 0,6 à 0,7. À SF12, on tombe alors à 18 à 20 uplinks/heure utiles, soit un fix toutes les 3 à 3,5 minutes.

Pour un véhicule à 90 km/h sur autoroute, 200 secondes égale environ 5 km parcourus entre deux fix. Pour un piéton à 5 km/h, 200 secondes égale 280 m. Le verdict est sans appel : LoRaWAN TDoA n'est pas une solution outdoor pour le tracking d'actifs en mouvement, indépendamment de la précision spatiale. C'est une solution pour des actifs stationnaires ou semi-stationnaires (palettes en entrepôt, conteneurs en attente portuaire, équipements de chantier immobiles), avec un uplink événementiel déclenché par mouvement détecté.

La modulation LR-FHSS, plus récente, ne change pas l'arithmétique du duty cycle : elle étale l'uplink sur plusieurs sauts de fréquence pour gagner en sensibilité et en résistance aux interférences, mais le temps d'antenne cumulé reste comptabilisé par le régulateur de la même manière. Aucune modulation LoRaWAN ne contourne le plafond ETSI 1%. Le même raisonnement vaut pour les alternatives LPWAN : Sigfox impose son propre quota de messages quotidiens, et NB-IoT reporte la contrainte sur le réseau cellulaire plutôt que sur un duty cycle SRD. La géolocalisation par RSSI sur passerelles LoRaWAN, parfois proposée comme repli quand la synchronisation TDoA n'est pas disponible, dégrade encore la précision (200 m à plus de 1 km) sans réduire le besoin d'uplinks.

Méthodologie AESTECHNO : comment nous évaluons un stack géolocalisation

La méthodologie AESTECHNO d'évaluation est un protocole d'ingénierie reproductible qui qualifie un stack de géolocalisation IoT avant gel de l'architecture, en croisant analyse du cas d'usage, audit réglementaire régional, simulation de bilan de liaison et mesures sur banc, afin de remplacer l'intuition par des chiffres vérifiables.

La méthodologie AESTECHNO d'évaluation d'un stack géolocalisation IoT articule cinq étapes obligatoires avant de geler une architecture : caractérisation du cas d'usage (mobile contre statique, indoor contre outdoor, taux de rafraîchissement requis), audit réglementaire régional (ETSI EN 300 220 en UE, FCC Part 15 aux US, KCC en Corée, ARIB en Japon), simulation de bilan de liaison RF, mesure d'airtime sur banc de référence, et test endurance batterie en chambre climatique.

Notre cahier des charges électronique géolocalisation impose la spécification explicite de quatre paramètres : précision cible mesurée en CEP 50 et CEP 95 (Circular Error Probable), fréquence de mise à jour requise en pire cas opérationnel, autonomie cible en jours avec capacité batterie spécifiée, et zone géographique d'opération (UE, US, multi-régions). Sans ces quatre chiffres, le choix techno est arbitraire.

Sur banc, nous instrumentons systématiquement la chaîne RF avec un analyseur spectral Tektronix RSA306B couplé à notre Tektronix TekExpress pour la validation du module hôte, mesurons l'airtime effectif sur 24 heures de fonctionnement nominal, et caractérisons la dérive du duty cycle device contre le compteur réglementaire ETSI. Le test endurance en chambre climatique (de -40 à +85 °C) valide la stabilité du quartz GNSS et du PA LoRaWAN sur la plage industrielle, conformément à notre méthodologie CEM.

Matrice de décision : quelle techno pour quel cas opérationnel

La matrice de décision est un outil de sélection à double entrée qui associe chaque combinaison de mobilité d'actif et d'environnement opérationnel à un stack radio de géolocalisation recommandé, ce qui transforme un choix techno subjectif en lecture directe d'une case ligne-colonne.

La matrice de décision pour la géolocalisation IoT croise deux axes pratiques : la mobilité de l'actif (statique, semi-mobile, mobile rapide) et l'environnement (outdoor, indoor, mixte). Chaque combinaison appelle un stack radio précis, parfois hybride. La règle d'or : aucune technologie unique ne couvre plus de deux cases sur six sans compromis structurel.

Cas d'usage	Stack recommandé	Pourquoi
Conteneur statique en port	LoRaWAN class A + accéléromètre	Pas de mobilité, uplinks rares, batterie 5 à 10 ans atteignable
Remorque autoroute 90 km/h	GNSS u-blox MAX-M10S + cellulaire LTE-M / NB-IoT	Update rate 1 à 5 min requis, LoRaWAN impossible
Chariot élévateur en entrepôt	UWB anchors (Qorvo DW3000) ou WiFi RTT	Précision 30 cm requise pour navigation, infrastructure filaire OK
Outil portable en hôpital	BLE 5.1 AoA (Nordic nRF5340) sur infra existante	Précision 1 à 5 m suffisante, autonomie 1 à 3 mois acceptable
Capteur agricole fixe en plein champ	LoRaWAN class A geolocation embarqué (Semtech LR1110)	Position calculée 1 fois / jour, autonomie 8 à 10 ans
Vélo en partage urbain	GNSS L1+L5 + LTE-M + accéléromètre wake-up	Mixte indoor/outdoor, vol détectable, économie sur cellulaire seulement en mouvement

Pour les architectures hybrides multi-technologies, comparez les modules combinés (récepteur GNSS intégré dans transceiver LoRaWAN type Semtech LR1110, ou stack BLE + WiFi RTT type ESP32-C6) avec l'approche bas niveau sourcée séparément. La voie intégrée raccourcit le time-to-market mais lie le BOM à un fournisseur unique, ce qui devient critique si l'on subit une pénurie. Voir notre analyse des pénuries électroniques et stratégies d'atténuation pour le cadre BOM.

Retour terrain : pourquoi nous avons défait un déploiement LoRaWAN-only

Sur un projet récent de tracking de remorques pour la logistique froide, dans notre laboratoire AESTECHNO à Montpellier, nous avons reproduit le calcul ETSI EN 300 220 sur une flotte pilote équipée en LoRaWAN seul. La promesse initiale : "TDoA suffit pour la précision logistique, autonomie 5 ans". La mesure : à SF10 imposé par la portée réelle terrain (pas la portée commerciale du marketing), le device tenait 18 à 20 uplinks/heure utiles, soit un fix toutes les 3 à 3,5 minutes. Pour une remorque à 80 km/h, c'est 4,4 km parcourus entre deux positions. Notre méthodologie de mesure reste constante sur chaque projet géolocalisation : caractérisation airtime sur banc Tektronix RSA306B couplé à notre Tektronix TekExpress pour la validation du module hôte, mesure de la dérive duty cycle device contre la spec ETSI sur 24 heures, validation endurance batterie en chambre climatique, contre les références comparaison complète des technologies LPWAN et la documentation LoRa Alliance. Contrairement à l'idée reçue selon laquelle baisser la précision GPS résout le problème, le retour d'expérience est sans appel : la précision n'est pas le facteur limitant, c'est le débit d'uplinks autorisé par le régulateur. Le retour d'expérience de l'équipe intégration le confirme. Dans notre pratique sur les projets asset tracking outdoor, nous avons observé que l'architecture hybride GNSS + LoRaWAN, avec uplink déclenché par accéléromètre ou par franchissement de geofence, dépasse systématiquement les deux approches pures. Malgré la complexité ajoutée d'un récepteur GNSS basse consommation (u-blox MAX-M10S ou Quectel L76K), nous recommandons cette architecture pour tout asset mobile au-delà de 5 km/h moyens.

Hybrides intelligents : GNSS plus LoRaWAN avec uplink événementiel

L'architecture hybride GNSS + LoRaWAN intelligente combine un récepteur GNSS basse consommation pour la précision spatiale et une radio LoRaWAN pour le backhaul de la position, en orchestrant les deux par un microcontrôleur basse consommation (STM32WLE5, nRF9160) qui ne déclenche l'uplink que sur événement métier (mouvement détecté par accéléromètre, franchissement de geofence, alerte température). Ce pattern résout simultanément la contrainte duty cycle et la consommation GNSS.

Concrètement, le firmware embarque trois sous-systèmes : un accéléromètre always-on à très faible consommation (LIS2DH12 à ~2 μA), un récepteur GNSS éveillé sur événement seulement (u-blox MAX-M10S avec assist offline ou MGA Online, fix en 2 à 5 secondes), et un transceiver LoRaWAN class A configuré en SF7 ou SF8 selon couverture, qui transmet la position toutes les N minutes minimum + sur événement. Le résultat sur banc AESTECHNO : autonomie 4 à 6 ans sur une batterie 17 Ah lithium thionyl, avec 60 à 120 fix géolocalisés par jour selon profil d'utilisation.

Le secret n'est pas dans la performance brute de chaque sous-système, mais dans l'ordonnancement événementiel rigoureux et la gestion fine des sleep modes. Notre stratégie de gestion d'énergie embarquée pour batteries longue durée détaille les patterns de firmware testés sur nos bancs Nordic PPK2 (Power Profiler Kit 2) et Otii Arc, qui mesurent la consommation device à la microseconde près.

Certification CE/RED et FCC : ce qui change selon la techno

La certification CE/RED et FCC est la procédure de mise en conformité réglementaire qui autorise la commercialisation d'un équipement radio, respectivement sur le marché de l'Union européenne sous la directive RED 2014/53/UE et sur le marché des États-Unis sous la FCC Part 15, chacune avec ses normes harmonisées propres.

La certification CE/RED et FCC d'un produit IoT géolocalisé varie significativement selon la techno radio choisie : le marquage CE sous RED 2014/53/UE couvre toutes les technologies radio mais avec des standards harmonisés différents (EN 300 220 pour LoRaWAN, EN 300 328 pour BLE et WiFi 2.4 GHz, EN 301 511 pour GSM/UMTS, EN 301 908 pour LTE/NB-IoT), tandis que la FCC Part 15 aux États-Unis distingue subpart B (unintentional radiators) et subpart C (intentional radiators).

Pour un module géolocalisation combiné GNSS + LoRaWAN + BLE, le dossier technique RED exige typiquement trois rapports de test distincts (EN 300 220 pour LoRaWAN à 868 MHz, EN 300 328 pour BLE à 2,4 GHz, et un test EMC EN 301 489-3 émissions/immunité) plus la déclaration EU de conformité signée. Le coût d'un dossier complet en laboratoire accrédité oscille selon la complexité du produit. Pour notre guide complet certification CE/RED pour produits IoT, le parcours détaillé inclut les délais réalistes et les pièges à éviter.

Côté cybersécurité, la RED 2025 révisée durcit les articles 3.3(d), 3.3(e) et 3.3(f) avec une obligation de mise à jour OTA sécurisée et de gestion d'identifiants forts, ce qui exclut désormais les firmwares géolocalisation sans signature de mise à jour. Voir notre cadre cybersécurité IoT industriel pour les patterns de signature et de secure boot applicables. La provisioning des clés LoRaWAN (DevEUI, AppKey, session keys 1.1) et la protection de la position contre le spoofing GNSS relèvent de la même chaîne de confiance, détaillée dans notre guide de sécurisation d'un produit IoT de la conception au déploiement.

En résumé

En résumé, la géolocalisation IoT moderne n'est plus une affaire de précision spatiale annoncée sur datasheet mais une affaire de combinaison entre précision, fréquence de mise à jour atteignable sous contrainte réglementaire, autonomie batterie cible, et environnement opérationnel. Le calcul du duty cycle LoRaWAN ETSI EN 300 220 est l'outil qui sépare les architectures réalistes des promesses.

• Le duty cycle 1% ETSI plafonne LoRaWAN bien avant la précision. À SF10 pratique, 60 à 70 uplinks/heure utiles. À SF12, 18 à 20 fix/heure utiles, un toutes les 3 à 3,5 minutes.
• LoRaWAN TDoA n'est pas une solution outdoor pour actifs mobiles. 4 km parcourus à 80 km/h entre deux fix sous SF12. Réservé aux actifs stationnaires ou semi-stationnaires.
• Hybride GNSS + LoRaWAN avec uplink événementiel domine pour le mid-mobility outdoor. 4 à 6 ans d'autonomie sur 17 Ah lithium, 60 à 120 fix/jour selon profil.
• UWB et WiFi RTT dominent l'indoor haute précision. 10 à 30 cm en UWB, 1 à 2 m en WiFi RTT. Infrastructure filaire ou anchors requise.
• La certification RED 2025 révisée exclut les firmwares géolocalisation sans signature OTA. Anticipez la chaîne secure boot dès le cahier des charges.

FAQ : géolocalisation IoT, duty cycle, certification

Quel duty cycle LoRaWAN en Europe ?

Le duty cycle LoRaWAN en Europe est fixé par ETSI EN 300 220 selon la sous-bande utilisée. Sur la sous-bande g1 (868,0 à 868,6 MHz), la limite est 1%, soit 36 secondes d'antenne par heure. Sur g3 (869,4 à 869,65 MHz), elle monte à 10%. Aux États-Unis, FCC Part 15.247 n'impose pas de duty cycle mais limite le temps de dwell à 400 ms par canal en frequency hopping, ce qui change complètement la stratégie d'uplink. Toute architecture LoRaWAN doit explicitement modéliser ce plafond avant gel du produit.

Pourquoi GNSS multi-bandes L1+L5 supplante L1 seul ?

Le GNSS multi-bandes L1+L5 supplante le L1 seul parce que la deuxième fréquence (L5 à 1176 MHz pour GPS, E5a pour Galileo) permet de corriger en temps réel l'erreur ionosphérique, principale source de bruit en monobande. Les chipsets u-blox MAX-M10S, NEO-F9P et MediaTek MT3333 multi-bandes atteignent désormais une précision sub-métrique en quelques secondes de TTFF (Time To First Fix), contre 5 à 10 m typiques en L1 seul. Le différentiel de consommation s'est réduit à environ 30% supplémentaires sur les modules récents, ce qui rend le L1+L5 le choix par défaut sur tout nouveau produit asset tracking à durée de vie supérieure à 5 ans.

Quand choisir UWB plutôt que BLE 5.1 AoA en indoor ?

UWB IEEE 802.15.4z est pertinent contre BLE 5.1 AoA quand la précision visée est inférieure à 1 m (typiquement 10 à 30 cm), quand la latence de positionnement doit rester sous 100 ms, et quand l'infrastructure filaire d'anchors est acceptable (Qorvo DW3000 ou NXP SR150 avec PoE). BLE AoA reste préférable lorsque la précision 1 à 5 m suffit, lorsque l'infrastructure BLE existe déjà (badges, beacons hôpital ou bureau), et lorsque l'autonomie tag dépasse 6 mois. La règle de pouce : UWB pour la navigation robotique et l'AGV, BLE AoA pour le tracking de personnes ou d'outils portables.

NB-IoT ou LTE-M pour le tracking de flotte ?

NB-IoT et LTE-M répondent à des cas différents. LTE-M (Cat-M1) supporte la mobilité avec handover, atteint des débits de 300 kbps à 1 Mbps utiles, et autorise des update rates à la seconde sans contrainte de duty cycle. C'est le choix pour le tracking de véhicules en mouvement. NB-IoT (Cat-NB1, NB2) ne supporte pas le handover en classe 1 (limitation 3GPP Release 13/14), ce qui rend les fixes peu fiables pour un mobile à plus de 30 km/h. NB-IoT est en revanche supérieur en couverture indoor et basse consommation, donc adapté aux compteurs fixes, capteurs de stationnement, balises portuaires. Pour la flotte autoroutière, LTE-M est le choix non négociable en 2026.

Que change le CRA 2024 pour la géolocalisation ?

Le Cyber Resilience Act, règlement (UE) 2024/2847, impose à tout produit numérique connecté commercialisé en UE des exigences de cybersécurité by design, dont la mise à jour OTA sécurisée avec signature, la gestion d'identifiants forts, et un cycle de vie support de minimum 5 ans après la dernière mise en marché. Pour la géolocalisation IoT, cela signifie concrètement que tout firmware embarquant un récepteur GNSS et un module LoRaWAN doit pouvoir recevoir des mises à jour signées (MCUboot, RAUC, ou équivalent), tenir un journal d'événements de sécurité, et exposer une CBOM (Cryptography Bill of Materials) à jour. Les produits non conformes verront leur marquage CE bloqué à partir de l'application complète du règlement.

Comment estimer la consommation d'un tracker GNSS + LoRaWAN ?

L'estimation de la consommation totale d'un tracker GNSS + LoRaWAN avant prototype passe par une feuille de calcul à six lignes : courant de sleep MCU + capteurs always-on (typiquement 5 à 20 μA), courant moyen du récepteur GNSS pondéré par le ratio fix/sleep (10 à 30 mA pendant fix de 2 à 5 s), courant moyen LoRaWAN pondéré par airtime (20 à 130 mA pendant uplink de 50 ms à 1,3 s selon SF), courant fuites du quartz et des LDOs (1 à 5 μA), perte intrinsèque batterie sur la durée de vie cible (typiquement 1 à 3% par an pour LiSOCl2), et marge de sécurité (généralement 30%). Notre banc Nordic PPK2 valide ensuite cette estimation à la microseconde près. Sans cette étape, l'autonomie réelle diverge généralement d'un facteur 2 à 4 par rapport à l'estimation naïve.

Articles connexes

• LPWAN, LoRaWAN, NB-IoT, Sigfox : comparaison complète : la base du choix LPWAN avant d'attaquer la géolocalisation.
• Bluetooth 5.4 PAwR pour les architectures de capteurs IoT : la spec radio la plus récente pour le BLE basse consommation.
• Certification CE/RED pour produits IoT : le parcours réglementaire pour les modules radio combinés.
• Gestion d'énergie embarquée pour batterie longue durée : les patterns firmware qui font la différence sur l'autonomie.
• Cyber Resilience Act : guide conformité IoT et embarqué : ce que la CRA change pour la chaîne secure boot des trackers.