une promesse séduisante… à condition d’être cadrée
Depuis une décennie, LoRaWAN s’est imposée parmi les technologies IoT long-range/low-power (LPWAN). La promesse est claire : portée étendue, sobriété énergétique, coûts maîtrisés par capteur. Pourtant, de nombreux projets dérapent lorsqu’on choisit la technologie avant d’analyser le terrain. C’est le piège le plus courant : décider trop tôt, puis passer des mois à contourner des limites qui auraient pu être identifiées dès le départ.
Seuls 26 % des projets IoT sont déclarés « complètement réussis » et 60 % s’arrêtent au stade PoC.
La bonne approche ? Partir de la réalité opérationnelle (environnement, topologie, contrainte énergétique, densité de capteurs) et faire entrer la technologie dans ce cadre — pas l’inverse.
Quand LoRaWAN est réellement imbattable
Le mot « imbattable » n’est pas galvaudé… mais il ne s’applique pas partout. Il s’applique lorsque trois facteurs se combinent : grande zone à faible débit, accès terrain difficile, autonomie longue.
74 % des entreprises jugent leurs déploiements IoT « peu ou pas réussis »
1) Portée et couverture multi-sites compacts
En environnement dégagé, une passerelle LoRa peut couvrir plusieurs kilomètres (les cas de 10–15 km en rural existent). Concrètement, vous réduisez le nombre de sites actifs à déployer : moins de CAPEX, moins de demandes d’accès, moins de génie civil. La couverture devient un avantage structurel.
2) Densité de capteurs et coût marginal
Une passerelle LoRa bien dimensionnée gère un volume élevé de capteurs. Dans un bâtiment intelligent ou une zone industrielle avec des mesures sporadiques (température, vibration, ouverture/fermeture, comptage), le coût marginal par capteur reste très bas, ce qui améliore le ROI à l’échelle.
3) Autonomie et OPEX maîtrisés
La très faible consommation côté capteur permet d’atteindre plusieurs années d’autonomie sur batterie. Moins d’interventions = OPEX réduit, planification de maintenance plus simple, disponibilité améliorée.
Mini-cas d’usage (agriculture)
Vous devez surveiller 200 capteurs d’humidité répartis sur 100 hectares. Avec LoRaWAN, une passerelle bien positionnée en hauteur suffit souvent. En cellulaire, chaque capteur impliquerait un abonnement et des remplacements de batterie plus fréquents. Ici, LoRaWAN aligne coût, autonomie et couverture.
Quand LoRaWAN devient une fausse bonne idée
À l’inverse, LoRaWAN perd son sens dès que l’architecture « étirée » fait exploser la complexité pour peu de capteurs par site.
L’histoire des citernes dispersées
Un industriel m’a sollicité pour connecter sept citernes : deux sur site, trois à ~50 km, deux à ~100 km. L’idée initiale : « tout en LoRa ». Sur le papier, séduisant. Sur le terrain, aucune couverture publique LoRa, et l’installation de passerelles privées pour un ou deux capteurs n’a aucun intérêt économique.
La solution retenue (il y a quelques années) : 4G. Couverture déjà en place, un abonnement par citerne, mise en service rapide, disponibilité maîtrisée. La décision a été guidée par la dispersion des actifs, pas par un préjugé technologique.
Autres situations à risque
- Petits îlots de capteurs très éloignés : multiplier les passerelles pour quelques points de mesure crée un surcoût structurel.
- Besoin de débit ou de latence (image, audio, logs lourds en production) : LoRaWAN n’est pas conçu pour ça.
- Infrastructure existante déjà robuste (Wi-Fi managé, réseau cellulaire privé, Ethernet industriel) : répliquer un réseau parallèle alourdit maintenance et supervision.
L’erreur n’est pas d’opter pour LoRaWAN, mais d’imposer LoRaWAN à une architecture qui ne s’y prête pas.
Alternatives et arbitrages : quelle technologie pour quel besoin ?
Wi-Fi (réseau local)
À privilégier lorsque vous avez une infrastructure IT maîtrisée, des débits élevés et des capteurs alimentés.
Limites : portée courte, roaming limité, consommation côté capteur.
Zigbee (maillage courte portée)
Pertinent en intérieur pour des capteurs basse consommation et un maillage simple.
Limites : portée restreinte, sensibilité aux perturbations industrielles (métal, cages Faraday, bruit RF).
NB-IoT (LPWAN cellulaire)
Utile quand vous souhaitez une LPWAN sous licence opérateur avec couverture indoor correcte et abonnement unitaire.
Limites : dépendance opérateur, performances variables selon zones et devices.
4G/5G (réseaux cellulaires)
Idéal si vos actifs sont mobiles ou fortement dispersés, ou si vous voulez accélérer le déploiement sans poser d’infrastructure locale.
Limites : abonnements récurrents, autonomie plus courte que les LPWAN, dépendance à un opérateur.
Ethernet / Modbus / OPC-UA (filaire industriel)
Référence pour les postes fixes alimentés, la fiabilité et l’intégration OT (SCADA, PLC).
Limites : extensions coûteuses à l’extérieur ou sur de très grandes distances.
Le bon cadre de décision
Quatre questions qui tranchent 80 % des cas
- Couverture réelle : publique/privée ? indoor/outdoor ? reliefs ?
- Nombre et densité : dizaines, centaines, milliers ? croissance prévue ?
- Autonomie visée : mois, années, décennie ? accès terrain facile ?
Modèle économique : CAPEX vs OPEX, abonnements acceptables ? ROI 12–36 mois ?
Matrice rapide « LoRa ou pas LoRa ? »
| Contrainte principale | LoRaWAN | 4G/5G | Wi-Fi | Zigbee | Ethernet/OPC-UA |
|---|---|---|---|---|---|
| Très grande zone, faible débit |  |
|
 |
|
|
| Autonomie 5–10 ans | |
|
|
|
|
| Mobilité / multi-sites | |
|
|
|
|
| Débit élevé / latence faible | |
|
|
|
|
| Fiabilité industrielle filaire | |
|
|
|
|
| Coûts d’abonnements proscrits | |
|
|
|
|
Phrase clé à retenir : LoRaWAN excelle quand la zone est vaste, le débit faible et l’autonomie critique ; la 4G/5G gagne dès que la mobilité et la dispersion l’emportent.
La méthode de décision qui évite les regrets
Avant de prononcer « LoRaWAN », « cellulaire » ou « Wi-Fi », passez par ces quatre étapes. Elles fluidifient le choix et évitent les itérations coûteuses.
1) Cartographier la couverture
LPWAN publique/privée, cellulaire, Wi-Fi, topologie (relief, matériaux, interférences). Faites un test de portée sur un site représentatif (indoor/outdoor).
2) Profiler les données
Payload moyen (octets), fréquence d’envoi, tolérance à la latence, downlink nécessaire (accusés, commandes), pics éventuels. Le profil de trafic oriente naturellement la technologie.
3) Qualifier l’énergie
Capteur alimenté ou sur batterie ? Autonomie minimale visée ? Accès facile ou non ? Cette contrainte élimine d’emblée certaines options.
4) Comparer le modèle économique
CAPEX (passerelles, installation), OPEX (abonnements, interventions, MCO), horizon de ROI 12–36 mois. Ajoutez un scénario d’échelle (+30 % de capteurs) pour éviter les surprises.
Un POC court, mené sur deux ou trois environnements représentatifs, valide la trajectoire avant l’industrialisation.
Étude de cas chiffrée (simplifiée)
Contexte : 180 capteurs température/hygrométrie sur un parc logistique de 90 ha, seuil d’alerte par SMS/e-mail, mesures toutes les 10 minutes.
- Option LoRaWAN : 1 passerelle (mât 12 m), backhaul IP existant, autonomie > 5 ans, zéro abonnement par capteur.
- Option 4G : 180 cartes SIM M2M, gestion de forfaits, autonomie 12–24 mois selon design.
Résultat : LoRaWAN présente un coût total inférieur sur 36 mois et un risque opérationnel plus faible (moins d’éléments actifs à superviser).
Exception : si 40 % des capteurs deviennent mobiles (chariots, remorques), la 4G reprend l’avantage en flexibilité.
Erreurs fréquentes… et comment les éviter
- Décider avant de mesurer : commencez par un audit de couverture et un profil de trafic.
- Sous-estimer les coûts cachés : déplacements, habilitations, accès toiture, énergie.
- Ignorer l’exploitation : supervision, mises à jour, stocks de pièces, SLA.
Négliger l’interopérabilité : pensez intégration (HTTP/MQTT, Modbus/OPC-UA, LNS, cloud).
Conclusion : LoRa n’est pas une baguette magique, c’est un levier de ROI
LoRaWAN excelle lorsque votre besoin combine grande zone, faible débit et autonomie longue.
Dans l’industrie, jusqu’à 70 % des cas d’usage restent bloqués au stade pilote — le fameux « pilot purgatory »
Elle déçoit lorsqu’on la force dans des architectures dispersées avec peu de capteurs par site ou des exigences de débit. La clé, c’est la méthode : cartographier, profiler, qualifier, chiffrer… puis choisir.
FAQ — LoRaWAN, couverture, alternatives
1. LoRaWAN convient-il à des actifs mobiles ?
Généralement non. Pour des véhicules, bennes ou remorques en déplacement, la 4G/5G est plus adaptée (roaming, disponibilité, latence).
2. Peut-on transporter de la vidéo ou des images en LoRaWAN ?
Non. LoRaWAN vise des petits messages (télémétries, compteurs). Pour des flux lourds, privilégiez Wi-Fi ou cellulaire.
3. L’autonomie “10 ans” est-elle réaliste ?
Oui, si le payload est court, la périodicité faible et le design du capteur optimisé (sleep profond, radio bien réglée). En pratique, 3 à 7 ans selon les usages.
4. Combien de passerelles faut-il pour un site ?
Cela dépend de la topologie, des matériaux et de la densité. Une étude de couverture et un POC discret évitent les sur- ou sous-dimensionnements (souvent 1 à 3 passerelles par site étendu).
5. Quand préférer la 4G/5G à LoRaWAN ?
Dès que vos capteurs sont éloignés, que la couverture cellulaire est bonne, et que le délai de mise en service prime. Le coût d’abonnement peut être compensé par la simplicité et la rapidité.
6. Le Wi-Fi est-il pertinent pour l’IoT industriel ?
Oui, en intérieur, avec alimentation et débit requis (maintenance prédictive, logs riches). Attention à la coexistence avec l’IT et au roaming.
7. Comment éviter la dépendance à un opérateur ?
Réseau LPWAN privé (LoRaWAN) ou cellulaire privé (4G/5G local) selon le cas d’usage, avec coûts et responsabilités d’exploitation à évaluer.
8. Faut-il mélanger plusieurs technologies ?
Uniquement si justifié par des contraintes distinctes (ex. LoRaWAN pour capteurs fixes basse consommation + 4G pour actifs mobiles). Le sur-panachage complexifie la maintenance ; visez la sobriété.
Sources
- Cisco — IoT World Forum (2017) : résultats PoC / projets réussis.
- Beecham Research / IoT Now (2018) — Why IoT Projects Fail : 74 % “peu ou pas réussis”.
- World Economic Forum & McKinsey (2019–2022) — Industry 4.0 at Scale : “pilot purgatory”.
L’article LoRa ou pas LoRa ? L’erreur qui coûte cher aux projets IoT est apparu en premier sur IoT Industriel Blog.