Valeur du champ d'état

Description

Le type d'alerte « State field value » est conçu pour surveiller l'état de divers champs d'objet, tels que portes, frein à main, airbag, ainsi que des états d'événements spéciaux comme ADAS (Advanced Driver Assistance Systems), DTC (Diagnostic Trouble Codes) et erreurs. Lorsque la plateforme reçoit la valeur attendue dans le champ d'état pour un état particulier, l'utilisateur reçoit une notification.

En utilisant l'alerte « State field value », les utilisateurs peuvent rester informés en temps réel des états critiques des objets et des occurrences d'événements. Cette fonctionnalité améliore la sécurité, la sûreté et les processus de maintenance, en garantissant qu'une action rapide peut ê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écapitulent les occurrences de certains états ou événements 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 l'occurrence d'activations ADAS. Ces rapports aident à identifier des schémas, tendances ou anomalies dans les données, facilitant la planification de la maintenance, les évaluations de sécurité et les améliorations opérationnelles.

Paramètres

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.

• Ne cochez 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 du fabricant de l'appareil ou obtenues directement auprès du fabricant en faisant une demande à leur équipe de support.

• Activez Allow repeat pour recevoir des notifications pour les mêmes valeurs et définissez le 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 le repeat delay sur 1800 secondes.

State field :

Ici l'utilisateur spécifie le champ à surveiller. Dans notre exemple, il s'agit de Trunk. Ainsi, lorsque le 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 ci‑dessous dans cet article.

Expected value :

Les champs d'état standard (par ex. Trunk, Door, Seat Belt, etc.) ont des variantes de valeur attendue 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 incoming event_code.

State field value

Par exemple, une clé matérielle possède une valeur personnalisée que la plateforme attendra et notifiera l'utilisateur après l'arrivée de la valeur A1DD3FC3452904D dans le champ hardware_key.

Allow repeat :

Si non sélectionné, l'événement ne sera déclenché de nouveau que s'il y a eu une autre valeur entrante reçue avant la valeur actuellement attendue ET que la valeur attendue arrive mais 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 tant qu'une valeur différente de clé matérielle n'est pas arrivée ET que la valeur attendue n'arrive de nouveau.

Voici comment fonctionne « Allow repeat » lorsqu'il n'est pas sélectionné :

• 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. Disons, B99978233FDD1. Aucune notification n'est générée car cette valeur n'est pas attendue. Mais le commutateur interne est maintenant prêt à émettre une notification lorsque la clé A1DD3FC3452904D arrivera.

• 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 :

• 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. Disons, 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 défini précédemment arrive sur la plateforme, elle 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 ce que permet le minuteur « Repeat delay ». Pour le type de règle state field value, le minuteur de réinitialisation par défaut est de 5 minutes et peut être ajusté à l'aide du champ « Repeat delay ».

Remplissez cette section si la règle doit fonctionner uniquement à l'intérieur/en dehors des géorepères sélectionnés.

Lier la zone à la règle :

Active la liaison de la règle avec une géofence.

Bouton 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, réglez le champ sur 1800 (secondes).

Travail avec les capteurs virtuels :

La règle de champ d'état permet la sélection 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 de la table du capteur virtuel, 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, 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, fournissant des informations précieuses et facilitant la prise de décisions basé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 vous référer à la Virtual Sensors article.

Si un utilisateur change la méthode de calcul d'un capteur virtuel spécifié comme source de données dans une règle « Parameter in range » pour toute méthode autre que « Source value », la règle réinitialisera sa source et cessera de fonctionner.

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 tant qu'une activité de l'utilisateur n'a pas été enregistrée sur la page.

Notifications push :

Recevez des notifications push sur l'application mobile et l'interface web.

Ajouter le nom de la 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 « Inside » de liaison de géorepère est sélectionné dans l'onglet « Settings ».

Notifications SMS :

Liste des destinataires pour les notifications SMS lorsque l'événement se produit.

Notifications par e-mail :

Planning

Liste des destinataires pour les notifications par e-mail lorsque l'événement se produit.

Définissez un planning pour déterminer quand la règle sera exécutée. Si votre planning indique que l'événement ne doit pas s'exécuter un jour ou une période donnée, il n'apparaîtra pas comme notification dans l'interface utilisateur, et les notifications par SMS ou e-mail ne seront pas envoyées. De plus, vous pouvez choisir un modèle par défaut pour une planification rapide.

• L'alerte « State field » dispose d'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 que la règle attend la réinitialisation, cet événement sera omis par la plateforme, y compris dans les rapports.

• La règle ne prend en charge qu'un seul appareil par règle. Ceci est dû au fait que plusieurs sources différentes de champs d'état ne peuvent pas être croisées entre plusieurs traceurs.