> 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 distintos sensores a unidades de seguimiento GPS sin cableado. Existen 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, manteniendo un alcance similar. Esto permitió a los fabricantes de dispositivos añadir 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 batería pequeña durante meses o incluso años.

## Cómo funciona BLE

Bluetooth de bajo consumo utiliza 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 de controlador anfitrión (HCI)** es un protocolo de intercambio entre capas o de chip a chip de BLE que proporciona acceso a la configuración del dispositivo Bluetooth.

**Protocolo de control y adaptación de enlaces lógicos (L2CAP)** es responsable de la generación de paquetes, la división de tramas, el control de errores y el ensamblaje de paquetes.

**Protocolo de administración de seguridad (SMP) –** realiza el cifrado de paquetes.

**Perfil de acceso genérico (GAP)** proporciona el intercambio inicial de datos entre dispositivos, para determinar «quién es quién».

![Arquitectura BLE](https://3386484127-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2Fgit-blob-9685ea76f22aa9a48652b4ff94085533a9adf1ed%2Fble-protocols.png?alt=media)

Por separado, destacamos los protocolos GATT y ATT:

![](https://3386484127-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2Fgit-blob-35e025a6b3e1905798957084fa3a63a94bfe5a11%2Fimagen-20231019-232843.png?alt=media)

**GATT** es un acrónimo de Perfil de atributos genéricos, que define la forma en que se transfieren los datos entre dos dispositivos Bluetooth de bajo consumo mediante los conceptos llamados servicios y características.

Utiliza un protocolo de datos común llamado el **protocolo de atributos (ATT)**, que se utiliza para almacenar servicios, características y datos relacionados en una tabla de consulta simple usando identificadores de 16 bits para cada registro de la tabla.

Estructura del perfil

![](https://3386484127-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2Fgit-blob-f980271c6a98be20c593d5556805863c0f831a3b%2Fimagen-20231019-232914.png?alt=media)

* Identificador del atributo – índice de la tabla correspondiente al atributo;
* Tipo de atributo – UUID que describe el tipo;
* Valor del atributo – los datos en sí;
* Permisos del atributo – parte de un atributo, permisos que no pueden leerse ni escribirse mediante ATT.

El perfil GATT contiene servicios. Los servicios se utilizan para desglosar 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 otros servicios mediante un ID 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 eso significa es que un periférico BLE solo puede conectarse a un dispositivo central (un teléfono móvil, un dispositivo GPS, etc.) a la vez.

En cuanto un periférico se conecta a un dispositivo central, deja de anunciarse y otros 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 estante 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 comprender la diferencia entre el servidor GATT y el cliente GATT, imagine que usted tiene un dispositivo GPS y un sensor de combustible que es un dispositivo BLE. El dispositivo GPS cumple el papel central; el sensor cumple el papel periférico (para establecer una conexión BLE *se necesita uno de cada uno*—dos dispositivos que solo admiten el papel periférico no podrían comunicarse entre sí, ni tampoco dos dispositivos 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 consultar 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. También envía actualizaciones iniciadas por el servidor cuando está configurado 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:

* Sin cables. Puede configurarse mediante 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, dichas redes son relativamente más baratas.
* Móvil y portátil. Fácil de transferir 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, cabe 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 la presión de las llantas (TPMS)

Por separado, vale la pena considerar el [sistema de monitoreo de la presión de las 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 suelen transmitirse en uno de dos rangos de frecuencia, lo que depende de la ubicación geográfica del TPMS. Las señales TPMS se transmiten a unos 433MHz en Europa, y a 315MHz en la mayoría de las otras partes del mundo.

![Sensor del sistema de monitoreo de la presión de las llantas](https://3386484127-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2Fgit-blob-3eedbc41a47b17adb2fbcf4679b5e9561e557dbd%2Ftire-pressure-monitoring-system-sensor.jpg?alt=media)

Este sensor TPMS se llama sistema de «TPMS directo». Proporciona valores de presión de las llantas más precisos en lugar de «TPMS indirecto», 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 de la transmisión, 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 dentro de 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.

![](https://3386484127-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2Fgit-blob-d71847e4b4af1f217607f2a1fb4d08c35552cc20%2Fimagen-20231019-232937.png?alt=media)

## 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 reales 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 las 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 sensores BLE en Navixy

[Creación de 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 de acuerdo con 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.

<img src="https://3386484127-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2Fgit-blob-fc640b950b833c0fafa8e262d415661fda571148%2Fimagen-20231019-233836.png?alt=media" alt="" width="375">

1. Después, especifique los demás ajustes según sus necesidades.
2. ¡Eso es todo! Ahora la plataforma mostrará los datos del sensor BLE tan pronto como se reciban datos en el servidor.

Si quiere 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 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/es/vehicle-telematics-technology/vehicle-sensors/wireless-telematics-sensors.md?ask=<question>&goal=<user_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.
