La fiche technique d’un fournisseur vous dira que le LoRaWAN atteint 15 km, parfois plus. Ce chiffre est réel, et vous ne l’obtiendrez presque jamais. Les 15 km supposent une vue dégagée, un gateway sur un pylône, un capteur à l’air libre, rien sur le trajet. Placez le même matériel dans une ville, un entrepôt ou une rangée d’arbres, et la portée honnête tombe à quelques kilomètres ou quelques centaines de mètres. La vraie question de planification n’est donc pas “jusqu’où le LoRaWAN peut-il aller”, mais “jusqu’où ira-t-il là où je l’installe, et que me coûte cette portée en débit de données et en autonomie de batterie”.
C’est cet arbitrage que la plupart des plans de projet ratent. Vous pouvez pousser une liaison LoRaWAN plus loin, mais la radio paie la distance en ralentissant, et une radio plus lente vide la batterie plus vite. Faites le mauvais arbitrage et vous déployez des capteurs qui décrochent ou meurent en un an. Voici comment le planifier avant l’achat.
Les chiffres autour desquels vous pouvez vraiment planifier
Ce sont des portées typiques constatées sur le terrain, pas des records ni des valeurs idéales de fiche technique. Prenez-les comme points de départ de planification, puis confirmez-les par un relevé.
En zone urbaine dense, prévoyez environ 2 à 5 km entre un capteur et un gateway. Les immeubles hauts, l’acier et les canyons urbains entament le signal, et un capteur situé deux pâtés de maisons derrière une tour peut échouer là où un capteur à la même distance, avec un trajet dégagé, se connecte sans problème. Des emplacements de gateway exposés en toiture ont dépassé largement les 10 km lors de tests urbains, mais c’est l’exception, pas la base de dimensionnement d’un réseau.
En zone périurbaine et rurale, 10 à 20 km en vue dégagée sont réalistes, et des sites semi-ruraux partiellement boisés atteignent encore plus de 20 km avec un trajet propre. Une vraie vue directe dégagée, gateway en hauteur et capteur sans obstacle, peut grimper jusqu’à 30 km, et les fameux records en ballon ou au-dessus de l’eau se chiffrent en centaines de kilomètres. Ces records prouvent que la radio en est capable. Ils ne décrivent pas votre parking souterrain.
En intérieur, le calcul change encore. Le LoRaWAN pénètre mieux que la plupart des radios basse consommation parce qu’il fonctionne à basse fréquence avec une grande sensibilité du récepteur, et il atteindra en général un ou deux niveaux de sous-sol en béton, raison pour laquelle il fonctionne pour les compteurs d’eau et les capteurs de parking souterrain. Mais “en général” porte tout le poids de cette phrase. Le fond des bâtiments, les locaux à parois métalliques et les chambres enterrées sont précisément les endroits où l’on confirme la couverture au lieu de la supposer.
Pourquoi la distance vous coûte du débit et de la batterie
Le LoRaWAN achète de la portée grâce à un réglage appelé spreading factor, souvent noté SF7 à SF12. En clair : un spreading factor plus élevé étale chaque bit de données sur une transmission plus longue et plus lente, ce qui rend le signal plus facile à capter de loin ou à travers les obstacles. Le prix à payer, c’est que la radio reste allumée bien plus longtemps pour envoyer le même message.
C’est ce temps d’antenne qui vide la batterie. Transmettre en SF12 prend de l’ordre de 25 fois plus de temps et consomme environ 20 à 25 fois plus d’énergie que le même message en SF7. Un capteur proche d’un gateway peut fonctionner en SF7, terminer vite et faire durer une batterie des années. Le même capteur poussé en limite de couverture monte à SF12, émet lentement, et peut épuiser cette batterie en une fraction du temps. Il transporte aussi moins de données par message, si bien que les payloads volumineux ou à haute fréquence ne tiennent plus dans le budget de temps d’antenne.
C’est la tension qui se cache derrière le chiffre de portée. Le capteur en bordure extrême qui “se connecte encore” pendant votre test est peut-être celui qui meurt en premier sur le terrain et celui qui ne peut pas envoyer de données assez souvent pour servir à quelque chose. Portée, débit et autonomie sont les trois sommets d’un même triangle, et vous ne choisissez que l’équilibre, jamais les trois à la fois.
Planifiez la couverture avant d’acheter les capteurs
Le remède le moins cher à tout problème de portée est celui que vous appliquez avant le bon de commande.
Commencez par l’emplacement du gateway, car il pèse plus que n’importe quelle spécification de capteur. La hauteur l’emporte : un gateway placé 5 à 7 mètres au-dessus de la toiture, antenne dégagée des obstacles environnants, surpassera une flotte de capteurs plus coûteuse coincée sous un gateway mal placé. Tenez les gateways à l’écart des sous-sols, des locaux techniques métalliques et de la proximité des équipements de climatisation, qui tous détruisent les performances. Pour les bâtiments à plusieurs étages, un montage près du noyau du bâtiment avec l’antenne orientée pour pousser le signal verticalement aide à atteindre les capteurs d’un étage à l’autre.
Menez ensuite un relevé de couverture avant de fixer le nombre de capteurs. Sortez les plans d’étage et une carte topographique, repérez les emplacements prévus des gateways et des capteurs, et notez les obstacles qui comptent : bâtiments, rangées d’arbres, relief et métal. Parcourez le site avec un nœud de test et vérifiez que les points faibles se connectent à un spreading factor compatible avec l’autonomie visée. Là où un coin ne passe pas, la solution est un gateway mieux placé, un second gateway, ou un répéteur pour les sous-sols et les zones denses, pas l’espoir que le capteur trouve un chemin. Les effets d’antenne et de relief sont réels et locaux, et c’est pour cela qu’un relevé bat une fiche technique à chaque fois.
Quand le LoRaWAN est le mauvais choix
L’honnêteté compte plus que la fidélité à une seule radio. Le LoRaWAN convient bien aux capteurs basse consommation qui envoient de petits messages à la minute ou à l’heure. C’est le mauvais outil dans quelques cas clairs, et le forcer vous coûte plus cher que de retenir d’emblée la bonne alternative.
Si vous êtes dans un cœur urbain dense où vous ne pouvez ni installer ni entretenir vos propres gateways, le NB-IoT ou le LTE-M sur un réseau opérateur l’emporte généralement. Vous louez la couverture de l’opérateur au lieu de la bâtir, et l’empreinte cellulaire existe déjà. Même chose pour les sites où poser un gateway n’est pas réaliste ou pas autorisé.
S’il vous faut un vrai débit de données, de la vidéo, des payloads volumineux fréquents, du firmware envoyé par les airs à quelque vitesse que ce soit, le budget de temps d’antenne du LoRaWAN ne suivra pas. Le cellulaire est la bonne réponse dans ce cas.
Pour du vrai isolement sans aucune infrastructure, pleine mer, pipelines reculés, arrière-pays, il n’y a ni gateway à atteindre ni antenne opérateur, donc l’IoT par satellite est l’option réaliste même si le coût par message est plus élevé.
Le schéma est clair : si vous maîtrisez les gateways, que les messages sont petits et que les sites se trouvent dans une portée confirmée par relevé, le LoRaWAN est difficile à battre côté consommation et coût. En dehors de ces conditions, nommez la radio mieux adaptée et passez à autre chose.
La place de TagoIO
TagoIO est la plateforme de données, pas la radio. Elle est agnostique vis-à-vis de la connectivité, donc elle ingère les données venant des serveurs de réseau LoRaWAN, des appareils cellulaires et NB-IoT en MQTT, du backhaul satellite et de plus de 500 intégrations d’appareils, puis gère les dashboards, les alertes et l’analyse au même endroit. Si un site est en partie LoRaWAN et en partie cellulaire, ce que sont souvent les déploiements mixtes, les données atterrissent quand même sur une seule plateforme. TagoIO est certifiée ISO 27001 pour les équipes qui ont besoin de cette posture. L’idée est que vous choisissez la connectivité sur des critères techniques, et la plateforme s’adapte à ce que vous retenez.
Prochaines étapes
Si vous cadrez un déploiement, décidez d’abord de la radio sur la couverture et la consommation, puis rassemblez les données au même endroit.
- Voyez comment les données des appareils arrivent : tago.io
- Documentation du serveur de réseau LoRaWAN et de l’intégration MQTT : docs.tago.io
Planifiez la couverture, faites le relevé, et laissez l’arbitrage décider de la radio avant que les capteurs partent.
