Passer au contenu principal

Alarmes des capteurs

Cette page répertorie toutes les alarmes des capteurs et fournit, pour chacune, les causes possibles et les orientations pour résoudre le dysfonctionnement associé.

Seuil de niveau de batterie 001​

Le niveau de batterie du capteur est très bas.

Cette alarme est automatiquement EFFACÉE si le niveau de batterie dépasse 40%.

  • Causes possibles :
    • Le niveau de batterie est inférieur à 30% (alarme ATTENTION).
    • Le niveau de batterie est inférieur à 10% (alarme CRITIQUE).
  • Dépannage:
    • Rechargez ou remplacez la batterie du capteur.

Le trafic dépasse les paramètres du régulateur de downlink 002​

Le capteur reçoit trop de paquets de downlink. Son trafic dépasse les paramètres du régulateur de downlink du plan de connectivité.

Cette alarme est associée à un nombre d'occurrences : il s'agit du nombre de paquets de downlink ayant dépassé les paramètres du régulateur depuis la création de l'alarme. L'alar me est automatiquement EFFACÉE si aucune nouvelle occurrence n'est détectée au cours d'une journée.

  • Causes possibles :
    • Trop d'accusés de réception ou de payloads de downlink provenant d'applications IoT externes.
    • La configuration du régulateur de downlink du plan de connectivité n'est pas alignée avec le comportement du capteur.
  • Dépannage:
    • Vérifiez le trafic de downlink dans les widgets RADIO TRAFFIC HISTORY et LAST 10 PACKETS du tableau de bord du capteur afin de vérifier si le comportement du capteur est normal.
    • Réduisez le nombre d'accusés de réception et de payloads de downlink envoyés par les applications IoT externes.
    • Si le capteur n'est pas configuré avec le bon plan de connectivité, changez-le. Pour en savoir plus, voir Affichage du plan de connectivité.
    • Si l'alarme persiste, contactez votre support.

Le trafic dépasse les paramètres du régulateur d'uplink 003​

Le capteur envoie trop de paquets d'uplink. Son trafic dépasse les paramètres du régulateur d'uplink du plan de connectivité.

Cette alarme est associée à un nombre d'occurrences : il s'agit du nombre de paquets d'uplink ayant dépassé les paramètres du régulateur depuis la création de l'alarme. L'alar me est automatiquement EFFACÉE si aucune nouvelle occurrence n'est détectée au cours d'une journée.

  • Causes possibles :
    • Le capteur est mal configuré et envoie trop de paquets d'uplink. Cela peut rapidement décharger sa batterie.
    • La configuration du régulateur d'uplink du plan de connectivité n'est pas alignée avec le comportement du capteur.
  • Dépannage:
    • Vérifiez le trafic d'uplink dans les widgets RADIO TRAFFIC HISTORY et LAST 10 PACKETS du tableau de bord du capteur afin de vérifier si son comportement est normal.
    • Réduisez le nombre de paquets d'uplink envoyés par le capteur.
    • Si le capteur n'est pas configuré avec le bon plan de connectivité, changez-le. Pour en savoir plus, voir Affichage du plan de connectivité.
    • Si l'alarme persiste, contactez votre support.

ThingPark n'a reçu aucune trame d'uplink du capteur pendant la durée configurée. Pour en savoir plus sur la configuration de cette alarme, voir Configuration de l'alarme "aucune activité d'uplink".

  • Causes possibles :
    • Le capteur a été mal provisionné.
    • Le capteur ne peut pas accéder au réseau LoRaWAN® en raison d'une mauvaise couverture RF.
    • Le capteur est éteint.
    • Le capteur n'a pas d'alimentation ou celle-ci est trop faible pour transmettre des paquets.
  • Dépannage:

Le capteur utilise un débit supérieur à celui attendu 005​

Le capteur envoie des paquets avec un facteur d'étalement trop faible (par exemple SF7 au lieu de SF10). Cette alarme n'est applicable que si le contrôle ADR est activé (bit ADR mis à 1 dans les trames d'uplink envoyées par le capteur).

  • Causes possibles :
    • Le firmware du capteur ne supporte pas ADR ou est configuré avec un facteur d'étalement fixe.
  • Dépannage:
    • Vérifiez la configuration ADR du firmware du capteur (référez-vous à la documentation du fabricant).
    • Si l'alarme persiste, contactez votre support.

Le capteur utilise un débit inférieur à celui attendu 006​

Le capteur envoie des paquets avec un facteur d'étalement trop élevé (par exemple SF10 au lieu de SF8). Cette alarme n'est applicable que si le contrôle ADR est activé (bit ADR mis à 1 dans les trames d'uplink envoyées par le capteur).

  • Causes possibles :
    • Le firmware du capteur ne supporte pas ADR ou est configuré avec un facteur d'étalement fixe (c'est probablement le cas si la sévérité est MAJEURE).
    • Le capteur utilise la procédure de repli du facteur d'étalement (également appelée "data rate backoff" dans la spécification LoRaWAN, voir la note ci‑dessous) en raison d'une mauvaise couverture RF (c'est probablement le cas si la sévérité est ATTENTION).
  • Dépannage:
    • Vérifiez la configuration ADR du firmware du capteur (référez-vous à la documentation du fabricant).
    • Vérifiez la couverture RF du capteur et déplacez-le si nécessaire.
    • Si l'alarme persiste, contactez votre support.
Procédure de repli du débit

Le capteur tente de se reconnecter au réseau en réduisant le débit (par exemple, un capteur peut décider d'augmenter le facteur d'étalement de SF10 à SF11 parce que 3 paquets d'uplink ont été envoyés sans accusé de réception). Ceci est typiquement la conséquence d'un rapport signal sur bruit (SNR) trop faible.

Rejeu de demande de Join détecté (rejeu de DevNonce) 007​

ThingPark a reçu une requête d'adhésion contenant un DevNonce déjà utilisé par le capteur. La requête de join illégitime a été rejetée par ThingPark et n'est donc pas visible dans le Wireless Logger.

Cette alarme est associée à un nombre d'occurrences : c'est le nombre de demandes de Join avec rejeu de DevNonce reçues depuis la création de l'alarme. L'alar me est automatiquement EFFACÉE si aucune nouvelle occurrence n'est détectée au cours d'une journée.

  • Causes possibles :
    • Le capteur est la victime d'une attaque par rejeu de requête d'adhésion provenant d'un utilisateur malveillant.
    • Le capteur a envoyé une requête d'activation contenant un DevNonce déjà utilisé.
  • Dépannage:
    • Si le nombre d'occurrences de l'alarme est élevé :
      • Si le capteur a envoyé une requête d'activation contenant un DevNonce déjà utilisé, son implémentation du DevNonce ne respecte pas les recommandations de la couche MAC LoRaWAN® définies par la LoRa Alliance®. Réinitialisez le contexte du capteur sur le network server. Pour ce faire, développez l'alarme dans la liste comme expliqué dans Affichage de la liste des alarmes des capteurs et cliquez sur le bouton RESET DEVICE CONTEXT.
      • Le capteur peut être la victime d'une attaque par rejeu de requête d'adhésion. Arrêtez la radio de la passerelle et essayez d'identifier l'attaquant.
      • Si le risque de rejeu est élevé, il est fortement recommandé au capteur d'implémenter la fonctionnalité de sécurité renforcée en utilisant un DevNonce basé sur un compteur comme recommandé par la LoRa Alliance dans les Technical Recommendations for Preventing State Synchronization Issues around LoRaWAN® 1.0.x Join Procedure.
    • Si l'alarme persiste, contactez votre support.

MIC incorrect détecté dans une demande de Join 008​

ThingPark a reçu une requête d'adhésion contenant un MIC incorrect. La requête d'adhésion illégitime a été rejetée par ThingPark et n'est donc pas visible dans le Wireless Logger.

Cette alarme est associée à un numéro d'occurrence : c'est le nombre de requêtes de join contenant un MIC incorrect reçues depuis la création de l'alarme. L'alar me est automatiquement EFFACÉE si aucune nouvelle occurrence n'est détectée au cours d'une journée.

  • Causes possibles :
    • Le capteur est la victime d'une attaque par rejeu de requête d'adhésion provenant d'un utilisateur malveillant.
    • Le capteur a envoyé une requête d'adhésion contenant un MIC incorrect, possiblement en raison d'un mauvais provisioning du capteur (c'est-à-dire qu'un AppKey incorrect a été configuré).
  • Dépannage:
    • Si le nombre d'occurrences de l'alarme est élevé,
      • Si le capteur a été mal provisionné, supprimez-le et reprovisionnez-le avec le bon AppKey. Pour en savoir plus sur le provisioning des capteurs, voir Activation de nouveaux capteurs.
      • Vérifiez le comportement du capteur et corrigez-le si nécessaire.
      • Le capteur peut être la victime d'une attaque par rejeu de requête d'adhésion. Arrêtez la radio de la passerelle et essayez d'identifier l'attaquant.
    • Si l'alarme persiste, contactez votre support.

Rejeu de demande de Join détecté (corrélation de MIC incorrecte) 009​

ThingPark a reçu une trame d'uplink dont le MIC ne correspond pas à la requête d'adhésion précédemment reçue. La demande de Join illégitime a été rejetée par ThingPark et n'est donc pas visible dans le Wireless Logger.

Cette alarme est associée à un numéro d'occurrence : c'est le nombre de trames uplink avec mauvaise corrélation MIC reçues depuis la création de l'alarme. L'alar me est automatiquement EFFACÉE si aucune nouvelle occurrence n'est détectée au cours d'une journée.

  • Causes possibles :
    • Le capteur est la victime d'une attaque par rejeu de requête d'adhésion provenant d'un utilisateur malveillant.
  • Dépannage:
    • Si le nombre d'occurrences de l'alarme est élevé :
    • Si l'alarme persiste, contactez votre support.

Rejeu de trame d'uplink détecté (FCnt incorrect) 010​

ThingPark a reçu une trame d'uplink contenant un FCnt incorrect. La trame d'uplink illégitime a été rejetée par ThingPark et n'est donc pas visible dans le Wireless Logger.

Cette alarme est associée à un numéro d'occurrence : c'est le nombre de trames uplink contenant un FCnt incorrect reçues depuis la création de l'alarme. L'alar me est automatiquement EFFACÉE si aucune nouvelle occurrence n'est détectée au cours d'une journée.

  • Causes possibles :
    • Le capteur est la victime d'une attaque par rejeu de trame d'uplink provenant d'un utilisateur malveillant.
    • Si le capteur utilise l'Activation par Personnalisation (ABP) et a été récemment réinitialisé, la réinitialisation n'a peut-être pas été détectée par le gestionnaire de réseau.
  • Dépannage:
    • Si le nombre d'occurrences de l'alarme est élevé, le capteur peut être la victime d'une attaque par rejeu de trame d'uplink. Arrêtez la radio de la passerelle et essayez d'identifier l'attaquant.
    • Si le capteur utilise Activation-by-Personalization (ABP) et a été récemment réinitialisé, réinitialisez le contexte du capteur dans le network server. Pour ce faire, développez l'alarme dans la liste comme expliqué dans Affichage de la liste des alarmes des capteurs et cliquez sur le bouton RESET DEVICE CONTEXT.
    • Si l'alarme persiste, contactez votre support.

Rejeu de trame d'uplink détecté (FCnt répété) 011​

ThingPark a reçu une trame d'uplink contenant un FCnt répété au-delà du nombre maximal de répétitions autorisées. La trame d'uplink illégitime a été rejetée par ThingPark et n'est donc pas visible dans le Wireless Logger.

Cette alarme est associée à un numéro d'occurrence : c'est le nombre de trames uplink contenant un FCnt répété reçues depuis la création de l'alarme. L'alar me est automatiquement EFFACÉE si aucune nouvelle occurrence n'est détectée au cours d'une journée.

  • Causes possibles :
    • Le capteur est la victime d'une attaque par rejeu de trame d'uplink provenant d'un utilisateur malveillant.
    • Le capteur dépasse son nombre maximal de répétitions autorisées.
  • Dépannage:
    • Si le nombre d'occurrences de l'alarme est élevé,
      • Vérifiez le comportement du capteur et corrigez-le si nécessaire ;
      • Le capteur peut être la victime d'une attaque par rejeu de trame d'uplink. Arrêtez la radio de la passerelle et essayez d'identifier l'attaquant.
    • Si l'alarme persiste, contactez votre support.

Transmission de commande MAC bloquée à cause d'un rejet 012​

ThingPark a bloqué la transmission de la commande MAC donnée car le capteur l'a rejetée après plusieurs tentatives.

  • Causes possibles :
    • Le capteur rejette la commande MAC envoyée par ThingPark.
  • Dépannage:
    • Vérifiez le comportement du capteur et corrigez-le si nécessaire.
    • Si l'alarme persiste, contactez votre support.

Transmission de commande MAC bloquée à cause de l'absence de réponse 013​

ThingPark a bloqué la transmission de la commande MAC donnée car le capteur n'y a pas répondu après plusieurs tentatives.

  • Causes possibles :
    • Le capteur n'a pas reçu la commande MAC envoyée par ThingPark.
    • Le firmware du capteur ne supporte pas la commande MAC mais est erronément configuré dans ThingPark avec un modèle la supportant.
  • Dépannage:
    • Vérifiez la couverture RF du capteur et déplacez-le si nécessaire.
    • Si le capteur n'est pas configuré avec le bon modèle, changez-le. Pour en savoir plus, voir Affichage/édition des détails du capteur.
    • Si l'alarme persiste, contactez votre support.

AppEUI invalide détecté dans la demande de Join 014​

ThingPark a reçu une requête d'adhésion contenant un JoinEUI (AppEUI) invalide. Le nombre maximal de JoinEUI (AppEUI) différents pouvant être utilisés par un même capteur est de 32. La requête d'adhésion illégitime a été rejetée par ThingPark et n'est donc pas visible dans le Wireless Logger.

Cette alarme est associée à un numéro d'occurrence : c'est le nombre de requêtes de join contenant un JoinEUI (AppEUI) invalide reçues depuis la création de l'alarme. L'alar me est automatiquement EFFACÉE si aucune nouvelle occurrence n'est détectée au cours d'une journée.

  • Causes possibles :
    • La valeur JoinEUI (AppEUI) a changé trop de fois pour ce capteur.
  • Dépannage:
    • Si le capteur a utilisé plus de 32 différents JoinEUI (AppEUI), corrigez-le.
    • Si les alarmes persistent, contactez votre support.

Rejeu de demande de Join détecté (DevNonce invalide) 015​

ThingPark a reçu une requête d'adhésion contenant un DevNonce invalide alors que le capteur est censé utiliser un DevNonce basé sur un compteur. La requête de join illégitime a été rejetée par ThingPark et n'est donc pas visible dans le Wireless Logger.

Cette alarme est associée à un numéro d'occurrence : c'est le nombre de requêtes de join contenant un DevNonce invalide reçues depuis la création de l'alarme. L'alar me est automatiquement EFFACÉE si aucune nouvelle occurrence n'est détectée au cours d'une journée.

  • Causes possibles :
    • Le capteur est la victime d'une attaque par rejeu de requête d'adhésion provenant d'un utilisateur malveillant.
    • Le capteur n'incrémente pas le DevNonce à chaque nouvelle requête de join.
  • Dépannage:
    • Si le capteur n'est pas configuré avec le bon modèle, changez-le. Pour en savoir plus, voir Affichage/édition des détails du capteur.
    • Si le nombre d'occurrences de l'alarme est élevé, le capteur peut être la victime d'une attaque par rejeu de requête d'adhésion. Arrêtez la radio de la passerelle et essayez d'identifier l'attaquant.
    • Si l'alarme persiste, contactez votre support.

MIC incorrect détecté dans la trame d'uplink 016​

ThingPark a reçu une trame d'uplink contenant un MIC incorrect. La trame d'uplink illégitime a été rejetée par ThingPark et n'est donc pas visible dans le Wireless Logger.

Cette alarme est associée à un numéro d'occurrence : c'est le nombre de trames uplink contenant un MIC incorrect reçues depuis la création de l'alarme. L'alar me est automatiquement EFFACÉE si aucune nouvelle occurrence n'est détectée au cours d'une journée.

  • Causes possibles :
    • Le capteur est la victime d'une attaque par rejeu de trame d'uplink provenant d'un utilisateur malveillant.
    • Le capteur a envoyé une trame d'uplink contenant un MIC incorrect, possiblement en raison d'un mauvais provisioning du capteur (c'est-à-dire qu'un NwkSKey incorrect a été configuré pour un capteur ABP).
    • Un capteur appartenant à un autre réseau LoRaWAN® a le même DevAddr que votre capteur. Un MIC incorrect a été détecté car le network server a vérifié le MIC généré par le capteur externe en utilisant le NwkSKey de votre capteur.
  • Dépannage:
    • Si le nombre d'occurrences de l'alarme est élevé,
      • Si le capteur utilise Activation-by-Personalization (ABP) et a été mal provisionné, supprimez-le et reprovisionnez-le avec le bon NwkSKey. Pour en savoir plus sur le provisioning des capteurs, voir Activation de nouveaux capteurs.
      • Vérifiez le comportement du capteur et corrigez-le si nécessaire.
      • Le capteur peut être la victime d'une attaque par rejeu de trame d'uplink. Arrêtez la radio de la passerelle et essayez d'identifier l'attaquant.
    • Si l'alarme persiste, contactez votre support.

Boucle de Join détectée 017​

ThingPark a reçu plusieurs requêtes d'adhésion consécutives du capteur sans aucun paquet de données d'uplink.

Cette alarme est associée à un nombre d'occurrences : il s'agit du nombre de requêtes d'adhésion consécutives reçues depuis la création de l'alarme. L'alarme est automatiquement EFFACÉE dès qu'un paquet de données d'uplink est reçu.

  • Causes possibles :
    • Le capteur n'a pas reçu les acceptations d'adhésion.
    • Le niveau de batterie est trop faible et le capteur n'est capable d'envoyer une requête d'adhésion qu'au réveil.
  • Dépannage:
    • Vérifiez l'état de transmission des acceptations d'adhésion dans les widgets RADIO TRAFFIC HISTORY et LAST 10 PACKETS du tableau de bord du capteur : la transmission des acceptations d'adhésion peut être en échec.
    • Vérifiez le comportement du capteur (par exemple l'état de la batterie) et corrigez-le.
    • Si l'alarme persiste, contactez votre support.
Dernière mise à jour sur
Copyright © 2025 Actility
Sur cette page