> 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
Teknologi nirkabel memungkinkan transmisi nilai dari berbagai sensor ke unit pelacak GPS tanpa kabel. Ada 2 jenis teknologi nirkabel yang menggunakan frekuensinya sendiri:
* Bluetooth Energi Rendah – 2,4 GHz
* Frekuensi sangat tinggi – 315/433 MHz
## Apa itu BLE
Bluetooth Energi Rendah (BLE) adalah teknologi komunikasi nirkabel berdaya rendah yang dapat digunakan dalam 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 Bluetooth klasik, Bluetooth Energi Rendah menawarkan pengurangan yang signifikan dalam konsumsi daya dan biaya 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 berdaya rendah baru, seperti [suar](https://www.navixy.com/blog/teltonika-ble-beacons/), yang dapat beroperasi dengan baterai kecil selama berbulan-bulan atau bahkan bertahun-tahun.
## Cara kerja BLE
Bluetooth Energi Rendah menggunakan banyak protokol untuk mentransmisikan 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 antarlapisan atau antarchip BLE yang menyediakan akses ke pengaturan konfigurasi perangkat Bluetooth.
**Protokol Kontrol dan Adaptasi Tautan Logis (L2CAP)** bertanggung jawab atas pembuatan paket, pembagian bingkai, pengendalian galat, dan penyusunan paket.
**Protokol Manajer Keamanan (SMP) –** melakukan enkripsi paket.
**Profil Akses Umum (GAP)** menyediakan pertukaran data awal antara perangkat untuk menentukan “siapa yang mana”.
Secara terpisah, kami mencatat protokol GATT dan ATT:
**GATT** merupakan akronim dari Generic Attribute Profile, yang mendefinisikan cara data ditransfer antara dua perangkat Bluetooth berdaya rendah menggunakan konsep yang disebut layanan dan karakteristik.
Protokol ini 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 rekaman dalam tabel.
Struktur profil
* Handle atribut – indeks tabel yang sesuai dengan atribut;
* Tipe atribut – UUID yang menjelaskan jenisnya;
* Nilai atribut – data itu sendiri;
* Hak akses atribut – bagian dari atribut, hak akses yang tidak dapat dibaca atau ditulis menggunakan ATT.
Profil GATT berisi layanan. Layanan digunakan untuk membagi data menjadi entitas logis, dan berisi potongan data tertentu yang disebut karakteristik. Satu layanan dapat memiliki satu atau beberapa karakteristik, dan setiap layanan membedakan dirinya dari layanan lain dengan 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 adalah bahwa periferal BLE hanya dapat terhubung ke satu perangkat pusat (telepon seluler, perangkat GPS, dll.) pada satu waktu.
Begitu periferal terhubung ke perangkat pusat, periferal akan berhenti menyiarkan dirinya 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 adalah sebuah lemari buku. Setiap rak adalah layanan tempat buku adalah 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 Anda memiliki perangkat GPS dan sensor bahan bakar yang merupakan perangkat BLE. Perangkat GPS mendukung peran pusat; sensor mendukung peran periferal (untuk membangun koneksi BLE *Anda memerlukan masing-masing satu*—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 ke perangkat GPS, mungkin masuk akal jika sensor [bertindak sebagai server.](https://developer.android.com/guide/topics/connectivity/bluetooth-le)
Klien GATT mengirim permintaan ke server dan menerima respons (serta pembaruan yang diinisiasi server) darinya. Klien GATT tidak mengetahui apa pun sebelumnya tentang atribut server, sehingga terlebih dahulu 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 mengirim respons kembali. Server juga mengirim pembaruan yang diinisiasi server saat dikonfigurasikan untuk melakukannya, dan merupakan peran yang bertanggung jawab untuk menyimpan serta menyediakan data bagi klien, yang diorganisasikan dalam atribut.
## Nirkabel vs. kabel
Bukan rahasia 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 disiapkan. Mudah diperluas dan dikonfigurasi.
* Fleksibilitas. Koneksi tanpa kabel lebih fleksibel dan mudah beradaptasi.
* Efisiensi biaya. Karena koneksi nirkabel tidak memerlukan kabel, jaringan semacam itu relatif lebih murah.
* Mudah dibawa dan dipindahkan ke tempat lain.
Seperti yang Anda lihat, koneksi nirkabel memiliki banyak keunggulan. Semua poin ini membuat pemasangan dan pengoperasian sensor menjadi lebih mudah dan nyaman.
Pada saat yang sama, perlu dicatat bahwa sensor berkabel memiliki perlindungan gangguan yang lebih tinggi. Ini berarti bahwa di tempat dengan tingkat gangguan yang tinggi, sensor ini akan bekerja lebih stabil.
## Sistem pemantauan tekanan ban (TPMS)
Secara terpisah, perlu dipertimbangkan [Sistem pemantauan tekanan ban](https://en.wikipedia.org/wiki/Tire-pressure_monitoring_system) (TPMS). Sebagian besar instalasi TPMS mentransmisikan data mereka melalui radio UHF (Ultra High Frequency). Data TPMS biasanya ditransmisikan dalam salah satu dari dua rentang frekuensi, yang bergantung pada lokasi geografis TPMS. Sinyal TPMS ditransmisikan pada sekitar 433 MHz di Eropa, dan pada 315 MHz di sebagian besar wilayah lain di dunia.
Sensor TPMS ini disebut sistem “Direct TPMS”. Sistem ini menyediakan nilai tekanan ban yang lebih akurat dibandingkan “Indirect TPMS” yang tidak menggunakan sensor tekanan fisik, tetapi mengukur tekanan udara menggunakan sistem berbasis perangkat lunak, yang dengan mengevaluasi dan menggabungkan sinyal sensor yang ada seperti kecepatan roda, akselerometer, data driveline, 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.
## 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: Battery Level", yang menunjukkan berapa banyak 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/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" pada labelnya, misalnya BLE: Suhu #, BLE: Bahan bakar, dll.
1. Kemudian tentukan pengaturan lain sesuai kebutuhan Anda.
2. Selesai! Sekarang platform akan menampilkan data dari sensor BLE segera setelah data diterima di server.
Jika Anda ingin terus mendapatkan pembaruan Navixy, jangan ragu untuk mengikuti kami di [LinkedIn](https://www.linkedin.com/company/navixy/) dan membagikan 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=&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.