Cet article concerne les types de messages LoRaWAN.
Les messages LoRaWan peuvent être classés en deux catérogies : les uplink et downlink messages, en fonction de leur sens de déplacement.
Messages Uplink
Les uplinks sont transmis par les appareils finaux (capteurs) et reçus par le serveur réseau, souvent via plusieurs passerelles. Dans le cas où l'uplink est destiné au serveur d'applications ou au join server, le serveur réseau le transmet au destinataire approprié pour un traitement ultérieur.
Le serveur LoRaWAN intégré aux produits Wattsense a la capacité de recevoir simultanément des données sur 8 canaux. En théorie, nous pouvons représenter cette capacité à travers le schéma suivant :

 |
Remarque : Les uplinks sont répartis aléatoirement entre les 8 canaux de communication du serveur Lorawan. |
Messages Downlink
D'autre part, les downlink messages sont envoyés par le serveur réseau aux périphériques finaux (capteurs). Cela inclut les messages lancés à la fois par le serveur d'applications et le join server, garantissant une communication ciblée avec des périphériques spécifiques.
Dès réception d'une commande de downlink de la console, la box (utilisateur, PLC, etc.) au sein du réseau LoRaWAN le mettra en file d'attente dans une file d'attente spécifique au capteur. Le moment où le downlink est envoyé varie en fonction de la classe du périphérique final :
Pour les appareils de classe A
la commande downlink sera transmise après que le serveur LoRaWAN aura reçu un message d'uplink du capteur. Cette classe suit un modèle de communication planifié dans lequel les messages downlink sont transmis uniquement après une transmission d'uplink.
Cas pratique:
Dans ce cas pratique nous voulons piloter la consigne de température d'une vanne thermostatique qui a une période d'émission de donnée toutes les 15 minutes avec un automate sur site.
Voici le schéma de principe à respecter pour un pilotage de qualité:

 |
Pour les appareils de classe A, si vous programmez 2 downlinks l'un après l'autre et si le capteur n'a pas envoyé d'uplink (qui aurait déclenché le premier downlink) : Le dernier downlink écrasera le premier
|
Voici le schéma qui en résultera :

On remarque que la consigne de température de 20°C (en rouge) a été écrasée par celle de 22°C (en violet). Il faut donc programmer vos envois de consignes à une période supérieure à 15min afin de ne pas avoir de suppression de downlink.
Dans les logs vous verrez donc une information de "Downlink Lost" vous informant qu'un downlink a été supprimé.
Pour les appareils de classe C
La commande downlink est directement envoyée par le serveur LoRaWAN dès réception de la commande. Dans cette classe, les messages descendants peuvent être envoyés à tout moment, même sans attendre une transmission montante.
Cas pratique:
Dans ce cas, nous voulons piloter un seul thermostat connecté en lui modifiant sa consigne de température. Ce thermostat a une période d'émission toutes les 15 minutes.
Voici le schéma de principe à comprendre lorsque vous souhaitez piloter un capteur de classe C:

On remarque qu'à la différence de la classe A, le downlink est envoyé immédiatement au thermostat.
 |
Il est important de comprendre qu'avec le protocole Lorawan, on ne peut pas recevoir d'uplink et envoyer des downlink en même temps. C'est pourquoi, lorsque l'on utilise des capteurs de classe C et que vous souhaitez piloter plusieurs équipements (par exemple plusieurs thermostats), nous ajoutons une temporisation entre chacun des downlinks programmés. Cette temporisation est fixée à 14 secondes. Ce qui permet une alternance entre les périodes d'émission et de réception.
|
Voici le schéma de principe lorsque vous envoyez des consignes sur plusieurs capteurs de classe C (dans cet exemple les thermostats) via votre automate:

Dans le cas présent toutes les consignes sont donc passées à 20°C et auront mise environ 14*2s = 28s à être envoyées.
 |
Afin de ne pas créer une file d'attente qui augmente "à l'infini". Veillez bien attendre la fin de l'envoi massif programmé avant d'en lancer un nouveau. Autrement les consignes que vous enverrez pourrait être envoyées avec un "décalage" dû à un envoi trop fréquent.
|