> 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/expert-center/fr/vehicle-telematics-technology/vehicle-sensors/wireless-telematics-sensors.md).
# Capteurs de télématique sans fil
Les capteurs BLE et UHF transmettent les données TPMS, de température et environnementales aux appareils GPS à l'aide des protocoles GATT/ATT pour la surveillance de flotte sans fil.
Les technologies sans fil permettent la transmission de valeurs provenant de différents capteurs vers des unités de suivi GPS sans câblage. Il existe 2 types de technologies sans fil qui utilisent leurs propres fréquences :
* Bluetooth basse consommation – 2,4 GHz
* Ultra-haute fréquence – 315/433 MHz
## Qu’est-ce que BLE
Bluetooth basse consommation (BLE) est une technologie de communication sans fil à faible consommation qui peut être utilisée sur une courte distance pour [permettre aux appareils intelligents de communiquer](https://www.centare.com/blog/what_is_bluetooth_low_energy/). La technologie BLE a été intégrée à Bluetooth 4.0 en décembre 2009.
Par rapport au Bluetooth classique, Bluetooth basse consommation offre une réduction significative de la consommation d’énergie et des coûts tout en conservant une portée similaire. Cela a permis aux fabricants d’appareils d’ajouter une interface de communication à faible consommation aux solutions existantes. Elle a également été utilisée pour créer de nouveaux appareils à faible consommation, tels que [balises](https://www.navixy.com/blog/teltonika-ble-beacons/), qui peuvent fonctionner sur une petite batterie pendant des mois, voire des années.
## Comment fonctionne BLE
Bluetooth basse consommation utilise de nombreux protocoles pour transmettre des données, interagir avec toutes les parties de l’appareil et organiser le fonctionnement de toutes les couches. Ci-dessous, nous énumérerons les plus importants et les situerons dans la hiérarchie générale.
**Interface hôte-contrôleur (HCI)** est le protocole d’échange de BLE de couche à couche ou de puce à puce qui donne accès aux paramètres de configuration de l’appareil Bluetooth.
**Protocole de contrôle de liaison logique et d’adaptation (L2CAP)** est responsable de la génération des paquets, de la division des trames, du contrôle des erreurs et de l’assemblage des paquets.
**Protocole de gestion de la sécurité (SMP) –** effectue le chiffrement des paquets.
**Profil d’accès générique (GAP)** assure l’échange initial de données entre les appareils afin de déterminer « qui est qui ».
Nous notons séparément les protocoles GATT et ATT :
**GATT** est l’acronyme de « Profil d’attribut générique », qui définit la manière dont les données sont transférées entre deux appareils Bluetooth basse consommation à l’aide de concepts appelés services et caractéristiques.
Il utilise un protocole de données courant appelé le **protocole d’attributs (ATT)**, qui sert à stocker les services, les caractéristiques et les données associées dans une simple table de recherche utilisant des identifiants de 16 bits pour chaque enregistrement de la table.
Structure du profil
* Handle d’attribut – index de la table correspondant à l’attribut ;
* Type d’attribut – UUID qui décrit le type ;
* Valeur d’attribut – les données elles-mêmes ;
* Permissions d’attribut – partie d’un attribut, permissions qui ne peuvent être ni lues ni écrites à l’aide de l’ATT.
Le profil GATT contient des services. Les services servent à découper les données en entités logiques et contiennent des blocs spécifiques de données appelés caractéristiques. Un service peut avoir une ou plusieurs caractéristiques, et chaque service se distingue des autres services au moyen d’un identifiant numérique unique appelé UUID, qui peut être soit sur 16 bits (pour les services BLE officiellement adoptés) soit sur 128 bits (pour les services personnalisés).
Le plus important à garder à l’esprit concernant GATT et les connexions est que les connexions sont exclusives. Cela signifie qu’un périphérique BLE ne peut être connecté qu’à un seul appareil central (un téléphone mobile, un appareil GPS, etc.) à la fois.
Dès qu’un périphérique se connecte à un appareil central, il cesse d’émettre des annonces et les autres appareils ne peuvent plus le voir ni s’y connecter jusqu’à ce que la [connexion existante soit rompue](https://learn.adafruit.com/introduction-to-bluetooth-low-energy/gatt).
Imaginez que le profil soit une bibliothèque. Chaque étagère est un service, où le livre est une caractéristique. Chaque caractéristique (livre) possède des attributs (pages). Certains attributs sont obligatoires, d’autres non.
### Client et serveur
Pour comprendre la distinction entre serveur GATT et client GATT, imaginez que vous avez un appareil GPS et un capteur de carburant qui est un appareil BLE. L’appareil GPS prend en charge le rôle central ; le capteur prend en charge le rôle périphérique (pour établir une connexion BLE *vous avez besoin d’un de chaque*— deux éléments qui ne prendraient en charge que le rôle périphérique ne pourraient pas communiquer entre eux, pas plus que deux éléments qui ne prendraient en charge que le rôle central).
Une fois que l’appareil et le capteur ont établi une connexion, ils commencent à s’échanger des métadonnées GATT. Si le capteur veut signaler les Données du capteur à l’appareil GPS, il peut être judicieux que le capteur [joue le rôle du serveur.](https://developer.android.com/guide/topics/connectivity/bluetooth-le)
Le client GATT envoie des requêtes à un serveur et en reçoit des réponses (ainsi que des mises à jour initiées par le serveur). Le client GATT ne connaît rien à l’avance des attributs du serveur, il doit donc d’abord s’informer de la présence et de la nature de ces attributs en effectuant une découverte des services. Une fois la découverte des services terminée, il peut alors commencer à lire les attributs trouvés dans le serveur.
Le serveur GATT reçoit des requêtes d’un client et lui renvoie des réponses. Il envoie également des mises à jour initiées par le serveur lorsqu’il est configuré pour le faire, et c’est le rôle chargé de stocker les données et de les rendre disponibles au client, organisées en attributs.
## Sans fil contre câbles
Ce n’est un secret pour personne que, actuellement, toutes les technologies passent à la communication sans fil. Ci-dessous, nous présentons les principaux avantages des capteurs sans fil :
* Aucune contrainte de câblage. Il peut être configuré à l’aide de n’importe quelle connexion physique.
* Facile à installer. Il est facile à étendre et à configurer.
* Flexibilité. Les connexions sans fil sont plus flexibles et adaptables.
* Rentabilité. Comme les connexions sans fil ne nécessitent pas de câbles, de tels réseaux sont relativement moins coûteux.
* Mobiles et portables. Faciles à déplacer et à réinstaller ailleurs.
Comme vous pouvez le voir, les connexions sans fil offrent de nombreux avantages. Tous ces points rendent l’installation et le fonctionnement des capteurs plus simples et plus pratiques.
Dans le même temps, il convient de noter que les capteurs filaires offrent une meilleure immunité au bruit. Cela signifie que dans les endroits où le niveau de bruit est élevé, ces capteurs fonctionneront de manière plus stable.
## Système de surveillance de la pression des pneus (TPMS)
Il convient également d’examiner séparément le [système de surveillance de la pression des pneus](https://en.wikipedia.org/wiki/Tire-pressure_monitoring_system) (TPMS). La majorité des installations TPMS transmettent leurs données par radio UHF (Ultra-haute fréquence). Les données TPMS sont généralement transmises dans l’une des deux plages de fréquences, selon la localisation géographique du TPMS. Les signaux TPMS sont transmis à environ 433 MHz en Europe et à 315 MHz dans la plupart des autres régions du monde.
Ce capteur TPMS est appelé un système « Direct TPMS ». Il fournit des valeurs de pression des pneus plus précises, contrairement au « Indirect TPMS », qui n’utilise pas de capteurs de pression physiques mais mesure la pression de l’air à l’aide de systèmes logiciels qui, en évaluant et en combinant des signaux de capteurs existants tels que la vitesse des roues, les accéléromètres, les données de transmission, etc., estiment et surveillent la pression des pneus sans capteurs de pression physiques dans les roues.
Chaque capteur TPMS doit être installé dans le pneu. Ce capteur établit la connexion avec une antenne reliée à un récepteur. Ce système assure une surveillance stable de la pression dans les pneus.
## Types de capteurs BLE
La plateforme Navixy prend en charge de nombreux types de capteurs sans fil, utilisés pour permettre aux utilisateurs d’obtenir des données télématiques réelles et précises. Vous trouverez ci-dessous la liste de ceux pris en charge :
* Carburant
* Température
* Humidité
* Identification du conducteur
* Capteurs magnétiques
* Capteurs de pression des pneus
Les capteurs peuvent également envoyer un paramètre supplémentaire "BLE: Battery Level", qui indique le niveau de charge de la batterie du capteur BLE. Ce paramètre est très utile pour connaître l’autonomie restante de la batterie.
## Comment utiliser les capteurs BLE dans Navixy
[Créer un capteur BLE](/docs/user/fr/guide/devices-and-settings/vehicle-sensors/measurement-sensors.md) n’est pas différente de la création d’un capteur ordinaire.
1. Configurez un capteur conformément au manuel d’utilisation
2. Sélectionnez le capteur nécessaire dans la liste. En général, les capteurs BLE ont "BLE" dans leur libellé, par exemple BLE: Température #, BLE: Carburant, etc.
1. Puis spécifiez les autres paramètres selon vos besoins.
2. C’est tout ! À présent, la plateforme affichera les données du capteur BLE dès que des données seront reçues sur le serveur.
Si vous souhaitez rester informé des mises à jour Navixy, n’hésitez pas à nous suivre sur [LinkedIn](https://www.linkedin.com/company/navixy/) et à partager vos commentaires, vos questions et vos idées pour de futurs articles.
---
# 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/expert-center/fr/vehicle-telematics-technology/vehicle-sensors/wireless-telematics-sensors.md?ask=&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.