ThingsLog a présenté un webinaire complet sur LoRa et LoRaWAN, destiné aussi bien aux amateurs de technologie radio qu’aux professionnels des utilities qui envisagent de déployer des solutions de surveillance IoT sur réseau LoRaWAN. Ce webinaire couvre la modulation CSS qui fait la spécificité de LoRa, les messages LoRaWAN et les classes d’appareils A/B/C, les modes d’activation OTAA et ABP, les modèles de déploiement réseau, et la configuration d’une passerelle TTN. L’enregistrement de ce webinaire est disponible pour tous ceux qui n’ont pas pu y assister en direct.
Table des matières
- La modulation LoRa en détail : pourquoi CSS ?
- Sécurité LoRaWAN : AES-128 et clés de session
- Dimensionnement pratique des passerelles
- TTN vs réseau privé : guide de décision
- Exemples de déploiements avec produits ThingsLog
- Questions fréquentes
La modulation LoRa en détail : pourquoi CSS ?
LoRa (Long Range) est une technologie de modulation radio propriétaire développée par Semtech, basée sur le principe de Chirp Spread Spectrum (CSS). Contrairement aux modulations classiques comme FSK (Frequency Shift Keying) ou QAM, CSS encode l’information dans des signaux dont la fréquence varie linéairement dans le temps (chirps montants ou descendants). Cette approche confère à LoRa des propriétés remarquables en termes de sensibilité et de robustesse aux interférences.
La sensibilité d’un récepteur LoRa peut atteindre -137 dBm avec un spreading factor SF12, ce qui représente un budget de liaison (link budget) total de plus de 157 dB. En comparaison, le GSM offre environ 130 dB de link budget. Cette sensibilité exceptionnelle permet à LoRa de fonctionner bien en dessous du niveau du bruit ambiant (SNR négatif jusqu’à -20 dB), ce qui est la clé de sa portée extraordinaire. Un module LoRa peut “entendre” un signal 100 fois plus faible que ce que les technologies radio conventionnelles peuvent détecter.
Le spreading factor (SF) est le paramètre clé qui permet d’ajuster le compromis entre portée, débit et consommation énergétique. SF7 offre le débit le plus élevé (environ 5 kbps) mais la portée minimale. SF12 offre la portée maximale mais un débit très faible (environ 250 bps) et une durée de transmission longue (plusieurs secondes). En pratique, les déploiements ThingsLog utilisent SF8 à SF10 dans les zones urbaines et SF10 à SF12 dans les zones rurales ou pour les appareils enterrés difficiles à atteindre radio.
Sécurité LoRaWAN : AES-128 et clés de session
LoRaWAN intègre une sécurité robuste au niveau du protocole, basée sur le chiffrement AES-128 (Advanced Encryption Standard avec clé de 128 bits). Ce niveau de chiffrement est le même que celui utilisé pour les transactions bancaires en ligne et est considéré comme inviolable avec les technologies informatiques actuelles. La sécurité LoRaWAN repose sur deux clés distinctes : la NwkSKey (Network Session Key) pour l’intégrité des messages au niveau réseau, et l’AppSKey (Application Session Key) pour le chiffrement des données utilisateur.
Ces deux clés sont dérivées lors de la procédure d’activation OTAA (Over The Air Activation) à partir de trois paramètres racine : DevEUI (identifiant unique de l’appareil, similaire à une adresse MAC), AppEUI (identifiant de l’application ou du réseau), et AppKey (clé racine de 128 bits stockée de manière sécurisée dans l’appareil). À chaque nouvelle session OTAA, de nouvelles clés de session sont générées, empêchant les attaques par rejeu (replay attacks) — un message intercepté ne peut pas être réinjecté dans le réseau pour un effet malveillant.
ABP (Activation By Personalization) est une alternative à OTAA où les clés sont préchargées dans l’appareil en usine ou lors de la configuration. ABP est plus simple à mettre en œuvre et ne nécessite pas de procédure d’activation au premier démarrage, mais présente des vulnérabilités de sécurité supérieures (frame counter reset après redémarrage si mal géré, clés fixes non renouvelées). ThingsLog recommande OTAA pour tous les déploiements en production, et réserve ABP aux environnements de laboratoire ou de test.
Dimensionnement pratique des passerelles LoRaWAN
Une passerelle LoRaWAN standard à 8 canaux peut théoriquement gérer plusieurs milliers d’appareils, mais la capacité réelle dépend fortement de la fréquence de transmission de chaque appareil et du spreading factor utilisé. En pratique, pour des appareils ThingsLog transmettant une fois par heure sur SF8, une passerelle peut gérer confortablement 500 à 2000 appareils sans saturation. Si les appareils transmettent toutes les 15 minutes sur SF10 (transmission plus longue), la capacité est réduite à quelques centaines d’appareils par passerelle.
La couverture radio d’une passerelle dépend de l’environnement. En milieu urbain dense (Paris, Lyon), une passerelle avec antenne omnidirectionnelle sur un toit couvre généralement un rayon de 2 à 5 km. En milieu périurbain ou rural, cette portée peut atteindre 10 à 15 km. Pour les appareils enterrés (compteurs dans des regards béton), l’atténuation supplémentaire de 10 à 20 dB réduit significativement la portée effective — il peut être nécessaire de positionner la passerelle à proximité ou d’utiliser des antennes déportées.
Le placement de l’antenne est critique pour maximiser la couverture. Une antenne à 15 mètres de hauteur sur un pylône ou un toit offre un avantage considérable par rapport à une antenne au niveau du sol. ThingsLog recommande des antennes omnidirectionnelles 5 dBd à 9 dBd selon la zone couverte, avec des câbles coaxiaux de faible perte (LMR-400 ou équivalent) pour éviter les pertes en ligne qui réduisent la portée effective.
TTN vs réseau privé LoRaWAN : guide de décision
The Things Network (TTN) est un réseau LoRaWAN communautaire et gratuit, composé de milliers de passerelles déployées par des particuliers et des organisations. TTN est un excellent point de départ pour les projets pilotes et les déploiements dans des villes où la couverture TTN est déjà bonne. L’avantage est évident : pas d’investissement en infrastructure, démarrage immédiat, communauté active et documentation abondante. La limite est la couverture non garantie et la qualité de service variable selon la densité des passerelles communautaires dans la zone.
Pour les déploiements professionnels — utilities, villes intelligentes, industriels — un réseau LoRaWAN privé offre des garanties de service, de couverture et de sécurité que TTN ne peut pas assurer. Un réseau privé implique le déploiement et la maintenance de ses propres passerelles, mais donne un contrôle total sur la couverture, la capacité et la disponibilité. ThingsLog a déployé des passerelles UND-1101 dans plusieurs villes pour soutenir ses propres clients et contribuer à la communauté TTN. La décision entre TTN et réseau privé dépend du SLA (niveau de service) exigé par le projet et du budget d’infrastructure disponible.
Exemples de déploiements LoRaWAN avec produits ThingsLog
ThingsLog a déployé des solutions LoRaWAN dans plusieurs contextes réels. Dans un réseau de distribution d’eau en Bulgarie, des enregistreurs LPMDL-1103 ont été installés sur des compteurs DN15 à DN80 dans des regards de trottoir. La couverture est assurée par une combinaison de passerelles TTN communautaires et de passerelles privées UND-1101 installées sur des bâtiments municipaux. Le système surveille en temps réel les profils de consommation, détecte les anomalies nocturnes et alerte les équipes techniques en cas de dépassement de seuil.
Dans un projet agricole, des capteurs d’humidité du sol Modbus RS485 ont été connectés à des enregistreurs ThingsLog LoRaWAN déployés dans des champs sans couverture cellulaire. Une seule passerelle solaire UND-1101 installée sur un pylône agricole de 8 mètres couvre l’ensemble d’un périmètre irrigué de 200 hectares. Les données d’humidité permettent une irrigation pilotée à la demande, réduisant la consommation d’eau d’environ 30 % par rapport à l’irrigation temporisée traditionnelle.
| Thème | Élément clé |
|---|---|
| Modulation LoRa | CSS — sensibilité jusqu’à -137 dBm, SNR -20 dB, SF7-SF12 |
| Sécurité | AES-128 — NwkSKey + AppSKey, dérivées lors OTAA |
| OTAA vs ABP | OTAA recommandé en production (clés renouvelées, anti-replay) |
| Couverture passerelle | 2-5 km urbain, 10-15 km rural avec antenne élevée |
| TTN vs privé | TTN pour pilotes, réseau privé pour déploiements SLA garantis |
Questions fréquentes
Quelle est la différence entre les classes A, B et C de LoRaWAN et laquelle choisir pour la surveillance de compteurs ?
La Classe A est la plus économique en énergie : l’appareil n’écoute le réseau (downlink) que pendant deux courtes fenêtres juste après chaque transmission. Aucune commande descendante ne peut être envoyée à l’appareil en dehors de ces fenêtres. La Classe B ajoute des fenêtres d’écoute programmées (beacons), permettant des commandes plus réactives au prix d’une consommation accrue. La Classe C écoute en permanence, ce qui permet des commandes instantanées mais avec une consommation proche du mode actif constant. Pour la surveillance de compteurs d’eau ou d’énergie (reporting périodique, commandes rares), la Classe A est le choix optimal et c’est le mode utilisé par défaut par ThingsLog.
OTAA génère-t-il des problèmes si l’appareil redémarre ou si la couverture est perdue ?
Avec OTAA, si un appareil redémarre (coupure d’alimentation, reset firmware), il doit effectuer une nouvelle procédure d’activation — ce qui prend quelques secondes à quelques minutes selon la qualité de couverture. Pendant cette période, aucune donnée n’est transmise. Pour les enregistreurs ThingsLog sur batterie, les redémarrages sont très rares (uniquement lors d’une mise à jour firmware ou d’un problème hardware). La perte de couverture temporaire ne déclenche pas de ré-activation OTAA — la session est conservée et la communication reprend automatiquement dès que le signal revient. Ce mécanisme est bien géré par le firmware ThingsLog.
Comment TTN peut-il être utilisé gratuitement dans un projet professionnel ?
TTN (The Things Network) est gratuit pour un usage raisonnable selon la Fair Use Policy : maximum 30 secondes de transmission par jour par appareil et maximum 10 messages downlink par jour par appareil. Pour la surveillance de compteurs IoT avec ThingsLog (une transmission de quelques secondes par heure), ces limites ne sont généralement pas atteintes. En revanche, TTN ne garantit pas la disponibilité du réseau ni la couverture. Pour un projet professionnel avec SLA, il est recommandé de déployer au moins quelques passerelles privées dédiées dans les zones critiques, en complément de la couverture TTN communautaire. ThingsLog propose des passerelles UND-1101 compatibles TTN et réseaux privés.
