Sensor Telematika 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 Low Energy – 2.4 Hhz
Ultra high frequency – 315/433 MHz
Apa itu BLE
Bluetooth Low Energy (BLE) adalah teknologi komunikasi nirkabel berdaya rendah yang dapat digunakan dalam jarak pendek untuk memungkinkan perangkat pintar berkomunikasi. Teknologi BLE diintegrasikan ke dalam Bluetooth 4.0 pada Desember 2009.
Dibandingkan dengan Bluetooth klasik, Bluetooth Low Energy 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 digunakan untuk menciptakan perangkat berdaya rendah baru, seperti beacon, yang dapat beroperasi dengan baterai kecil selama berbulan-bulan atau bahkan bertahun-tahun.
Bagaimana BLE bekerja
Bluetooth Low Energy 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 menunjukkan posisi mereka dalam hierarki umum.
Host Controller Interface (HCI) adalah protokol pertukaran lapis-ke-lapis atau chip-ke-chip BLE yang menyediakan akses ke pengaturan konfigurasi perangkat Bluetooth.
Logical Link Control and Adaptation Protocol (L2CAP) bertanggung jawab untuk pembuatan paket, pembagian frame, kontrol kesalahan, dan perakitan paket.
Security Manager Protocol (SMP) – melakukan enkripsi paket.
Generic Access Profile (GAP) menyediakan pertukaran data awal antara perangkat, untuk menentukan «siapa siapa».
Secara terpisah, kami mencatat protokol GATT dan ATT:
GATT adalah singkatan dari Generic Attribute Profile, yang mendefinisikan cara data dipindahkan antara dua perangkat Bluetooth berenergi rendah menggunakan konsep yang disebut layanan (services) dan karakteristik (characteristics).
Ini menggunakan protokol data umum yang disebut attribute protocol (ATT), yang digunakan untuk menyimpan layanan, karakteristik, dan data terkait dalam tabel pencarian sederhana dengan menggunakan pengenal 16-bit untuk setiap entri dalam tabel.
Struktur profil
Attribute Handle – indeks tabel yang sesuai dengan atribut;
Attribute Type – UUID yang menggambarkan tipe;
Attribute Value – data itu sendiri;
Attribute Permissions – bagian dari atribut, hak akses yang tidak dapat dibaca atau ditulis menggunakan ATT.
Profil GATT berisi layanan. Layanan digunakan untuk memecah data menjadi entitas logis, dan berisi potongan data spesifik yang disebut karakteristik. Satu layanan dapat memiliki satu atau lebih 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 harus diingat tentang GATT dan koneksi adalah bahwa koneksi bersifat eksklusif. Maksudnya adalah sebuah perangkat perifer BLE hanya dapat terhubung ke satu perangkat pusat (seperti ponsel, pelacak GPS, dll.) pada satu waktu.
Segera setelah sebuah perifer terhubung ke perangkat pusat, ia akan berhenti mengiklankan dirinya dan perangkat lain tidak akan lagi dapat melihat atau terhubung kepadanya sampai koneksi yang ada terputus.
Bayangkan bahwa profil adalah sebuah rak buku. Setiap rak adalah sebuah Service di mana buku adalah sebuah Characteristic. Setiap karakteristik (buku) memiliki atribut (halaman). Beberapa atribut wajib, beberapa tidak.
Klien dan server
Untuk memahami perbedaan antara GATT server dan GATT client, bayangkan Anda memiliki pelacak GPS dan sensor bahan bakar yang merupakan perangkat BLE. Pelacak GPS mendukung peran pusat; sensor mendukung peran perifer (untuk membentuk koneksi BLE Anda membutuhkan satu dari masing-masing—dua hal yang hanya mendukung perifer tidak dapat saling berbicara, begitu pula dua hal yang hanya mendukung pusat).
Setelah pelacak dan sensor membentuk koneksi, mereka mulai mentransfer metadata GATT satu sama lain. Jika sensor ingin melaporkan data sensor ke perangkat GPS, mungkin masuk akal bagi sensor untuk bertindak sebagai server.
GATT client mengirimkan permintaan ke server dan menerima respons (serta pembaruan yang diinisiasi server) darinya. GATT client tidak mengetahui apa pun sebelumnya tentang atribut server, jadi ia harus terlebih dahulu menanyakan keberadaan dan sifat atribut tersebut dengan melakukan penemuan layanan. Setelah menyelesaikan penemuan layanan, ia dapat mulai membaca atribut yang ditemukan di server.
GATT server menerima permintaan dari klien dan mengirimkan respons kembali. Ia juga mengirim pembaruan yang diinisiasi server ketika dikonfigurasi untuk melakukannya, dan peran ini bertanggung jawab untuk menyimpan dan membuat data tersedia bagi klien, yang diorganisir dalam atribut.
Nirkabel vs kabel
Bukan rahasia bahwa saat ini semua teknologi beralih ke komunikasi nirkabel. Di bawah ini kami mencatat keuntungan utama sensor nirkabel:
Bebas dari kabel. Dapat dikonfigurasi tanpa koneksi fisik apa pun.
Mudah dipasang. Mudah untuk 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.
Mobile dan portabel. Mudah dipindahkan dan dipasang ulang ke tempat lain.
Seperti yang Anda lihat, koneksi nirkabel memiliki daftar keuntungan yang panjang. Semua poin ini membuat pemasangan dan pengoperasian sensor menjadi lebih mudah dan lebih nyaman.
Pada saat yang sama, perlu dicatat bahwa sensor berkabel memiliki perlindungan lebih tinggi terhadap gangguan (noise). Ini berarti bahwa di tempat dengan tingkat gangguan yang tinggi, sensor ini akan bekerja lebih stabil.
Sistem pemantauan tekanan ban (TPMS)
Secara terpisah, patut dipertimbangkan Sistem pemantauan tekanan ban (TPMS). Mayoritas pemasangan 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 433MHz di Eropa, dan pada 315MHz di sebagian besar wilayah lain di dunia.
Sensor TPMS ini disebut sistem “Direct TPMS”. Ini memberikan 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 ke dalam ban. Sensor ini membentuk koneksi dengan antena yang terhubung ke penerima. Sistem ini menyediakan pemantauan tekanan ban yang stabil.
Jenis-jenis sensor BLE
Platform Navixy mendukung banyak jenis sensor nirkabel yang digunakan untuk memudahkan pengguna mendapatkan data telematik yang aktual dan akurat. Di bawah ini Anda dapat menemukan daftar yang didukung:
Bahan bakar
Suhu
Kelembapan
Identifikasi pengemudi
Sensor magnetik
Sensor tekanan ban
Sensor-sensor tersebut juga dapat mengirim parameter tambahan "BLE: Battery Level", yang menunjukkan berapa banyak muatan yang dimiliki baterai sensor BLE. Parameter ini sangat berguna untuk memahami sisa masa pakai baterai.
Cara menggunakan sensor BLE di Navixy
Membuat sensor BLE tidak berbeda dari membuat sensor biasa.
Konfigurasikan sensor sesuai dengan panduan pengguna
Pilih sensor yang dibutuhkan dari daftar. Biasanya sensor BLE memiliki "BLE" pada labelnya, mis. BLE: Temperature #, BLE: Fuel dll.
Kemudian tentukan pengaturan lain sesuai kebutuhan Anda.
Selesai! Sekarang platform akan menampilkan data dari sensor BLE segera setelah data diterima di server.
Jika Anda ingin tetap mendapatkan pembaruan dari Navixy Academy, jangan ragu untuk mengikuti kami di Facebook, Linkedin dan Twitter. Jika Anda ingin membagikan komentar, pertanyaan, dan ide artikel di masa depan, silakan hubungi kami juga di jejaring sosial.
Last updated
Was this helpful?