La plupart des équipes savent qu’il existe plusieurs façons de connecter des appareils IoT. LoRaWAN, NB-IoT, LTE-M, 4G, 5G et même le satellite reviennent tous dans les mêmes argumentaires de fournisseurs. Les options ne sont un secret pour personne.
Mais les équipes choisissent souvent un réseau au gré de la mode, ou selon ce qu’un fournisseur unique se trouve vendre. C’est là que les projets dérapent. Le mauvais choix de réseau coûte cher, et il est lent à corriger une fois les capteurs déjà déployés sur le terrain. Changer de radio après le déploiement, c’est renvoyer des techniciens sur site, recertifier le matériel et, dans certains cas, l’acheter deux fois.
La meilleure approche consiste donc à comparer les réseaux selon les facteurs qui déterminent réellement le succès d’un projet : portée, consommation et autonomie de la batterie, débit et taille des messages, coût à grande échelle, propriété de l’infrastructure, et latence. Ensuite, vous reliez ces facteurs à votre cas d’usage avant d’acheter quoi que ce soit. Ce guide fait exactement cela, et à la fin il relie la décision réseau à la couche que la plupart des équipes oublient jusqu’au dernier moment : la plateforme applicative qui transforme des paquets bruts en quelque chose d’exploitable.
Les facteurs qui comptent vraiment
Oubliez le marketing un instant. Quand on dépouille une décision de connectivité, six éléments la pilotent.
La portée. À quelle distance de la passerelle ou de l’antenne la plus proche un appareil peut-il se trouver tout en remontant ses données de façon fiable ?
La consommation et l’autonomie. L’appareil peut-il fonctionner des années sur une pile bouton ou une petite batterie, ou a-t-il besoin du secteur ou de recharges fréquentes ?
Le débit et la taille des messages. Quelle quantité de données par message, et à quelle fréquence ? Une mesure d’humidité du sol fait quelques octets. Un flux de caméra, non.
Le coût à grande échelle. Pas le coût d’un seul appareil. Celui d’un millier ou de dix mille, abonnements de connectivité sur toute la durée de vie de l’appareil compris.
Le propriétaire de l’infrastructure. Louez-vous la couverture à un opérateur mobile, ou construisez-vous et possédez-vous votre propre réseau ?
La latence. À quelle vitesse un message doit-il arriver de l’appareil à votre système et revenir ? Quelques secondes conviennent à la plupart des cas de supervision. Certaines boucles de contrôle exigent une réponse en moins d’une seconde.
Aucun réseau ne gagne sur les six. C’est tout l’enjeu. Vous arbitrez l’un contre l’autre.
LoRaWAN
LoRaWAN est un protocole basse consommation et longue portée qui fonctionne sur des bandes de fréquences libres. Il est conçu pour de tout petits messages envoyés rarement.
La portée est son atout phare. En milieu rural dégagé, vous atteignez plusieurs kilomètres depuis une seule passerelle, et en zone urbaine dense vous conservez une distance utile à travers les bâtiments. L’autonomie est l’autre force. Un capteur LoRaWAN bien conçu, qui envoie quelques relevés par jour, peut tenir des années sur une petite batterie.
Le compromis, c’est le débit. Les charges utiles sont petites, souvent quelques dizaines d’octets, et les règles de cycle d’utilisation limitent la fréquence de transmission. LoRaWAN n’est pas fait pour le streaming, les mises à jour du firmware à grande échelle, ni quoi que ce soit de critique en temps.
Le grand avantage structurel, c’est la propriété. Vous pouvez exploiter un réseau LoRaWAN privé avec une pile logicielle comme The Things Stack ou ChirpStack, installer vos propres passerelles et ne rien payer par message une fois le matériel acquis. Pour un site fixe doté de nombreux appareils, cela change complètement le calcul des coûts.
NB-IoT
NB-IoT (Narrowband IoT) est un standard basse consommation sur fréquences sous licence, exploité par les opérateurs mobiles. Il vise les mêmes usages que LoRaWAN, à savoir peu de données et une longue autonomie, mais sur le réseau de l’opérateur plutôt que sur le vôtre.
Il gère bien la couverture en intérieur profond et en sous-sol, raison pour laquelle on le retrouve dans le comptage : compteurs d’eau en cave, compteurs de gaz dans des regards. L’autonomie est bonne, de l’ordre de plusieurs années pour des remontées peu fréquentes.
Les compromis sont la latence et la propriété. NB-IoT n’a pas été conçu pour des allers-retours rapides, il convient donc au reporting plutôt qu’au contrôle. Et parce qu’il fonctionne sur un réseau d’opérateur, vous payez un abonnement par appareil et vous dépendez de la couverture de cet opérateur et de ses accords d’itinérance. La couverture est aussi inégale selon le pays et la région, vérifiez-la donc pour chaque marché où vous prévoyez de déployer.
Cellulaire : LTE-M, 4G et 5G
Le cellulaire est la grande famille. Il se divise selon la quantité de données et la consommation dont vous avez besoin.
LTE-M se rapproche de NB-IoT mais offre plus de débit, une latence plus faible et la mobilité (passage d’une antenne à l’autre), ce qui le rend bon pour le suivi d’actifs et les objets portés. L’autonomie est plus courte que celle de NB-IoT, mais elle se compte encore en mois, voire en années, pour beaucoup de conceptions.
La 4G LTE est la bête de somme quand il vous faut un vrai débit : passerelles agrégeant de nombreux capteurs, véhicules connectés, vidéo de qualité modeste. La consommation est élevée, ces appareils sont donc généralement alimentés sur secteur ou par de grosses batteries.
La 5G ajoute un débit élevé et une faible latence, avec la réserve pratique que la couverture et le coût des modules restent en pleine maturation pour beaucoup d’usages IoT. Optez pour la 5G quand vous avez réellement besoin de sa capacité ou de sa latence, pas parce qu’elle est la plus récente.
Sur l’ensemble du cellulaire, vous louez l’infrastructure aux opérateurs. C’est pratique, vous ne construisez rien, mais vous supportez un coût de données par appareil pendant toute la vie du parc.
Le satellite, en bref
Pour les sites sans aucune couverture terrestre, pipelines en terrain reculé, équipements offshore, agriculture loin de toute antenne, l’IoT satellitaire est désormais une vraie option. Les services récents en orbite basse prennent en charge de petits messages périodiques à des coûts qui n’étaient pas envisageables il y a quelques années. La latence et le coût par message sont plus élevés que sur les réseaux terrestres, traitez donc le satellite comme la réponse pour les endroits qu’aucun autre réseau n’atteint, pas comme un choix par défaut.
Comparaison côte à côte
| Facteur | LoRaWAN | NB-IoT | LTE-M | 4G LTE | 5G | Satellite |
|---|---|---|---|---|---|---|
| Portée par nœud | Très longue (km) | Longue, intérieur profond | Longue | Couverture cellulaire | Couverture cellulaire | Mondiale |
| Autonomie | Années | Années | Mois à années | Courte (souvent alimenté) | Courte (souvent alimenté) | Variable |
| Charge utile / débit | Très faible | Faible | Faible à moyen | Élevé | Très élevé | Très faible |
| Latence | Élevée | Élevée | Moyenne | Faible | Très faible | Élevée |
| Mobilité | Limitée | Limitée | Bonne | Bonne | Bonne | Variable |
| Propriétaire de l’infrastructure | Vous (privé) ou public | Opérateur | Opérateur | Opérateur | Opérateur | Opérateur satellite |
| Modèle de coût | Matériel, puis quasi nul par msg | Abonnement par appareil | Abonnement par appareil | Forfait data | Forfait data | Par message, plus cher |
| Idéal pour | Capteurs basse conso denses | Comptage statique | Suivi, objets portés | Passerelles, vidéo | Haut débit, faible latence | Sites isolés |
Utilisez ceci comme un filtre de départ, pas comme une réponse définitive. La couverture et les tarifs varient selon le pays et l’opérateur, confirmez donc les deux pour vos marchés précis.
Une méthode de décision par cas d’usage
Au lieu de partir du réseau, partez du besoin.
De nombreux capteurs fixes basse consommation sur un même site ou campus. Parcelles agricoles, une usine, un bâtiment. Si vous maîtrisez le lieu et voulez éviter les frais par appareil, un réseau LoRaWAN privé avec The Things Stack ou ChirpStack est généralement l’option la plus solide. Vous possédez la couverture et le coût par message tombe à presque zéro.
Des compteurs statiques répartis dans une ville. Eau, gaz, électricité. Vous ne maîtrisez pas les emplacements et il vous faut une portée profonde en intérieur. NB-IoT sur un opérateur est conçu exactement pour cela.
Des objets qui se déplacent et remontent souvent des données. Suivi de flotte, logistique, objets portés. Vous avez besoin de mobilité et d’une latence raisonnable, donc LTE-M convient bien, avec la 4G comme cran supérieur quand les charges utiles grossissent.
Passerelles, vidéo ou contrôle en temps réel. Tout ce qui est gourmand en débit ou critique en temps exige la 4G ou la 5G. N’essayez pas de forcer cela sur un réseau basse consommation.
Des sites sans couverture. S’il n’y a pas d’antenne ni de moyen pratique d’acheminer les données, le satellite est la réponse honnête.
Quand chaque réseau est le mauvais choix
C’est la partie que les fournisseurs passent sous silence, alors la voici clairement.
S’il vous faut une latence inférieure à la seconde, ou si vous transportez de la vidéo et d’autres données à haut débit, LoRaWAN est le mauvais choix. Il ne peut pas porter cette charge et les règles de cycle d’utilisation vous freineront. Utilisez plutôt le cellulaire, LTE-M pour le temps réel léger et la 4G ou la 5G quand il vous faut le débit.
Dans l’autre sens : si vous exploitez un campus privé dense avec de nombreux petits appareils basse consommation et que vous voulez posséder le réseau plutôt que payer un opérateur par appareil à perpétuité, le cellulaire public est le mauvais choix. Un réseau LoRaWAN privé sur The Things Stack ou ChirpStack le battra généralement sur le coût total et vous donnera le contrôle de la couverture.
Choisir le mauvais côté de l’un ou l’autre de ces cas est l’erreur la plus coûteuse à défaire.
Le réseau n’est que la moitié du projet
Voici ce qui se décide trop tard. Quel que soit le réseau retenu, la radio ne fait que déplacer des octets. Elle ne stocke pas vos données, ne les montre à personne, n’alerte personne quand un relevé sort de sa plage, et ne déclenche aucune action. Ces tâches vivent à la couche applicative.
C’est là qu’intervient TagoIO. TagoIO se place au-dessus de la couche de connectivité. Une fois votre réseau choisi, TagoIO ingère les données provenant des appareils LoRaWAN, NB-IoT ou cellulaires, les stocke, les visualise dans des dashboards et vous permet de bâtir des alertes et des actions automatisées par-dessus. Vous pouvez changer ou combiner les réseaux en dessous sans reconstruire votre application, ce qui compte parce que la plupart des parcs réels finissent par en combiner plus d’un.
Si vous exploitez un déploiement LoRaWAN privé, TagoIO se connecte à votre serveur de réseau et y récupère les données. Si vous êtes chez un opérateur, les données arrivent via sa connectivité. Dans les deux cas, la plateforme reste la même.
Pour voir comment fonctionne le volet ingestion, la documentation sur les appareils et l’entrée de données sur https://docs.tago.io est le point de départ, et vous pouvez dimensionner un déploiement selon les forfaits sur https://tago.io/pricing.
En résumé
Il n’existe pas de meilleur réseau IoT, seulement le bon pour un besoin donné. Décidez selon la portée, la consommation, la charge utile, le coût à grande échelle, la propriété et la latence, dans l’ordre de ce qui compte le plus pour votre projet. Utilisez LoRaWAN pour des capteurs basse consommation denses que vous voulez posséder, NB-IoT pour le comptage statique, LTE-M et le cellulaire pour la mobilité et le débit, et le satellite pour les endroits qu’aucun autre réseau n’atteint. Puis posez une plateforme par-dessus pour que les données que vous avez collectées se transforment réellement en décisions.
Choisissez bien le réseau avant d’expédier les capteurs. C’est le seul choix qui soit vraiment difficile à reprendre.
