> 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 des valeurs 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 le 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 du coût 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.
## Fonctionnement du BLE
Bluetooth basse consommation utilise de nombreux protocoles pour transmettre des données, interagir avec toutes les parties de l'appareil et organiser le travail de toutes les couches. Ci-dessous, nous répertorierons les plus importants et les situerons dans la hiérarchie générale.
**Interface contrôleur-hôte (HCI)** est un protocole d'échange 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 ».
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 commun appelé **protocole d'attribut (ATT)**, qui est utilisé pour stocker les services, les caractéristiques et les données associées dans une simple table de correspondance à l'aide d'identifiants de 16 bits pour chaque enregistrement de la table.
Structure du profil
* Identifiant d'attribut – index de table correspondant à l'attribut ;
* Type d'attribut – UUID qui décrit le type ;
* Valeur de l'attribut – les données elles-mêmes ;
* Permissions de l'attribut – partie d'un attribut, permissions qui ne peuvent pas être lues ni écrites à l'aide de l'ATT.
Le profil GATT contient des services. Les services servent à décomposer les données en entités logiques et contiennent des blocs de données spécifiques 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 avec GATT et les connexions est que celles-ci 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 de se signaler et les autres appareils ne pourront 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 est une étagère à livres. Chaque étagère est un service où le livre est une caractéristique. Chaque caractéristique (livre) a des attributs (pages). Certains attributs sont obligatoires, d'autres non.
### Client et serveur
Pour comprendre la distinction entre le serveur GATT et le 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 Modèle d'accès central ; le capteur prend en charge le Modèle d'accès périphérique (pour établir une connexion BLE *il vous faut un de chaque*— deux éléments qui ne prennent en charge que le Modèle d'accès périphérique ne pourraient pas communiquer entre eux, pas plus que deux éléments qui ne prennent en charge que le Modèle d'accès 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 transmettre des Données du capteur à l'appareil GPS, il peut être judicieux que le capteur [joue le rôle de 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. Après avoir terminé la découverte des services, il peut alors commencer à lire les attributs trouvés sur le serveur.
Le serveur GATT reçoit des requêtes d'un client et 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 Modèle d'accès chargé du stockage et de la mise à disposition des données au client, organisées en attributs.
## Sans fil contre câbles
Ce n'est un secret pour personne qu'actuellement toutes les technologies passent à la communication sans fil. Ci-dessous, nous avons noté les principaux avantages des capteurs sans fil :
* Liberté vis-à-vis des câbles. 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.
* Mobile et portable. Facile à déplacer et à réinstaller ailleurs.
Comme vous pouvez le voir, les connexions sans fil présentent de nombreux avantages. Tous ces points facilitent l'installation et le fonctionnement des capteurs.
Dans le même temps, il convient de noter que les capteurs filaires offrent une meilleure protection contre le bruit. Cela signifie que dans les endroits à niveau de bruit é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 via radio UHF (Ultra High Frequency). Les données TPMS sont généralement transmises dans l'une de 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é 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 la 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 actuelles 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 : niveau de batterie », qui indique le niveau de charge de la batterie du capteur BLE. Ce paramètre est très utile pour comprendre l'autonomie de batterie restante.
## Comment utiliser les capteurs BLE sur 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 le capteur conformément au manuel d'utilisation
2. Sélectionnez le capteur requis dans la liste. En général, les capteurs BLE comportent « BLE » dans leur libellé, par exemple BLE : Température #, BLE : Carburant, etc.
1. Indiquez ensuite les autres paramètres selon vos besoins.
2. C'est tout ! Désormais, 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 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 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/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 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.