# Valeur du champ d'état ### Description Le type d’alerte « Valeur du champ d’état » est conçu pour surveiller l’état de divers statuts d’objet, tels que les portes, le frein à main, l’airbag, ainsi que des états d’événements spéciaux comme l’ADAS (Advanced Driver Assistance Systems), les DTC (Diagnostic Trouble Codes) et les erreurs. Lorsque la plateforme reçoit la valeur attendue dans le champ de statut pour un état particulier, l’utilisateur reçoit une notification. Grâce à l’alerte « Valeur du champ d’état », les utilisateurs peuvent rester informés en temps réel des états critiques de l’objet et des occurrences d’événements. Cette fonctionnalité améliore les processus de sécurité, de sûreté et de maintenance, en garantissant qu’une action rapide puisse être entreprise lorsque des états ou événements spécifiques sont détectés. Les utilisateurs peuvent générer des rapports d’événements qui résument les occurrences d’états ou d’événements spécifiques sur une période définie. Par exemple, ils peuvent analyser la fréquence des ouvertures de portes, les cas de déploiement d’airbag ou la survenue d’activations ADAS. Ces rapports aident à identifier des schémas, des tendances ou des anomalies dans les données, facilitant la planification de la maintenance, les évaluations de sécurité et les améliorations opérationnelles. ## Paramètres ![](/files/18d0cc2e222cde535b2c43f6ed8e5374719935ff) Pour une configuration rapide de la notification de changement d’état : * Choisissez le champ d’état nécessaire et définissez une valeur attendue pour celui-ci. Par exemple, champ d’état = Trunk, valeur attendue = Opened. * N’activez pas l’option « Allow repeat » et laissez le champ « Repeat delay » vide. Dans ce cas, vous ne serez notifié que si la valeur change. Pour une configuration rapide de la notification de changement d’événement : * Choisissez le champ d’état nécessaire et définissez une valeur attendue pour celui-ci. Par exemple, champ d’état = event\_code, valeur attendue = 7 (alarme de dépassement de vitesse pour les appareils Howen Technologies). Pour chaque code d’événement, une règle de champ d’état distincte doit être créée. Toutes les valeurs attendues peuvent être trouvées sur le site Web du fabricant de l’appareil ou peuvent être obtenues directement auprès du fabricant par une demande adressée à son équipe d’assistance. * Activez allow repeat pour recevoir des notifications pour les mêmes valeurs et définissez repeat delay (à quelle fréquence les mêmes valeurs entrantes déclencheront la notification d’événement de la règle). Par exemple, si vous souhaitez recevoir des notifications de dépassement de vitesse au maximum toutes les 30 minutes, définissez repeat delay sur 1800 secondes. **Champ d’état :** Ici, l’utilisateur spécifie le champ à surveiller. Dans notre exemple, il s’agit de Trunk. Ainsi, lorsque Trunk est Opened, comme nous le définissons dans le sélecteur de valeur attendue, la plateforme génère un événement de notification. La case à cocher « Allow repeat » affecte également le comportement, mais ce paramètre est décrit plus loin dans cet article. **Valeur attendue :** Les champs d’état standard (p. ex. Trunk, Door, Seat Belt, etc.) ont des variantes de valeurs attendues intuitives. Il s’agit généralement de Opened/Closed ou Locked/Unlocked. Cependant, si vous souhaitez recevoir une notification de champ d’état concernant certaines occurrences d’événements spéciaux, l’utilisateur doit savoir quel code d’événement sera envoyé depuis l’appareil afin que la plateforme sache quoi attendre dans le champ entrant event\_code. ![Valeur du champ d’état](https://www.navixy.com/wp-content/uploads/2023/03/6-3.png) Par exemple, une clé matérielle a une valeur personnalisée que la plateforme attendra et pour laquelle elle notifiera l’utilisateur après l’arrivée de la valeur A1DD3FC3452904D dans le champ hardware\_key. **Allow repeat :** Si elle n’est pas sélectionnée, l’événement ne sera déclenché de manière répétée que s’il y a eu une autre valeur entrante reçue avant la valeur actuellement attendue ET que la valeur attendue arrive dans un nouveau paquet de données. Par exemple, si la case n’est pas cochée, chaque fois que nous recevons cette clé matérielle de l’exemple ci-dessus (A1DD3FC3452904D), la plateforme ne déclenche pas la notification d’événement jusqu’à ce qu’une valeur de clé matérielle différente soit arrivée ET que la valeur attendue arrive à nouveau. Voici comment fonctionne « Allow repeat » lorsqu’elle n’est pas sélectionnée : * 09:00 La dernière clé reçue A1DD3FC3452904D * 09:15 La plateforme reçoit un paquet de données avec la même valeur hardware\_key (A1DD3FC3452904D). Aucune notification n’est déclenchée * 09:20 Une nouvelle valeur hardware\_key est arrivée. Par exemple, B99978233FDD1. Aucune notification n’est générée car cette valeur n’est pas attendue. Mais le commutateur interne est désormais prêt à générer une notification lorsque la clé A1DD3FC3452904D arrive. * 09:30 La plateforme reçoit un paquet de données avec la valeur hardware\_key A1DD3FC3452904D. La notification est déclenchée maintenant. En bref, les notifications ne seront générées qu’en cas de changement, mais si la valeur attendue arrive après une autre valeur. Si l’option est sélectionnée, le scénario sera le suivant : * 09:00 La dernière clé reçue A1DD3FC3452904D * 09:15 La plateforme a reçu un paquet de données avec la même valeur hardware\_key (A1DD3FC3452904D). La notification est déclenchée cette fois. * 09:25 La plateforme a reçu un paquet de données avec la même valeur hardware\_key (A1DD3FC3452904D). La notification est déclenchée à nouveau cette fois. * 09:34 Une nouvelle valeur hardware\_key est arrivée. Par exemple, B99978233FDD1. Aucune notification n’est déclenchée, car la clé B99978233FDD1 n’est pas celle attendue. * 09:45 La plateforme a reçu un paquet de données avec la valeur hardware\_key attendue (A1DD3FC3452904D). La notification est déclenchée cette fois. En bref, si la valeur attendue dans le champ d’état précédemment défini arrive sur la plateforme, celle-ci génère l’événement de notification. Veuillez noter que si « Allow Repeat » est sélectionné, l’événement ne se produira pas plus souvent que ne le permet le minuteur « Repeat delay ». Pour le type de règle valeur du champ d’état, le minuteur de réinitialisation par défaut est de 5 minutes et peut être ajusté à l’aide du champ « Repeat delay ». **Lier la zone à la règle :** Active la liaison de la règle de géorepérage. **Bouton Carte :** Affiche les géorepères liés sur la carte. **Repeat delay :** Définit un minuteur de réinitialisation personnalisé en secondes pour les notifications d’événements. Par exemple, si vous souhaitez être notifié au maximum une fois toutes les 30 minutes, définissez le champ sur 1800 (secondes). **Travailler avec les capteurs virtuels :** La règle de champ d’état permet de sélectionner non seulement des champs d’état, mais aussi des capteurs virtuels.\ En sélectionnant le capteur virtuel approprié et en spécifiant l’événement souhaité à partir du tableau des capteurs virtuels, les utilisateurs peuvent recevoir des notifications et inclure l’événement dans les rapports. Cela permet aux entreprises de personnaliser et de contrôler les événements dont elles souhaitent être informées, en adaptant le système de surveillance à leurs besoins spécifiques. Cette flexibilité améliore la capacité à suivre et gérer des événements critiques ou personnalisés, fournit des informations précieuses et facilite la prise de décision fondée sur les données pour diverses opérations commerciales. Tous les événements issus des valeurs attendues sont personnalisés et peuvent être créés selon les besoins des utilisateurs. Pour plus de détails concernant les capteurs virtuels, veuillez consulter l’ [Capteurs virtuels](/docs/user/fr/guide/devices-and-settings/vehicle-sensors/virtual-sensors.md) article. {% columns %} {% column %} ![](/files/cefc0af7444a2f437237fc426edf691ab8388975) {% endcolumn %} {% column %} ![](/files/0f78708755b2da5dd47afd9a1ff43f55752a7d98) {% endcolumn %} {% endcolumns %} ![](/files/c08e31a34819a5660c1480f644b77d7819d24c24) ### 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. Veuillez noter 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 du géorepère à la notification :** Ajoute les noms des géorepères spécifiés au texte de la notification. Cette option n’est disponible que lorsque le bouton radio de liaison de géorepère « À l’intérieur » est sélectionné dans l’onglet « Paramètres ». **Notifications par 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 planning pour l’exécution de la règle. Si votre planning indique que l’événement ne doit pas s’exécuter un certain jour ou pendant une certaine période, il n’apparaîtra pas comme notification dans l’interface utilisateur, et les notifications par SMS ou par e-mail ne seront pas envoyées. En outre, vous pouvez choisir un modèle par défaut pour une planification rapide. ### Spécificités de la plateforme : * L’alerte « Champ d’état » possède un minuteur de réinitialisation de 5 minutes, ce qui signifie que l’événement d’alerte ne se produira pas plus d’une fois toutes les 5 minutes. Si ce type d’événement se produit pendant la période d’attente de réinitialisation de la règle, cet événement sera omis par la plateforme, y compris dans les rapports. * La règle prend en charge un seul appareil par règle. Cela s’explique par le fait que plusieurs sources différentes de champs d’état ne peuvent pas être mises en correspondance entre plusieurs traceurs. --- # Agent Instructions: 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: ``` GET https://navixy.com/docs/user/fr/guide/events-and-notifications/inputs-and-outputs/state-field-value.md?ask= ``` The question should be specific, self-contained, and written in natural language. 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.