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

# Sensor telematika nirkabel

Sensor BLE dan UHF mengirimkan TPMS, suhu, dan data lingkungan ke perangkat GPS menggunakan protokol GATT/ATT untuk pemantauan armada nirkabel.

Teknologi nirkabel memungkinkan transmisi nilai dari berbagai sensor ke unit pelacak GPS tanpa kabel. Ada 2 jenis teknologi nirkabel yang menggunakan frekuensi masing-masing:

* Bluetooth berdaya rendah – 2,4 GHz
* Frekuensi ultra tinggi – 315/433 MHz

## Apa itu BLE

Bluetooth berdaya rendah (BLE) adalah teknologi komunikasi nirkabel berdaya rendah yang dapat digunakan pada jarak pendek untuk [memungkinkan perangkat pintar berkomunikasi](https://www.centare.com/blog/what_is_bluetooth_low_energy/). Teknologi BLE diintegrasikan ke dalam Bluetooth 4.0 pada Desember 2009.

Dibandingkan dengan Bluetooth klasik, Bluetooth berdaya rendah menawarkan pengurangan konsumsi daya dan biaya yang signifikan sambil mempertahankan jangkauan yang serupa. Hal ini memungkinkan produsen perangkat menambahkan antarmuka komunikasi berdaya rendah ke solusi yang sudah ada. Teknologi ini juga telah digunakan untuk membuat perangkat baru berdaya rendah, seperti [suar](https://www.navixy.com/blog/teltonika-ble-beacons/), yang dapat berjalan dengan baterai kecil selama berbulan-bulan atau bahkan bertahun-tahun.

## Cara kerja BLE

Bluetooth berdaya rendah menggunakan banyak protokol untuk mengirim data, berinteraksi dengan semua bagian perangkat, dan mengatur kerja semua lapisan. Di bawah ini, kami akan mencantumkan yang paling penting dan menempatkannya dalam hierarki umum.

**Antarmuka pengendali host (HCI)** adalah protokol pertukaran antarlapis atau antarchip BLE yang menyediakan akses ke pengaturan konfigurasi perangkat Bluetooth.

**Protokol kontrol tautan logis dan adaptasi (L2CAP)** bertanggung jawab atas pembuatan paket, pembagian bingkai, pengendalian galat, dan perakitan paket.

**Protokol manajer keamanan (SMP) –** melakukan enkripsi paket.

**Profil akses generik (GAP)** menyediakan pertukaran data awal antara perangkat, untuk menentukan «siapa itu siapa».

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

Selain itu, kami menyoroti protokol GATT dan ATT:

![](https://3546701789-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** adalah singkatan dari Generic Attribute Profile, yang mendefinisikan cara data ditransfer antara dua perangkat Bluetooth berdaya rendah menggunakan konsep yang disebut layanan dan karakteristik.

Ia menggunakan protokol data umum yang disebut **protokol atribut (ATT)**, yang digunakan untuk menyimpan layanan, karakteristik, dan data terkait dalam tabel pencarian sederhana menggunakan pengenal 16-bit untuk setiap catatan di tabel.

Struktur profil

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

* Handle atribut – indeks tabel yang sesuai dengan atribut;
* Tipe atribut – UUID yang menjelaskan jenisnya;
* Nilai atribut – data itu sendiri;
* Izin atribut – bagian dari atribut, izin yang tidak dapat dibaca atau ditulis menggunakan ATT.

Profil GATT berisi layanan. Layanan digunakan untuk memecah data menjadi entitas logis, dan memuat potongan data tertentu yang disebut karakteristik. Satu layanan dapat memiliki satu atau lebih karakteristik, dan setiap layanan membedakan dirinya dari layanan lain melalui ID numerik unik yang disebut UUID, yang dapat berupa 16-bit (untuk Layanan BLE yang diadopsi secara resmi) atau 128-bit (untuk layanan kustom).

Hal terpenting yang perlu diingat terkait GATT dan koneksi adalah bahwa koneksi bersifat eksklusif. Yang dimaksud dengan itu ialah bahwa sebuah periferal BLE hanya dapat terhubung ke satu perangkat pusat (ponsel, perangkat GPS, dll.) pada satu waktu.

Segera setelah periferal terhubung ke perangkat pusat, ia akan berhenti menyiarkan keberadaannya dan perangkat lain tidak lagi dapat melihatnya atau terhubung dengannya sampai [koneksi yang ada terputus](https://learn.adafruit.com/introduction-to-bluetooth-low-energy/gatt).

Bayangkan bahwa profil itu adalah rak buku. Setiap rak adalah sebuah layanan tempat buku adalah sebuah karakteristik. Setiap karakteristik (buku) memiliki atribut (halaman). Beberapa atribut bersifat wajib, beberapa tidak.

### Klien dan server

Untuk memahami perbedaan antara server GATT dan klien GATT, bayangkan bahwa Anda memiliki perangkat GPS dan sensor level bahan bakar yang merupakan perangkat BLE. Perangkat GPS mendukung peran pusat; sensor mendukung peran periferal (untuk membangun koneksi BLE *Anda memerlukan satu dari masing-masing*—dua perangkat yang hanya mendukung periferal tidak dapat saling berkomunikasi, demikian pula dua perangkat yang hanya mendukung pusat).

Setelah perangkat dan sensor membangun koneksi, keduanya mulai saling mentransfer metadata GATT. Jika sensor ingin melaporkan data sensor kepada perangkat GPS, mungkin masuk akal jika sensor tersebut [berperan sebagai server.](https://developer.android.com/guide/topics/connectivity/bluetooth-le)

Klien GATT mengirim permintaan ke server dan menerima respons (serta pembaruan yang diprakarsai server) darinya. Klien GATT tidak mengetahui apa pun sebelumnya tentang atribut server, sehingga pertama-tama harus menanyakan keberadaan dan sifat atribut tersebut dengan melakukan penemuan layanan. Setelah penemuan layanan selesai, klien kemudian dapat mulai membaca atribut yang ditemukan di server.

Server GATT menerima permintaan dari klien dan mengirimkan respons kembali. Ia juga mengirim pembaruan yang diprakarsai server ketika dikonfigurasi untuk melakukannya, dan ia merupakan peran yang bertanggung jawab untuk menyimpan serta menyediakan data bagi klien, yang diatur dalam atribut.

## Nirkabel vs. kabel

Bukan rahasia lagi bahwa saat ini semua teknologi beralih ke komunikasi nirkabel. Di bawah ini kami mencatat keunggulan utama sensor nirkabel:

* Bebas dari kabel. Dapat dikonfigurasi menggunakan koneksi fisik apa pun.
* Mudah diatur. Mudah diperluas dan dikonfigurasi.
* Fleksibilitas. Koneksi tanpa kabel lebih fleksibel dan mudah disesuaikan.
* Efektivitas biaya. Karena koneksi nirkabel tidak memerlukan kabel, jaringan semacam itu relatif lebih murah.
* Mudah dipindahkan dan dipasang ulang di tempat lain.

Seperti dapat Anda lihat, koneksi nirkabel memiliki daftar keunggulan yang panjang. Semua poin ini membuat pemasangan dan pengoperasian sensor lebih mudah dan lebih nyaman.

Pada saat yang sama, perlu dicatat bahwa sensor berkabel memiliki ketahanan terhadap derau yang lebih tinggi. Ini berarti bahwa di tempat dengan tingkat derau yang tinggi, sensor ini akan bekerja lebih stabil.

## Sistem pemantauan tekanan ban (TPMS)

Secara terpisah, perlu mempertimbangkan [Sistem pemantauan tekanan ban](https://en.wikipedia.org/wiki/Tire-pressure_monitoring_system) (TPMS). Mayoritas instalasi TPMS mengirimkan datanya melalui radio UHF (frekuensi ultra tinggi). Data TPMS biasanya ditransmisikan dalam salah satu dari dua rentang frekuensi, tergantung pada lokasi geografis TPMS. Sinyal TPMS dikirim pada sekitar 433 MHz di Eropa, dan pada 315 MHz di sebagian besar wilayah dunia lainnya.

![Sensor sistem pemantauan tekanan ban](https://3546701789-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)

Sensor TPMS ini disebut sistem “Direct TPMS”. Sistem ini menyediakan nilai tekanan ban yang lebih akurat alih-alih “Indirect TPMS” yang tidak menggunakan sensor tekanan fisik, melainkan mengukur tekanan udara menggunakan sistem berbasis perangkat lunak, yang dengan mengevaluasi dan menggabungkan sinyal sensor yang ada seperti kecepatan roda, akselerometer, data drivetrain, dll., memperkirakan dan memantau tekanan ban tanpa sensor tekanan fisik di roda.

Setiap sensor TPMS harus dipasang di dalam ban. Sensor ini membangun koneksi dengan antena yang terhubung ke penerima. Sistem ini menyediakan pemantauan tekanan ban yang stabil.

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

## Jenis sensor BLE

Platform Navixy mendukung banyak jenis sensor nirkabel yang digunakan untuk memudahkan pengguna mendapatkan data telematika yang aktual dan akurat. Di bawah ini Anda dapat menemukan daftar yang didukung:

* Bahan bakar
* Suhu
* Kelembapan
* Identifikasi Supir
* Sensor magnetik
* Sensor tekanan ban

Sensor juga dapat mengirim parameter tambahan "BLE: Level baterai", yang menunjukkan seberapa besar daya yang tersisa pada baterai sensor BLE. Parameter ini sangat berguna untuk memahami sisa masa pakai baterai.

## Cara menggunakan sensor BLE di Navixy

[Membuat sensor BLE](/docs/user/id/guide/devices-and-settings/vehicle-sensors/measurement-sensors.md) tidak berbeda dari membuat sensor biasa.

1. Konfigurasikan sensor sesuai dengan panduan pengguna
2. Pilih sensor yang diperlukan dari daftar. Biasanya sensor BLE memiliki "BLE" di labelnya, misalnya BLE: Suhu #, BLE: Bahan bakar, dll.

<img src="https://3546701789-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. Lalu tentukan pengaturan lainnya sesuai kebutuhan Anda.
2. Selesai! Sekarang platform akan menampilkan data dari sensor BLE segera setelah data diterima di server.

Jika Anda ingin tetap mengikuti pembaruan Navixy, jangan ragu untuk mengikuti kami di [LinkedIn](https://www.linkedin.com/company/navixy/) dan berbagi komentar, pertanyaan, serta ide artikel mendatang Anda.


---

# 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/id/vehicle-telematics-technology/vehicle-sensors/wireless-telematics-sensors.md?ask=<question>&goal=<endgoal>
```

`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.
