> 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/devices-and-settings/vehicle-sensors/virtual-sensors.md). # Capteurs virtuels Les capteurs virtuels vous permettent de traiter plus efficacement les données de télémétrie. En associant la tension de bord, ils peuvent vous aider à calculer les heures moteur à partir de conditions et de valeurs définies. En outre, ils vous permettent de convertir plusieurs points de données provenant de différents capteurs connectés à un dispositif en indicateurs plus faciles à comprendre, tels que « chaud », « froid », « ouvert » et « fermé », quel que soit le fabricant ou le modèle du dispositif.

Virtual sensor interface — Interface du capteur virtuel

## Disponibilité Disponible lorsque le dispositif dispose d’entrées ou d’états à partir desquels dériver des valeurs. Chaque dispositif prend en charge jusqu’à 100 capteurs virtuels. ## Comment créer un capteur virtuel Les capteurs virtuels peuvent être créés via le **Boutons et capteurs** bloc situé dans le **Paramétrage des traceurs** module. Pour créer un capteur virtuel : 1. Accédez à la section Paramétrage des traceurs 2. Sélectionnez un dispositif GPS 3. Cliquez sur le **+** bouton 4. Sélectionnez **Capteur virtuel** Chaque dispositif peut comporter jusqu’à 100 capteurs virtuels.

Virtual sensor adding in sensors and buttons block — Ajout d’un capteur virtuel dans Boutons et capteurs

Les prochaines étapes dépendent du cas d’usage qui doit être résolu via le capteur virtuel. Vous trouverez ci-dessous des exemples et des instructions pour différentes méthodes de calcul. ## Méthodes de calcul Les capteurs virtuels ont trois types de calcul différents : * Valeur dans la plage * Valeur source * Index du bit Toutes les valeurs des capteurs virtuels doivent correspondre au format sous lequel elles sont reçues du dispositif. Tous les états correspondent à vos définitions pour ces valeurs. Cette section décrit le fonctionnement des différentes méthodes de calcul. Cliquez sur le nom de la méthode de calcul pour développer. ### **Valeur dans la plage** Ce type de capteur virtuel aide les clients à maintenir des paramètres importants, tels que le contact virtuel, la température, l’humidité et le niveau de carburant, dans une plage définie. Voici comment cela fonctionne : * Si la valeur du capteur se trouve à l’intérieur des limites spécifiées (la plage min/max que vous avez définie), Navixy la traite comme 1 (ce qui signifie que la condition est active) et affiche votre étiquette A. * Si la valeur du capteur se trouve en dehors de cette plage, Navixy la traite comme 0 (la condition est inactive) et affiche votre étiquette B. ### Exemple de contact virtuel Si vous n’avez pas d’entrée de contact ou si votre dispositif fonctionne déjà à pleine capacité, vous pouvez utiliser un outil de contact virtuel pour détecter l’état du contact. La tension de bord du véhicule augmente considérablement lorsque le moteur est mis en marche, ce qui permet d’utiliser le seuil de tension comme indicateur du fait que le moteur tourne ou non. En général, la tension de bord doit dépasser 13,2 V pour indiquer que le moteur fonctionne. Pour créer ce capteur : 1. Commencez par lui donner un nom. 2. Réglez l’entrée sur **Tension de bord** ou tout autre capteur si nécessaire. 3. Activer **Considérer comme état du contact** dans les paramètres. 4. Choisissez « Valeur dans la plage » comme méthode de calcul. 5. Spécifiez une valeur minimale de plage, comme 13,2 V. Une valeur maximale n’est pas nécessaire ici, car la tension de bord peut varier lorsque le contact est mis. 6. Enfin, définissez les valeurs d’état 0 et 1. En général, elles sont **activé** et **désactivé,** respectivement.

Example configuration for virtual ignition — Exemple de configuration du contact virtuel

Une fois que vous avez défini votre plage de seuil de tension, si la valeur embarquée entrante se situe dans cette plage, la plateforme considère le contact comme activé. À l’inverse, si elle se trouve en dehors de cette plage, il est considéré comme désactivé. Le contact virtuel créé à l’aide de cette méthode est également pris en compte dans les rapports et les notifications en fonction de son état. Par exemple, vous pouvez l’utiliser pour générer des rapports d’heures moteur ou des règles d’alertes de fonctionnement au ralenti excessif. En outre, ce contact est utilisé pour la détection des voyages et la détection de stationnement avec prise en compte du contact. ### Exemple avec un capteur analogique Cet exemple est similaire au précédent, mais au lieu de surveiller le contact du véhicule, il surveille la température. Supposons que vous disposiez d’un capteur analogique qui collecte des données de température. Supposons qu’il renvoie 1020 pour -10 °C, et 1900 = 0 °C. Les données provenant des capteurs analogiques ne sont pas calibrées et doivent donc également être spécifiées sous cette forme pour le capteur virtuel. La plage peut être configurée : tout ce qui se trouve entre 1020 et 1900 sera classé comme « froid » (1), et tout ce qui est supérieur à 1900 sera considéré comme « chaud » (0).

Example configuration for reading temperature from analog sensor — Exemple de configuration pour la lecture de la température à partir d’un capteur analogique

### **Valeur source** Avec les capteurs virtuels, vous pouvez attribuer votre définition à n’importe quelle valeur reçue. Cette méthode fonctionne avec des ensembles de valeurs et de chaînes prédéfinis, ce qui facilite le travail avec des valeurs statiques sans avoir à spécifier différentes plages. De plus, elle peut fonctionner avec toutes les données dont vous avez besoin. Par exemple : * 0/1, * vrai/faux, * activé/désactivé, * ouvert/fermé, * armé/désarmé, * état 1/état 2/état 3, * clé 1/clé 2/clé 3, etc. Le mode fonctionne ainsi : * lorsque la valeur 1 arrive, c’est votre valeur A. * lorsque la valeur 2 arrive, c’est votre valeur B. * et lorsque la valeur 3 arrive, c’est votre valeur C, et ainsi de suite. Illustrons ce type de fonctionnalité avec un exemple précis. ### Exemple avec des relevés CAN du véhicule Certains capteurs CAN peuvent fournir différentes valeurs numériques à la plateforme Navixy. Par exemple, un camion équipé d’un capteur d’état PTO CAN peut n’émettre que les valeurs suivantes : * 0 : Arrêt * 1 : Maintien * 2 : Maintien à distance * 3 : Veille * 4 : Veille à distance * 5 : Réglage * 6 : Décélérer * 7 : Reprendre * 8 : Accélérer Pour configurer ce capteur : 1. Saisissez son nom. 2. Choisissez l’entrée. 3. **Considérer comme état du contact** doit être désactivé. 4. Sélectionnez **Valeur source** comme méthode de calcul. 5. Remplissez le tableau avec vos propres valeurs à gauche et les valeurs correspondantes du capteur à droite. Ajoutez des lignes en cliquant sur le **+** bouton et supprimez-les à l’aide du bouton corbeille.

Configuration example for source value calculation method — Exemple de configuration pour la méthode de calcul de la valeur source

### Relevés des clés matérielles pour les conducteurs, l’équipement et les remorques Certains dispositifs peuvent lire les conducteurs et leurs iButtons, leurs clés RFID ou l’équipement connecté au dispositif via des capteurs Bluetooth. La plateforme peut détecter l’équipement ou le conducteur le plus proche du dispositif, et le capteur virtuel est capable d’afficher de tels noms. La méthode d’identification la plus simple consiste à utiliser des mots clés : chaque unité connectée à un équipement lourd possède son propre capteur, auquel est associé un mot clé, reconnu par la plateforme comme une clé matérielle. Une fois connecté à la machine, cette clé est envoyée à la plateforme et son nom associé peut être affiché de manière compréhensible, de la même façon que les valeurs du PTO ont été nommées.

Configuration example for source value calculation method for hardware key or state field sensor reading — Exemple de configuration pour la méthode de calcul de la valeur source pour la lecture d’un capteur de clé matérielle ou d’un champ d’état

### **Index du bit** Certains dispositifs peuvent fournir des données avancées dans leurs paquets, en fusionnant parfois plusieurs paramètres [en une seule valeur](https://www.navixy.com/blog/sensor-parameters-avl/). L’outil des capteurs virtuels vous permet de travailler avec des bits individuels à l’intérieur de ces valeurs combinées, en décodant ce que chaque position signifie selon le protocole du dispositif. Par exemple, la valeur transmise est 011. Des dispositifs comme celui-ci codent plusieurs états dans un seul nombre à l’aide d’une disposition bit par bit lue de droite à gauche (ordre little-endian, tel que défini dans le protocole du dispositif) : * Bit 0 (chiffre le plus à droite) : la valeur 1 signifie que la ceinture du conducteur n’est pas bouclée (0 = bouclée, 1 = non bouclée). * Bit 1 (chiffre du milieu) : la valeur 1 signifie que la portière du conducteur est ouverte (0 = fermée, 1 = ouverte). * Bit 2 (chiffre le plus à gauche) : la valeur 0 signifie que le capot est fermé (0 = fermé, 1 = ouvert). Chaque position de bit encode l’état d’un système différent du véhicule. Pour les configurer et les afficher, créez un capteur virtuel pour chaque paramètre que vous souhaitez suivre. Pour un capteur qui affiche l’état du capot de la voiture dans cet exemple : 1. Définissez le nom du capteur 2. Choisissez l’entrée conformément à la documentation du dispositif 3. Sélectionnez **Index du bit** comme méthode de calcul (cela indique à Navixy de lire une seule position de bit à partir de la valeur combinée) 4. Choisissez le bit 2 pour ce champ (la position qui encode l’état du capot) Voici un exemple de capteur qui affiche l’état du capot de la voiture.

Configuration example for Bit index calculation sensor — Exemple de configuration du capteur à méthode de calcul Index du bit

Une fois qu’un capteur virtuel est configuré et que le capteur associé du dispositif a fourni des données, il peut être consulté dans le **widget Relevés des capteurs** sur les **Informations** onglet. --- # 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/devices-and-settings/vehicle-sensors/virtual-sensors.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.