> 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/pt-br/vehicle-telematics-technology/vehicle-sensors/wireless-telematics-sensors.md).

# Sensores telemáticos sem fio

Sensores BLE e UHF transmitem dados de TPMS, temperatura e ambiente para dispositivos GPS usando protocolos GATT/ATT para monitoramento sem fio de Frota.

As tecnologias sem fio permitem a transmissão de valores de diferentes sensores para unidades de rastreamento GPS sem cabeamento. Há 2 tipos de tecnologias sem fio que usam suas próprias frequências:

* Bluetooth Low Energy – 2,4 GHz
* Frequência ultra-alta – 315/433 MHz

## O que é BLE

Bluetooth Low Energy (BLE) é uma tecnologia de comunicação sem fio de baixo consumo que pode ser usada a curta distância para [permitir que dispositivos inteligentes se comuniquem](https://www.centare.com/blog/what_is_bluetooth_low_energy/). A tecnologia BLE foi integrada ao Bluetooth 4.0 em dezembro de 2009.

Em comparação com o Bluetooth clássico, o Bluetooth Low Energy oferece uma redução significativa no consumo de energia e no custo, mantendo um alcance semelhante. Isso permitiu que os fabricantes de dispositivos adicionassem uma interface de comunicação de baixo consumo às soluções existentes. Ele também foi usado para criar novos dispositivos de baixo consumo, como [sinalizadores](https://www.navixy.com/blog/teltonika-ble-beacons/), que podem funcionar com uma pequena bateria por meses ou até anos.

## Como o BLE funciona

O Bluetooth Low Energy usa vários protocolos para transmitir dados, interagir com todas as partes do dispositivo e organizar o funcionamento de todas as camadas. A seguir, listaremos os mais importantes e os situaremos na hierarquia geral.

**Interface entre host e controlador (HCI)** é o protocolo de troca entre camadas ou entre chips do BLE que fornece acesso às configurações do dispositivo Bluetooth.

**Protocolo de Controle e Adaptação de Link Lógico (L2CAP)** é responsável pela geração de pacotes, divisão de quadros, controle de erros e montagem de pacotes.

**Protocolo do Gerenciador de Segurança (SMP) –** realiza a criptografia de pacotes.

**Perfil de Acesso Genérico (GAP)** fornece a troca inicial de dados entre dispositivos para determinar «quem é quem».

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

Separadamente, destacamos os protocolos GATT e ATT:

![](https://1173629567-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** é a sigla para Perfil Genérico de Atributos, que define a forma como os dados são transferidos entre dois dispositivos Bluetooth de baixo consumo usando conceitos chamados serviços e características.

Ele usa um protocolo de dados comum chamado **protocolo de atributos (ATT)**, que é usado para armazenar serviços, características e dados relacionados em uma tabela de consulta simples usando identificadores de 16 bits para cada registro na tabela.

Estrutura do perfil

![](https://1173629567-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 do atributo – índice da tabela correspondente ao atributo;
* Tipo do atributo – UUID que descreve o tipo;
* Valor do atributo – os próprios dados;
* Permissões do atributo – parte de um atributo, permissões que não podem ser lidas ou gravadas usando o ATT.

O perfil GATT contém serviços. Os serviços são usados para dividir os dados em entidades lógicas e contêm blocos específicos de dados chamados características. Um serviço pode ter uma ou mais características, e cada serviço se distingue dos outros por meio de um ID numérico exclusivo chamado UUID, que pode ser de 16 bits (para Serviços BLE oficialmente adotados) ou de 128 bits (para serviços personalizados).

A coisa mais importante a ter em mente com GATT e conexões é que as conexões são exclusivas. O que isso significa é que um periférico BLE só pode estar conectado a um dispositivo central (um celular, um dispositivo GPS etc.) por vez.

Assim que um periférico se conecta a um dispositivo central, ele deixa de se anunciar e outros dispositivos não poderão mais vê-lo nem se conectar a ele até que a [conexão existente seja interrompida](https://learn.adafruit.com/introduction-to-bluetooth-low-energy/gatt).

Imagine que o perfil é uma estante de livros. Cada prateleira é um Serviço, no qual o livro é uma Característica. Cada característica (livro) tem atributos (páginas). Alguns atributos são obrigatórios, outros não.

### Cliente e servidor

Para entender a distinção entre servidor GATT e cliente GATT, imagine que você tem um dispositivo GPS e um sensor de combustível que é um dispositivo BLE. O dispositivo GPS suporta a função central; o sensor suporta a função periférica (para estabelecer uma conexão BLE *você precisa de um de cada*—duas coisas que suportam apenas a função periférica não conseguiriam se comunicar entre si, nem duas coisas que suportam apenas a função central).

Assim que o dispositivo e o sensor estabelecem uma conexão, eles começam a trocar metadados GATT entre si. Se o sensor quiser reportar dados do sensor ao dispositivo GPS, pode fazer sentido que o sensor [atue como servidor.](https://developer.android.com/guide/topics/connectivity/bluetooth-le)

O cliente GATT envia solicitações a um servidor e recebe dele respostas (e atualizações iniciadas pelo servidor). O cliente GATT não sabe nada antecipadamente sobre os atributos do servidor, então primeiro precisa verificar a presença e a natureza desses atributos realizando a descoberta de serviços. Após concluir a descoberta de serviços, ele então pode começar a ler os atributos encontrados no servidor.

O servidor GATT recebe solicitações de um cliente e envia respostas de volta. Ele também envia atualizações iniciadas pelo servidor quando configurado para isso, e é a função responsável por armazenar e disponibilizar os dados ao cliente, organizados em atributos.

## Sem fio vs. cabos

Não é segredo que, atualmente, todas as tecnologias estão migrando para a comunicação sem fio. A seguir, destacamos as principais vantagens dos sensores sem fio:

* Liberdade em relação a cabos. Ele pode ser configurado usando qualquer conexão física.
* Fácil de configurar. É fácil expandir e configurar.
* Flexibilidade. Conexões sem fio são mais flexíveis e adaptáveis.
* Custo-benefício. Como conexões sem fio não exigem cabos, essas redes são relativamente mais baratas.
* Móvel e portátil. Fácil de transferir e reinstalar em outro lugar.

Como você pode ver, as conexões sem fio têm uma longa lista de vantagens. Todos esses pontos tornam a instalação e a operação dos sensores mais fáceis e confortáveis.

Ao mesmo tempo, vale observar que os sensores com fio têm maior proteção contra ruído. Isso significa que, em lugares com alto nível de ruído, esses sensores funcionarão de forma mais estável.

## Sistema de monitoramento da pressão dos pneus (TPMS)

Separadamente, vale considerar o [Sistema de monitoramento da pressão dos pneus](https://en.wikipedia.org/wiki/Tire-pressure_monitoring_system) (TPMS). A maioria das instalações de TPMS transmite seus dados por rádio UHF (frequência ultra-alta). Os dados de TPMS normalmente são transmitidos em uma de duas faixas de frequência, o que depende da localização geográfica do TPMS. Os sinais de TPMS são transmitidos a cerca de 433 MHz na Europa e a 315 MHz na maior parte do resto do mundo.

![Sensor do sistema de monitoramento da pressão dos pneus](https://1173629567-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)

Esse sensor de TPMS é chamado de sistema “TPMS direto”. Ele fornece valores de pressão dos pneus mais precisos, em vez do “TPMS indireto”, que não usa sensores físicos de pressão, mas mede a pressão do ar usando sistemas baseados em software, os quais, ao avaliar e combinar sinais de sensores existentes como velocidades das rodas, acelerômetros, dados da transmissão etc., estimam e monitoram a pressão dos pneus sem sensores físicos de pressão nas rodas.

Cada sensor de TPMS deve ser instalado no pneu. Esse sensor estabelece a conexão com uma antena que está conectada a um receptor. Esse sistema fornece um monitoramento estável da pressão nos pneus.

![](https://1173629567-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

A plataforma Navixy oferece suporte a muitos tipos de sensores sem fio que são usados para facilitar aos usuários a obtenção de dados telemáticos atuais e precisos. A seguir, você pode encontrar a lista dos sensores compatíveis:

* Combustível
* Temperatura
* Umidade
* Identificação do motorista
* Sensores magnéticos
* Sensores de pressão dos pneus

Os sensores também podem enviar o parâmetro adicional "BLE: Nível da bateria", que mostra quanta carga a bateria do sensor BLE tem. Esse parâmetro é muito útil para entender a autonomia restante da bateria.

## Como usar sensores BLE na Navixy

[Criar um sensor BLE](/docs/user/pt-br/guide/devices-and-settings/vehicle-sensors/measurement-sensors.md) não é diferente de criar um sensor comum.

1. Configure um sensor de acordo com o manual do usuário
2. Selecione o sensor necessário na lista. Normalmente, os sensores BLE têm "BLE" no rótulo, por exemplo, BLE: Temperatura #, BLE: Combustível etc.

<img src="https://1173629567-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. Em seguida, especifique outras configurações de acordo com suas necessidades.
2. É isso! Agora a plataforma exibirá os dados do sensor BLE assim que os dados forem recebidos no servidor.

Se você quiser ficar por dentro das atualizações da Navixy, não hesite em nos seguir no [LinkedIn](https://www.linkedin.com/company/navixy/) e compartilhar seus comentários, perguntas e ideias para futuros artigos.


---

# 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/pt-br/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.
