> 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 la plage

Recevez une alerte lorsqu’un capteur d’appareil GPS entre dans une plage de valeurs définie ou en sort. Prend en charge les Capteurs de mesure et les Capteurs virtuels, avec une marge de précision configurable.

## Description

Cette règle est spécifiquement conçue pour l’utilisation des capteurs de mesure et sert à 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 du capteur et déclenche des notifications chaque fois 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 du capteur, 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 à configurer la plage et à avertir l’utilisateur chaque fois que les valeurs dépassent les limites spécifiées.

## Paramètres

![](https://2196179364-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F446mKak1zDrGv70ahuYZ%2Fuploads%2Fgit-blob-aa4ae41179592cc2a07811d67c4f120334874f63%2Fimage-20230706-064405.png?alt=media)

**Capteur :**

La source de données pour les règles d’alertes. Une seule mesure ou un seul capteur virtuel peut être spécifié (uniquement pour les capteurs virtuels avec « Méthode de calcul : valeur source »). Par conséquent, chaque appareil GPS nécessite une règle distincte.

**Supérieur ou égal à :**

Ce paramètre décrit la borne inférieure de la plage.

**Inférieur ou égal à :**

Ce paramètre décrit la borne supérieure de la plage.

**Seuil de valeur :**

* est une zone tampon 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 **DANS** et **HORS** les états de plage, même dans les cas de données « floues » (comme le bruit du capteur ou des imprécisions). Elle le fait en créant une plage plus large autour des points « 10 » et « 24 », ce qui permet une plus grande tolérance et réduit le risque de fausses alertes. Il est difficile d’obtenir un capteur analogique qui atteigne exactement la valeur spécifiée ; dans le même temps, les imprécisions déclencheront l’événement trop fréquemment. Il peut y avoir deux cas de valeurs entrantes. Le comportement de la plateforme dépend de l’état de la règle (événement) **état** à un moment donné. L’événement a deux états :

1. **DANS** plage
2. **HORS** plage

Cas n°1, de la **DANS** à l’ **HORS** état :

Chaque fois que l’événement (la règle) se trouve dans le **DANS** état de plage, cet état ne change que vers le **HORS** état de plage lorsque la valeur entrante atteint l’extérieur (#**4**) des tampons externes (#**3**).

Cas n°2, de la **HORS** à l’ **DANS** état :

Chaque fois que l’événement (la règle) se trouve dans le **HORS** état de plage, cet état ne change que vers le **DANS** plage lorsque la valeur entrante atteint **dans la plage** (#**1**) mais en dehors des tampons internes (#**2**).

![](https://2196179364-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F446mKak1zDrGv70ahuYZ%2Fuploads%2Fgit-blob-42ac30c1d5a5a97baf71dae4927be11ea3d20e68%2Fimage-20230706-064540.png?alt=media)

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 zones tampons serait 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.

**Lier la zone à la règle :**

Permet l’association de la règle à une zone géographique.

**Bouton Carte :**

Affiche les zones géographiques lié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 du champ d’état, tandis que les capteurs de mesure ne permettent de contrôler que des données non liées à l’état, telles que le niveau de carburant, la tension, etc. Les utilisateurs peuvent toujours sélectionner une entrée de données non liée à l’é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 selon la valeur source (originale) du capteur virtuel :

Cela peut être utile si les utilisateurs doivent spécifier une source de champ d’état dans une règle « Paramètre dans la plage ». 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 du capteur virtuel :

{% hint style="info" %}
La notification « Paramètre dans la plage » peut contenir une seule valeur ou toutes les 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 des valeurs spécifiques soient absentes ou non dans le 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 graves. Pour surveiller efficacement cette zone à risque, elle met en place une règle « Paramètre dans la plage » avec des capteurs virtuels en 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), elle reçoit des notifications. Cela permet d’agir rapidement pour traiter les problèmes potentiels, garantissant la sécurité et l’efficacité de leurs opérations. Cette approche leur permet de rester informés des événements critiques que les capteurs traditionnels ne pourraient pas prendre en charge, 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 source de données dans une **Paramètre dans la plage** règle vers n’importe quelle 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 la notification. Cette option est disponible uniquement lorsque le bouton radio de liaison de zone géographique « À l’intérieur » est sélectionné sur le **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.

## Planification

Définissez un ordonnancement pour déterminer quand la règle s’exécute. Si votre ordonnancement indique que l’événement ne doit pas s’exécuter un certain jour ou pendant une certaine période, 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 :

* Chaque fois que la plateforme identifie un **DANS** événement de plage ou un **HORS** événement de plage provenant d’un paquet de données d’un appareil GPS dépourvu de coordonnées valides, la plateforme compte 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 liées. La logique des **À l’intérieur/À l’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 controversé 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, des tables d’étalonnage et d’autres aspects de la mesure et du filtrage des données.
* Le **Paramètre dans la plage** L’alerte dispose d’un minuteur 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 survient pendant que la règle attend la réinitialisation, cet événement est omis 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.

![](https://2196179364-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F446mKak1zDrGv70ahuYZ%2Fuploads%2Fgit-blob-33d2a0c9e8365e2babf0daec2108f250c242c7d2%2Fimage-20230706-064944.png?alt=media)

![](https://2196179364-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F446mKak1zDrGv70ahuYZ%2Fuploads%2Fgit-blob-bb1e4b041f1c6943b33178fc6eaf3794d66e3e87%2Fimage-20230706-065349.png?alt=media)

Pour une représentation graphique de l’utilisation d’un capteur de mesure sur une période donnée, utilisez les **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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://navixy.com/docs/user/fr/guide/events-and-notifications/inputs-and-outputs/parameter-in-range.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.