Produits/ EMU Professional II/ LoRa

Interface · EMU Professional II

Le LoRa sur l’EMU Professional II : LoRaWAN, TTN et décodeur de payload

Radio dans la bande libre EU868, de la portée plutôt que du débit, des compteurs qui émettent d’eux-mêmes. Voici comment LoRa et LoRaWAN s’articulent, pourquoi le duty cycle détermine la cadence et comment le modèle TTN et notre décodeur simplifient l’intégration.

Le principe

Comment fonctionne le LoRa ?


Deux termes sont constamment confondus. LoRa est le procédé radio : une modulation à étalement de spectre qui étale un signal étroit au point qu’il reste détectable sous le bruit. On gagne ainsi en portée ce que l’on perd en débit. LoRaWAN est le protocole réseau qui s’y superpose : passerelles, serveur de réseau, chiffrement, procédure d’adhésion.

La logique est l’inverse de celle du M-Bus ou du Modbus. Aucun maître n’interroge le compteur. Le compteur envoie de lui-même, à rythme fixe, un petit paquet ; une passerelle à portée radio le capte et le transmet au serveur de réseau. Après chaque émission, un appareil en classe A ouvre brièvement deux fenêtres de réception : c’est le mode de base de tout appareil LoRaWAN et le plus économe. Le Professional II fonctionne par défaut en classe C et reste en réception entre ses émissions.

En Europe, cela se passe dans la bande libre EU868. Libre ne veut pas dire sans règles : une limitation de duty cycle s’applique et restreint le temps d’émission par appareil et par heure. C’est la raison pour laquelle le LoRa est fait pour des valeurs au quart d’heure ou à l’heure, et non pour des valeurs à la seconde.

Termes

LoRa

Le procédé radio. Modulation à étalement de spectre, portée aux dépens du débit.

LoRaWAN

Le protocole réseau : passerelles, serveur de réseau, clés, adhésion.

Facteur d’étalement

SF7 à SF12. Plus haut signifie plus loin et plus robuste, mais plus lent et avec plus de temps d’émission.

Duty cycle

Limitation légale du temps d’émission par appareil dans la bande libre.

Classe A

L’appareil émet, puis deux brèves fenêtres de réception. Le mode le plus économe.

OTAA

Adhésion par voie hertzienne avec DevEUI, JoinEUI et AppKey. La voie recommandée.

ABP

Clés de session programmées en dur. Plus simple, mais moins sûr.

Payload

Les données utiles du paquet – des octets compactés, pas du texte lisible.

Chemin des données

Comment les mesures d’un compteur LoRa arrivent-elles en toute sécurité dans le système cible ?


Avec votre propre network server ou directement dans Joulio-Web : le compteur rejoint le réseau par OTAA, et toutes les mesures sont chiffrées de bout en bout. Cela vaut pour l’EMU Professional II LoRa comme pour les compteurs Helvatron H2O et DELTA III. Les passerelles se contentent de transmettre.

Cas d’usage 1 : network server externe avec API

Radio EU868BackhaulAPIDoublon écartéProfessional II LoRaÉlectricité · EMUHelvatron H2OEauHelvatron DELTA IIIChaleurPasserelle 1Modem SIM (LTE)Passerelle 2LANNetwork serverLNS + join serverDécodeur de payloadSupervisionFacturationCloud / BIDans le compteurDevEUIJoinEUIAppKeyDevAddrNwkSKeyAppSKeyClés de session après le joinDans les passerellesaucune clétransmettent seulementDans le network serverDevEUIJoinEUIAppKeyDevAddrNwkSKeyAppSKeyClés de session après le join
  1. Clés en placeChaque compteur connaît son DevEUI, le JoinEUI et l’AppKey secrète. Les trois mêmes valeurs sont enregistrées dans le network server. L’AppKey n’est jamais transmise par radio.
  2. Join RequestLe compteur s’annonce avec son DevEUI, le JoinEUI et un nombre aléatoire. Le message est signé avec l’AppKey. Chaque passerelle à portée le reçoit, ici les deux.
  3. Transmission par LTE et LANLa passerelle 1 transmet via son modem SIM intégré, la passerelle 2 via le LAN. Les passerelles n’ouvrent rien. Le network server reconnaît le paquet reçu deux fois et écarte le doublon.
  4. Join AcceptLe network server vérifie la signature, attribue une adresse réseau (DevAddr) et répond, chiffré avec l’AppKey, via la passerelle qui reçoit le mieux.
  5. Clés de sessionLe compteur et le network server calculent chacun de leur côté les mêmes clés de session : NwkSKey pour l’intégrité, AppSKey pour les mesures. Aucune n’est transmise.
  6. Envoi des mesuresLes compteurs d’électricité, d’eau et de chaleur envoient leurs valeurs à intervalle fixe, chiffrées avec l’AppSKey. Les passerelles ne peuvent pas en lire le contenu.
  7. Vérifier et décoderLe network server vérifie la signature, écarte les doublons, déchiffre avec l’AppSKey et convertit les octets en kWh, m³ et quantité de chaleur grâce au décodeur de payload.
  8. Transmission par APILes valeurs décodées sont transmises à la supervision, à la facturation ou au cloud via l’API du network server, par exemple REST, webhook ou MQTT.

Cas d’usage 2 : Joulio-Web avec network server intégré

Radio EU868BackhaulUtilisationDoublon écartéProfessional II LoRaÉlectricité · EMUHelvatron H2OEauHelvatron DELTA IIIChaleurPasserelle 1Modem SIM (LTE)Passerelle 2LANJoulio-WebLNS intégréDécodeur + analyseTableaux de bordDécompteAPI (option)Dans le compteurDevEUIJoinEUIAppKeyDevAddrNwkSKeyAppSKeyClés de session après le joinDans les passerellesaucune clétransmettent seulementDans Joulio-WebDevEUIJoinEUIAppKeyDevAddrNwkSKeyAppSKeyClés de session après le join
  1. Clés en placeChaque compteur connaît son DevEUI, le JoinEUI et l’AppKey secrète. Les trois mêmes valeurs sont enregistrées dans Joulio-Web. L’AppKey n’est jamais transmise par radio.
  2. Join RequestLe compteur s’annonce avec son DevEUI, le JoinEUI et un nombre aléatoire. Le message est signé avec l’AppKey. Chaque passerelle à portée le reçoit, ici les deux.
  3. Transmission par LTE et LANLa passerelle 1 transmet via son modem SIM intégré, la passerelle 2 via le LAN. Les passerelles n’ouvrent rien. Joulio-Web reconnaît le paquet reçu deux fois et écarte le doublon.
  4. Join AcceptJoulio-Web vérifie la signature, attribue une adresse réseau (DevAddr) et répond, chiffré avec l’AppKey, via la passerelle qui reçoit le mieux.
  5. Clés de sessionLe compteur et Joulio-Web calculent chacun de leur côté les mêmes clés de session : NwkSKey pour l’intégrité, AppSKey pour les mesures. Aucune n’est transmise.
  6. Envoi des mesuresLes compteurs d’électricité, d’eau et de chaleur envoient leurs valeurs à intervalle fixe, chiffrées avec l’AppSKey. Les passerelles ne peuvent pas en lire le contenu.
  7. Vérifier et décoderJoulio-Web vérifie la signature, écarte les doublons, déchiffre avec l’AppSKey et convertit les octets en kWh, m³ et quantité de chaleur grâce au décodeur de payload.
  8. Directement dans Joulio-WebJoulio-Web détient lui-même les clés et utilise directement les valeurs pour les tableaux de bord, la courbe de charge et le décompte de charges. Les systèmes tiers se raccordent via l’API Joulio-Web.

Intégration

Comment décoder le payload LoRa d’un compteur d’énergie ?


Ce qui arrive au serveur de réseau est d’abord un court bloc d’octets. Pour qu’il en sorte « énergie active soutirée, tarif 1, 128 431 kWh », il faut un décodeur de payload : un petit bout de code qui découpe les octets selon la structure de payload de l’appareil.

C’est précisément là que les projets LoRa échouent le plus souvent – non pas sur la liaison radio, mais parce que le décodeur a été écrit à la main et jamais documenté. C’est pourquoi nous le fournissons tout prêt.

The Things Network

Dans le réseau TTN, l’EMU Professional II LoRa est directement disponible comme modèle. Créer l’appareil, choisir le modèle, saisir les clés – le décodeur est inclus. Pour le cas le plus fréquent, la question est ainsi entièrement réglée.

Autres serveurs de réseau

Pour l’intégration à d’autres systèmes, le décodeur se trouve sur GitHub. S’y ajoutent deux outils qui s’exécutent directement dans le navigateur : un décodeur de payload pour vérifier un paquet reçu, et un générateur de payload pour créer des paquets de test avant le montage du premier compteur. Les deux évitent de devoir chercher les erreurs sur l’installation.

Tester avant le montage

Le générateur de payload permet de construire et de vérifier toute la chaîne, du serveur de réseau jusqu’au système cible, avant qu’un seul compteur ne soit installé dans la gaine. La recherche d’erreurs passe ainsi de la cave au bureau.

Planification radio

Quelle portée le LoRa atteint-il dans les bâtiments ?


Facteur d’étalement

Un facteur d’étalement plus élevé apporte portée et robustesse, mais allonge le temps d’émission et consomme donc davantage du duty cycle autorisé. Les compteurs en cave finissent souvent en SF11 ou SF12, les compteurs en vue directe en SF7.

Contraintes du bâti

Le béton armé, la terre et les portes métalliques d’armoires affaiblissent le signal davantage que ne le laisse supposer toute indication de distance. Un compteur à 30 m au sous-sol est plus difficile à atteindre qu’un compteur à 2 km en vue directe de la passerelle.

Mesurer au préalable

Un appareil de test sur le lieu de montage prévu en dit plus que tout calcul. Pour des biens immobiliers dispersés, une visite avec mesure est payante avant de fixer les passerelles.

Positionnement

Quand le LoRa est-il la bonne interface ?


En faveur

  • Points de mesure sans chemin de câble, par exemple dans l’existant
  • Biens immobiliers dispersés partageant une passerelle
  • Rénovation où aucune ligne ne peut plus être tirée
  • Valeurs au quart d’heure ou à l’heure comme résolution visée
  • Modèle TTN disponible, décodeur public sur GitHub

En défaveur

  • Valeurs à la seconde ou tâches de régulation – le duty cycle l’interdit
  • Gros volumes de données par relève
  • Livraison garantie à un instant fixe
  • Points de mesure en profondeur sans chemin radio vers l’extérieur
  • Installations où un M-Bus ou de l’Ethernet est de toute façon en place

Voir le M-Bus · Voir le TCP/IP

Documents

Manuels et fiches techniques à télécharger


Cette page explique le principe. Les listes de registres, la structure des télégrammes, l’affectation des bornes et les paramètres exacts de chaque version figurent dans le manuel d’interface.

PDFManuel de l’interface LoRa1490 · structure du payload · anglais GITDécodeur LoRaemuag/professional_II_lora GITGénérateur de payloadSource sur GitHub WEBDécodeur de payloadExécutable dans le navigateur WEBGénérateur de payloadExécutable dans le navigateur PDFFiche technique Professional II1441 · anglais

Questions fréquentes

Questions fréquentes sur l’interface


Quelle est la différence entre LoRa et LoRaWAN ?

LoRa est le procédé radio – une modulation à étalement de spectre qui échange du débit contre de la portée. LoRaWAN est le protocole réseau qui s’y superpose, avec passerelles, serveur de réseau, chiffrement et procédure d’adhésion. En pratique, il faut les deux.

Existe-t-il un modèle prêt à l’emploi pour The Things Network ?

Oui. Dans le réseau TTN, l’EMU Professional II LoRa est directement disponible comme modèle. Créer l’appareil, choisir le modèle, saisir les clés – le décodeur de payload est inclus.

Comment intégrer le compteur à un autre serveur de réseau ?

Par le décodeur que nous mettons à disposition sur GitHub. S’y ajoutent un décodeur et un générateur de payload sous forme d’outils web : avec le décodeur vous vérifiez un paquet reçu, avec le générateur vous créez des paquets de test pour bâtir la chaîne avant le montage du premier compteur.

À quelle fréquence un compteur LoRa émet-il ?

À rythme fixe, non sur demande. La cadence dépend du duty cycle dans la bande libre EU868, qui limite le temps d’émission par appareil et par heure. Le LoRa convient donc aux valeurs au quart d’heure et à l’heure, pas aux valeurs à la seconde ni aux tâches de régulation.

Quelle portée vais-je atteindre ?

Cela dépend du lieu, pas d’un chiffre sur une fiche technique. Le béton armé, la terre et les portes métalliques d’armoires affaiblissent le signal bien plus que la distance. Un compteur à 30 m au sous-sol peut être plus difficile à atteindre qu’un compteur à 2 km en vue directe. Une mesure sur le lieu de montage prévu vaut mieux que tout calcul.

OTAA ou ABP ?

OTAA, l’adhésion par voie hertzienne avec DevEUI, JoinEUI et AppKey, est la voie recommandée : les clés de session sont négociées lors de l’adhésion. L’ABP travaille avec des clés programmées en dur – plus simple à mettre en place, mais moins sûr et plus pénible lors d’un changement de compteur.

Vous hésitez à choisir le LoRa ?


Envoyez-nous le nombre de points de mesure, les distances et le système cible. Nous vous dirons quelle version a du sens – et quand une autre interface serait le meilleur choix.

Téléphone
+41 (0)41 545 03 00

Support technique
helpdesk@emuag.ch

Commandes Suisse
orders@emuag.ch