> For the complete documentation index, see [llms.txt](https://navixy.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://navixy.com/docs/user/fr/guide/events-and-notifications/inputs-and-outputs/parameter-in-range.md). # Paramètre dans une plage ## Description Cette règle est spécialement conçue pour l’utilisation de Capteurs de mesure et a pour objectif de générer des notifications lorsque les Données du capteur reçues par la plateforme se situent dans la plage spécifiée ou en dehors de celle-ci. La règle surveille en permanence les relevés des capteurs et déclenche des notifications dès que les valeurs des données franchissent les seuils définis. En configurant cette règle, les utilisateurs peuvent recevoir des alertes en temps réel concernant les mesures des capteurs, ce qui leur permet de rester informés de tout écart ou changement dans les valeurs mesurées. Cette fonctionnalité améliore les capacités de surveillance et permet des réponses proactives basées sur les données du capteur, garantissant une gestion et un contrôle efficaces des paramètres mesurés. Par exemple, si un utilisateur doit surveiller la température ou la tension dans une plage spécifique, la règle peut aider à définir cette plage et à avertir l’utilisateur chaque fois que les unités dépassent les limites spécifiées. ## Paramètres ![](/files/94407f571de3e870dfdbb2df8e9032254205b49b) **Capteur :** La source de données pour les Règles d’alertes. Il est possible de spécifier un seul capteur de mesure ou un seul Capteur virtuel (uniquement pour les Capteur virtuel avec « Méthode de calcul : Valeur source »). Par conséquent, chaque appareil GPS nécessite une règle distincte. **Supérieur ou égal à :** Le paramètre décrit la borne inférieure de la plage. **Inférieur ou égal à :** Le paramètre décrit la borne supérieure de la plage. **Seuil de valeur :** * est une marge ajoutée aux « **Supérieur ou égal** » et « **Inférieur ou égal** » des deux côtés de chaque paramètre. Cette valeur aide la plateforme Navixy à distinguer entre **ENTRÉE** et **SORTIE** les états de plage, même dans le cas de données « bruitées » (comme le bruit des capteurs ou des inexactitudes). Elle le fait en créant une plage plus large autour des points « 10 » et « 24 », ce qui permet davantage de tolérance et réduit le risque de faux alertes. Il est difficile d’obtenir un capteur analogique qui atteigne exactement la valeur spécifiée ; dans le même temps, des inexactitudes déclencheront l’événement trop fréquemment. Il peut y avoir deux cas de survenue de valeurs entrantes. Le comportement de la plateforme dépend de l’état de la règle (événement) **à un instant donné.** L’événement comporte deux états : 1. **ENTRÉE** plage 2. **SORTIE** plage Cas n°1, de la **ENTRÉE** au **SORTIE** état : Chaque fois que l’événement (la règle) est dans l’ **ENTRÉE** état de plage, cet état ne change qu’en **SORTIE** plage lorsque la valeur entrante se situe en dehors (#**4**) des tampons externes (#**3**). Cas n°2, du **SORTIE** au **ENTRÉE** état : Chaque fois que l’événement (la règle) est dans l’ **SORTIE** état de plage, cet état ne change qu’en **ENTRÉE** état lorsque la valeur entrante atteint **dans la plage** (#**1**) mais en dehors des tampons internes (#**2**). ![](/files/427e5f34f1d7fb4417b7b8d9768b0b3652da04dc) Si le paramètre « Seuil de valeur » n’est pas spécifié, il devient égal à 0,03 (valeur absolue) par défaut. Ainsi, dans l’exemple ci-dessus, l’espace des tampons s’étendrait de 9,97 à 10, de 10 à 10,03, de 23,97 à 24 et de 24 à 24,03. **Zone géographique :** Renseignez cette section si la règle doit fonctionner uniquement à l’intérieur/à l’extérieur des zones géographiques sélectionnées. **Associer la zone à la règle :** Active l’association de la zone géographique à la règle. **Bouton de carte :** Affiche les zones géographiques associées sur la carte. **Capteur virtuel comme source pour une règle « Paramètre dans la plage » :** Les capteurs virtuels permettent de contrôler les valeurs des champs d’état, tandis que les capteurs de mesure ne permettent de contrôler que les données non liées à un état, comme le niveau de carburant, la tension, etc. Les utilisateurs peuvent toujours sélectionner une entrée de données non liée à un état dans le capteur virtuel et l’utiliser dans la règle. Dans le cas où un capteur virtuel est sélectionné comme Source de données, l’utilisateur spécifie la plage en fonction de la valeur source (d’origine) du capteur virtuel : Cela peut être utile si les utilisateurs doivent définir une source de champ d’état dans une règle « Paramètre dans la plage ». Par exemple, supposons qu’il existe un appareil GPS avec une plage de codes d’événement de 1 à 100, et qu’il faille contrôler les codes de 20 à 30. Créez le paramètre dans la règle de plage et spécifiez le code d’événement comme source pour le capteur virtuel : {% hint style="info" %} La notification « Paramètre dans la plage » peut contenir une ou plusieurs des valeurs spécifiées dans la plage de la règle, mais elle n’inclut pas les traductions du capteur virtuel. Par exemple, si des événements dont les valeurs vont de 20 à 30 se produisent, chaque événement individuel dans cette plage déclenche une notification distincte « Paramètre dans la plage », que certaines valeurs spécifiques soient absentes ou non du tableau du capteur virtuel mentionné ci-dessus. {% endhint %} Par exemple, prenons le cas d’une entreprise de logistique. L’entreprise envoie plusieurs camions sur différents itinéraires, et une section critique présente des problèmes potentiels, comme un trafic intense ou des accidents. Pour surveiller efficacement cette zone à risque, elle met en place une règle « Paramètre dans la plage » avec des capteurs virtuels utilisant le « code d’événement » comme source de données. Elle définit une plage de 20 à 30 pour les événements sur cette section de route particulière. Chaque fois qu’un camion rencontre un événement dans cette plage critique (20-30), il reçoit des notifications. Cela permet de réagir rapidement pour traiter les problèmes potentiels, garantissant ainsi la sécurité et l’efficacité des opérations. Cette approche leur permet de rester informés des événements critiques que les capteurs traditionnels ne pourraient pas traiter, améliorant ainsi leur contrôle et leur prise de décision. {% hint style="info" %} Si un utilisateur modifie la méthode de calcul d’un capteur virtuel spécifié comme la **Paramètre dans la plage** Source de données dans une règle en une méthode autre que « Valeur source », la règle réinitialise sa source et cesse de fonctionner. {% endhint %} ## Notifications **Notification d’urgence :** est utilisée pour les événements importants. Un message à l’écran et le signal sonore ne peuvent être désactivés qu’en cliquant sur la notification. Notez que certains navigateurs peuvent bloquer le son des notifications jusqu’à ce qu’une activité de l’utilisateur soit enregistrée sur la page. **Notifications push :** Recevez des notifications push dans l’application mobile et l’interface web. **Ajouter le nom de la zone géographique à la notification :** Ajoute les noms des zones géographiques spécifiées au texte de notification. Cette option est disponible uniquement lorsque le bouton radio d’association de zone géographique « Inside » est sélectionné sur la **Paramètres** onglet. **Notifications SMS :** Liste des destinataires des notifications SMS lorsque l’événement se produit. **Notifications par e-mail :** Liste des destinataires des notifications par e-mail lorsque l’événement se produit. ## Planning Définissez un ordonnancement pour l’exécution de la règle. Si votre ordonnancement indique que l’événement ne doit pas s’exécuter certains jours ou à certaines périodes, il n’apparaît pas comme notification dans l’interface utilisateur, et les notifications par SMS ou par e-mail ne sont pas envoyées. En outre, vous pouvez choisir un modèle par défaut pour un ordonnancement rapide. ## Spécificités de la plateforme : * Lorsque la plateforme identifie un **ENTRÉE** événement de plage ou un **SORTIE** événement de plage provenant d’un paquet de données d’appareil GPS ne contenant pas de coordonnées valides, la plateforme considère l’événement comme valide et l’affiche, que l’événement se soit produit à l’intérieur ou à l’extérieur des zones géographiques associées. La logique des **Intérieur/Extérieur** boutons radio est également ignorée dans ce cas. Ce comportement s’explique par le fait qu’il vaut mieux afficher une fois de plus un événement litigieux que de l’omettre. * La règle ne prend en charge qu’un seul appareil par règle. Cela s’explique par le fait que plusieurs sources différentes de capteurs de mesure ne peuvent pas être mises en correspondance avec plusieurs appareils GPS, tables d’étalonnage et autres aspects de la mesure et du filtrage des données. * Le **Paramètre dans la plage** l’alerte dispose d’un temporisateur de réinitialisation de 10 secondes, ce qui signifie que l’événement d’alerte ne se produit pas plus d’une fois toutes les 10 secondes. Si ce type d’événement se produit pendant que la règle attend la réinitialisation, cet événement est ignoré par la plateforme, y compris dans les Rapports. ## Rapports d’événements Pour afficher les dates de réception des événements, vous pouvez générer le **Rapport sur tous les événements** rapport. ![](/files/8b84a9ccbc144892d7c64319cbe9019c48baffe3) ![](/files/f8fdcb8a829a22f622efa86603274c58b53e772e) Pour une représentation graphique de l’utilisation d’un Capteur de mesure sur une période donnée, utilisez le **Capteurs de mesure** rapport. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://navixy.com/docs/user/fr/guide/events-and-notifications/inputs-and-outputs/parameter-in-range.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.