> 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/es/vehicle-telematics-technology/vehicle-sensors/wireless-telematics-sensors.md).
# Sensores telemáticos inalámbricos
Los sensores BLE y UHF transmiten datos de TPMS, temperatura y ambientales a dispositivos GPS mediante los protocolos GATT/ATT para el monitoreo inalámbrico de Flota.
Las tecnologías inalámbricas permiten la transmisión de valores de diferentes sensores a unidades de Seguimiento GPS sin cableado. Hay 2 tipos de tecnologías inalámbricas que usan sus propias frecuencias:
* Bluetooth de bajo consumo – 2.4 GHz
* Frecuencia ultraalta – 315/433 MHz
## ¿Qué es BLE?
Bluetooth de bajo consumo (BLE) es una tecnología de comunicación inalámbrica de bajo consumo que puede usarse a corta distancia para [permitir que los dispositivos inteligentes se comuniquen](https://www.centare.com/blog/what_is_bluetooth_low_energy/). La tecnología BLE se integró en Bluetooth 4.0 en diciembre de 2009.
En comparación con Bluetooth clásico, Bluetooth de bajo consumo ofrece una reducción significativa en el consumo de energía y el costo, al tiempo que mantiene un alcance similar. Esto permitió a los fabricantes de dispositivos agregar una interfaz de comunicación de bajo consumo a las soluciones existentes. También se ha utilizado para crear nuevos dispositivos de bajo consumo, como [balizas](https://www.navixy.com/blog/teltonika-ble-beacons/), que pueden funcionar con una pequeña batería durante meses o incluso años.
## Cómo funciona BLE
Bluetooth de bajo consumo usa muchos protocolos para transmitir datos, interactuar con todas las partes del dispositivo y organizar el trabajo de todas las capas. A continuación, enumeraremos los más importantes y los ubicaremos en la jerarquía general.
**Interfaz host-controlador (HCI)** es el protocolo de intercambio entre capas o entre chips de BLE que proporciona acceso a la configuración del dispositivo Bluetooth.
**Protocolo de control y adaptación de enlace lógico (L2CAP)** es responsable de la generación de paquetes, la división de tramas, el control de errores y el ensamblado de paquetes.
**Protocolo de gestión de Seguridad (SMP) –** realiza el cifrado de paquetes.
**Perfil genérico de acceso (GAP)** proporciona el intercambio inicial de datos entre dispositivos, para determinar «quién es quién».
Por separado, cabe mencionar los protocolos GATT y ATT:
**GATT** es el acrónimo de Perfil genérico de atributos, que define la manera en que se transfieren los datos entre dos dispositivos Bluetooth de bajo consumo utilizando conceptos llamados servicios y características.
Utiliza un protocolo común de datos llamado el **protocolo de atributos (ATT)**, que se usa para almacenar servicios, características y datos relacionados en una simple tabla de búsqueda utilizando identificadores de 16 bits para cada registro de la tabla.
Estructura del perfil
* Identificador del atributo – índice de la tabla correspondiente al atributo;
* Tipo del atributo – UUID que describe el tipo;
* Valor del atributo – los datos en sí;
* Permisos del atributo – parte de un atributo, permisos que no se pueden leer ni escribir usando ATT.
El perfil GATT contiene servicios. Los servicios se usan para descomponer los datos en entidades lógicas y contienen fragmentos específicos de datos llamados características. Un servicio puede tener una o más características, y cada servicio se distingue de los demás mediante un identificador numérico único llamado UUID, que puede ser de 16 bits (para servicios BLE adoptados oficialmente) o de 128 bits (para servicios personalizados).
Lo más importante a tener en cuenta con GATT y las conexiones es que las conexiones son exclusivas. Lo que esto significa es que un periférico BLE solo puede estar conectado a un dispositivo central (un teléfono celular, un dispositivo GPS, etc.) a la vez.
Tan pronto como un periférico se conecta a un dispositivo central, dejará de anunciarse y los demás dispositivos ya no podrán verlo ni conectarse a él hasta que la [conexión existente se rompa](https://learn.adafruit.com/introduction-to-bluetooth-low-energy/gatt).
Imagine que el Perfil es una estantería. Cada repisa es un Servicio donde el libro es una Característica. Cada característica (libro) tiene atributos (páginas). Algunos atributos son obligatorios, otros no.
### Cliente y servidor
Para entender la distinción entre el servidor GATT y el cliente GATT, imagine que tiene un dispositivo GPS y un sensor de combustible que es un dispositivo BLE. El dispositivo GPS admite el papel central; el sensor admite el papel periférico (para establecer una conexión BLE necesita uno de cada uno *—dos cosas que solo admiten el papel periférico no podrían comunicarse entre sí, ni dos cosas que solo admiten el papel central).*—dos cosas que solo admiten el papel periférico no podrían comunicarse entre sí, ni dos cosas que solo admiten el papel central).
Una vez que el dispositivo y el sensor han establecido una conexión, comienzan a transferirse metadatos GATT entre sí. Si el sensor quiere reportar Datos del sensor al dispositivo GPS, podría tener sentido que el sensor [actúe como servidor.](https://developer.android.com/guide/topics/connectivity/bluetooth-le)
El cliente GATT envía solicitudes a un servidor y recibe respuestas (y actualizaciones iniciadas por el servidor) de él. El cliente GATT no sabe nada de antemano sobre los atributos del servidor, por lo que primero debe indagar acerca de la presencia y la naturaleza de esos atributos realizando el descubrimiento de servicios. Después de completar el descubrimiento de servicios, entonces puede comenzar a leer los atributos encontrados en el servidor.
El servidor GATT recibe solicitudes de un cliente y envía respuestas de vuelta. También envía actualizaciones iniciadas por el servidor cuando se configura para hacerlo, y es el papel responsable de almacenar y poner los datos a disposición del cliente, organizados en atributos.
## Inalámbrico vs. cables
No es ningún secreto que actualmente todas las tecnologías están migrando a la comunicación inalámbrica. A continuación, hemos señalado las principales ventajas de los sensores inalámbricos:
* Libre de cables. Puede configurarse usando cualquier conexión física.
* Fácil de configurar. Es fácil de ampliar y configurar.
* Flexibilidad. Las conexiones sin cables son más flexibles y adaptables.
* Rentabilidad. Como las conexiones inalámbricas no requieren cables, estas redes son relativamente más baratas.
* Móvil y portátil. Fácil de trasladar y reinstalar en otra ubicación.
Como puede ver, las conexiones inalámbricas tienen una larga lista de ventajas. Todos estos puntos hacen que la instalación y el funcionamiento de los sensores sean más fáciles y cómodos.
Al mismo tiempo, vale la pena señalar que los sensores cableados tienen una mayor protección contra el ruido. Esto significa que en lugares con un alto nivel de ruido, estos sensores funcionarán de manera más estable.
## Sistema de monitoreo de presión de llantas (TPMS)
Por separado, vale la pena considerar el [Sistema de monitoreo de presión de llantas](https://en.wikipedia.org/wiki/Tire-pressure_monitoring_system) (TPMS). La mayoría de las instalaciones TPMS transmiten sus datos por radio UHF (frecuencia ultraalta). Los datos TPMS normalmente se transmiten en uno de dos rangos de frecuencia, lo cual depende de la ubicación geográfica del TPMS. Las señales TPMS se transmiten aproximadamente a 433MHz en Europa y a 315MHz en la mayoría de las demás partes del mundo.
Este sensor TPMS se denomina sistema «Direct TPMS». Proporciona valores de presión de llantas más precisos, en lugar de «Indirect TPMS», que no usa sensores físicos de presión, sino que mide las presiones del aire mediante sistemas basados en software, los cuales, al evaluar y combinar señales de sensores existentes como velocidades de las ruedas, acelerómetros, datos del tren motriz, etc., estiman y monitorean la presión de las llantas sin sensores físicos de presión en las ruedas.
Cada sensor TPMS debe instalarse en la llanta. Este sensor establece la conexión con una antena que está conectada a un receptor. Este sistema proporciona un monitoreo estable de la presión en las llantas.
## Tipos de sensores BLE
La plataforma Navixy admite muchos tipos de sensores inalámbricos que se usan para facilitar a los usuarios la obtención de datos telemáticos actuales y precisos. A continuación, puede encontrar la lista de los compatibles:
* Combustible
* Temperatura
* Humedad
* Identificación del Conductor
* Sensores magnéticos
* Sensores de presión de llantas
Los sensores también pueden enviar un parámetro adicional «BLE: Nivel de batería», que muestra cuánta carga tiene la batería del sensor BLE. Este parámetro es muy útil para entender la vida útil restante de la batería.
## Cómo usar los sensores BLE en Navixy
[Crear un sensor BLE](/docs/user/es/guide/devices-and-settings/vehicle-sensors/measurement-sensors.md) no es diferente de crear uno normal.
1. Configure un sensor según el manual del usuario
2. Seleccione el sensor necesario de la lista. Por lo general, los sensores BLE tienen «BLE» en la etiqueta, por ejemplo, BLE: Temperatura #, BLE: Combustible, etc.
1. Luego especifique los demás ajustes según sus necesidades.
2. ¡Eso es todo! Ahora la plataforma mostrará los datos del sensor BLE en cuanto el servidor reciba datos.
Si desea mantenerse al tanto de las actualizaciones de Navixy, no dude en seguirnos en [LinkedIn](https://www.linkedin.com/company/navixy/) y compartir sus comentarios, preguntas e ideas para futuros artículos.
---
# 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/es/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.