La connectivité IoT oppose souvent deux approches opérationnelles distinctes : passerelle et direct-to-cloud. Le choix influe directement sur la portée, la consommation, le coût et la maintenance des capteurs.
Ce comparatif met en regard protocoles, architectures et retours de terrain pour guider la décision technique et commerciale. La conclusion pratique mène naturellement à la liste synthétique suivante
A retenir :
- Autonomie maximale pour capteurs éloignés, faible débit acceptable
- Couverture indoor renforcée pour compteurs et stations fixes
- Haut débit et OTA lourdes, préférence Wi‑Fi ou LTE‑M
- Coût opérationnel réduit pour capteurs massifs et long terme
Comparer protocoles IoT pour gateway ou direct-to-cloud
À partir des priorités listées, le choix du protocole commence par une mesure de portée et consommation réelles. Il faut aussi intégrer contraintes de déploiement, coûts récurrents et capacité de downlink pour les mises à jour OTA.
Selon Bluetooth SIG, le BLE évolue vers des débits supérieurs tout en conservant une faible consommation adaptée aux accessoires. Selon LoRa Alliance, LoRaWAN reste la norme privilégiée pour capteurs longue portée à très faible consommation.
Selon GSMA, NB‑IoT et LTE‑M présentent des compromis différents entre pénétration indoor et mobilité, ce qui influence directement l’architecture gateway ou direct‑to‑cloud. Ce point conduit naturellement à l’examen détaillé des tableaux ci‑dessous.
Protocole
Portée typique
Débit
Consommation
Cas d’usage
BLE
10–30 m
0,1–2 Mb/s
Très faible
Accessoires, configuration locale
LoRaWAN
2–15 km
Très bas
Minimale
Capteurs longue durée, smart city
NB‑IoT
Excellente pénétration indoor
Faible
Ultra basse
Compteurs, capteurs fixes
LTE‑M
Couverture cellulaire
~300 kb/s
Faible
Traceurs, maintenance prédictive
Critères réseau IoT : il convient de vérifier la portée effective dans l’environnement ciblé, et d’évaluer la capacité de downlink pour les OTA. La consommation mesurée sur prototypes réels reste déterminante pour estimer l’autonomie en conditions réelles.
Critères pratiques incluent aussi la disponibilité des opérateurs, le coût des SIM et la facilité d’intégration aux gateways. Ces éléments orientent le dimensionnement des gateways, le choix des antennes et la stratégie de montée en charge.
Critères réseau IoT :
- Portée effective vs environnement
- Consommation mesurée en scénario réel
- Capacité de downlink et fréquence d’OTA
- Coûts récurrents et besoins de passerelle
« J’ai déployé un réseau LoRaWAN en zone rurale ; autonomie des capteurs supérieure aux prévisions »
Paul N.
Architectures de passerelles et schémas direct-to-cloud
Après avoir comparé les protocoles, il faut traduire le choix en architectures concrètes pour site étendu ou mobiles. Les schémas doivent intégrer chemins primaires et solutions de secours, par exemple LoRaWAN avec fallback NB‑IoT.
Plusieurs acteurs fournissent composants et services pour ces architectures, facilitant la mise en service et la supervision terrain. Citons Kerlink, Actility, Loriot et Orange Business Services selon les besoins réseau et d’intégration.
Architecture
Protocole primaire
Fallback
Exemple d’acteur
Site étendu capteurs
LoRaWAN
NB‑IoT
Kerlink, Actility
Traceur mobile
LTE‑M
NB‑IoT
Opérateurs MNO, Sierra Wireless
Machine industrielle
CAN / CAN‑FD
Wi‑Fi ou LTE‑M
Schneider Electric, Thales
Produit grand public
BLE + passerelle
Wi‑Fi local
Netatmo, Adeunis, Objenious
Architectures et acteurs : le bon jumelage protocole‑passerelle réduit la complexité opérationnelle et les coûts. Intégrer partenaires spécialisés permet d’accélérer la mise en service et la supervision terrain.
- Capteurs environnementaux sur site étendu
- Traceurs mobiles avec SIM M1
- Machines industrielles avec bus CAN
- Produits grand public avec OTA via Wi‑Fi
« J’ai choisi LTE‑M pour mes traceurs et la latence a permis des alertes temps réel utiles »
Sophie N.
Checklist opérationnelle et anti‑patterns pour la mise en production
Après le dimensionnement, il convient d’examiner les anti‑patterns fréquents et les erreurs de design qui réduisent l’autonomie. Parmi celles‑ci figurent l’usage du Wi‑Fi sur batterie et l’absence de fallback pour protocoles non natifs cloud.
Selon GSMA, le choix d’une SIM et d’un plan opérateur impacte fortement coûts et mobilité, et NB‑IoT reste adapté aux objets fixes. Impliquer des intégrateurs et opérateurs comme Objenious ou Enedis peut accélérer l’accès au réseau et la collecte des données.
Checklist opérationnelle IoT :
- Mesurer la consommation sur prototypes réels
- Vérifier la couverture indoor et outdoor
- Fixer objectifs débit et latence cibles
- Planifier BOM, abonnements et passerelles
« Notre projet urbain a profité d’un intégrateur externe pour gérer la montée en charge et la maintenance »
Marc N.
« Avis technique : privilégiiez la preuve terrain et mesurez la consommation en conditions réelles »
Claire N.
Checklist finalise le passage à la production en imposant une preuve terrain instrumentée et des mesures CEM pour valider antenne et conformité. Intégrer sécurité et conformité dès la conception évite retards réglementaires et coûts imprévus.
Pour l’accompagnement projet, solliciter fournisseurs comme Sierra Wireless, IoTerop ou opérateurs spécialisés peut faciliter l’accès aux réseaux et la montée en compétence des équipes. Ce choix oriente ensuite le provisionnement des SIM et la gestion des OTA.
Source : GSMA, « NB‑IoT & LTE‑M », GSMA ; LoRa Alliance, « LoRaWAN Overview », LoRa Alliance ; Bluetooth SIG, « Bluetooth Core Specification », Bluetooth SIG.