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’usage
Classe A (de base)	Tous les capteurs prennent en charge le mode de classe A. Ce mode est très adapté aux capteurs alimentés par batterie. Aucun prérequis spécifique concernant la passerelle. Non disponible pour un groupe multicast.	La plupart des applications de comptage intelligent sans contrainte stricte de latence en downlink (pas d’actionnement) : relevés de compteurs, etc.… Cas d’usage de suivi Agriculture intelligente, ville intelligente (par exemple, stationnement intelligent…)
Classe B (Beacon)	Mode optionnel, un capteur compatible classe B peut passer dynamiquement entre les modes de classe A et de classe B. Les passerelles doivent transmettre des signaux de Beacon pour synchroniser les capteurs. La synchronisation temporelle de la passerelle par GPS est obligatoire dans cette version. Disponible pour un groupe multicast.	Applications IoT impliquant l’actionnement de capteurs, telles que la coupure de compteurs de gaz ou de vannes de compteurs d’eau. Applications multicast (la même trame downlink est envoyée à de nombreux capteurs en même temps).
Classe C (Écoute en continu)	Ce mode ne concerne que les capteurs alimentés sur secteur, par opposition aux capteurs alimentés par batterie pour la classe A. Le capteur peut recevoir des trames downlink à tout moment tant qu’il n’émet pas de trame uplink. Aucun prérequis spécifique concernant la passerelle. Disponible pour un groupe 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)