Classes de Capteurs

ThingPark supporte toutes les classes de Capteurs LoRaWAN®, elles sont décrites ci‑dessous :

• Capteurs de classe A : Tous les capteurs finaux doivent implémenter cette classe.

  • Cette classe offre la consommation d'énergie la plus faible, elle convient aux applications qui nécessitent uniquement des communications Downlink provenant du serveur peu après que le capteur ait envoyé une transmission Uplink.
  • Chaque transmission Uplink du capteur est suivie de deux courtes fenêtres de réception, appelées créneaux RX1 et RX2 et utilisées pour recevoir d'éventuelles trames Downlink.
  • Les communications Downlink du serveur à tout autre moment devront attendre le prochain Uplink initié par le capteur.

• Capteurs de classe B : Classe idéale pour les actionneurs alimentés par batterie nécessitant des Downlink à latence contrôlée.

  • En plus des fenêtres de réception de la classe A, les capteurs compatibles Classe B ouvrent des fenêtres de réception supplémentaires à des heures programmées (également appelées ping slots).
  • Pour que le capteur ouvre sa fenêtre de réception à une heure programmée, il reçoit des beacons synchronisés dans le temps depuis les passerelles. Les Beacons sont envoyés toutes les 128 secondes par défaut.
  • Lorsqu'ils sont utilisés dans le contexte d'un groupe multicast, les Downlink multicast sont transmis au groupe de capteurs selon la période de ping slots sélectionnée. Pour en savoir plus, voir À propos des groupes multicast.

• Capteurs de classe C (écoute continue) : Classe idéale pour les actionneurs alimentés par batterie nécessitant une latence minimale dans la communication Downlink.

  • Les capteurs compatibles Classe C permettent des fenêtres de réception presque continuellement ouvertes, qui ne se ferment que lors d'une transmission. Le capteur peut recevoir des trames Downlink à tout moment tant qu'il n'est pas en train de transmettre une trame Uplink.
  • Les capteurs compatibles Classe C consomment plus d'énergie pour fonctionner que ceux de Classe A ou B, mais ils offrent la latence la plus faible pour la communication entre les serveurs et les capteurs.
  • Lorsqu'ils sont utilisés dans un contexte de groupe multicast, les Downlink multicast peuvent être transmis à tout moment au groupe de capteurs. Pour en savoir plus, voir À propos des groupes multicast.

Le tableau suivant explique les principales caractéristiques de chaque classe de capteur et donne des exemples de cas d'utilisation que vous pourriez devoir implémenter dans votre réseau IoT.

Classe de capteur	Caractéristiques	Exemples de cas d'utilisation
Classe A (de base)	Tous les capteurs supportent le mode Classe A. Ce mode convient très bien aux capteurs alimentés par batterie. Aucun prérequis spécifique sur la passerelle. Non disponible pour les groupes multicast.	La plupart des applications de comptage intelligent sans contraintes strictes de latence pour les Downlink (pas d'actionnement) : relevés de compteurs, etc.… Cas d'utilisation de suivi Agriculture intelligente, ville intelligente (par exemple, stationnement intelligent…)
Classe B (Beacon)	Mode optionnel : un capteur compatible Classe B peut basculer dynamiquement entre les modes Classe A et Classe B. Les passerelles doivent transmettre des signaux Beacon pour synchroniser les capteurs. La synchronisation temporelle des passerelles par GPS est obligatoire dans cette version. Disponible pour les groupes multicast.	Applications IoT impliquant l'actionnement de capteurs telles que la coupure de compteurs de gaz ou la vanne des compteurs d'eau. Applications multicast (la même trame Downlink est envoyée à de nombreux capteurs en même temps).
Classe C (écoute continue)	Ce mode n'est pertinent que pour les capteurs alimentés sur secteur, contrairement aux capteurs alimentés par batterie pour la classe A. Le capteur peut recevoir des trames Downlink à tout moment tant qu'il n'est pas en train de transmettre une trame Uplink. Aucun prérequis spécifique du côté de la passerelle. Disponible pour les groupes multicast.	Applications d'éclairage public avec des capteurs alimentés sur secteur Applications multicast (la même trame Downlink est envoyée à de nombreux capteurs en même temps)