Menyatukan Perangkat Modbus, BLE, dan MQTT

Perangkat Modbus, BLE, dan MQTT mengirim data dengan bentuk berbeda. Dasbor tidak perlu menangani seluruh variasi itu. Lapisan integrasi menerjemahkannya menjadi satu model telemetri yang dapat digunakan aplikasi.

Susun adaptor untuk setiap protokol, lapisan normalisasi, dan model data bersama. Saya memakai pola ini untuk menghubungkan lebih dari delapan kategori perangkat ke satu dasbor. Protokolnya mencakup Modbus untuk permintaan dan jawaban perangkat industri, BLE untuk sensor hemat daya jarak pendek, MQTT untuk pesan IoT, serta WebSocket.

Bentuk berlapisnya

Setiap adaptor menangani protokol serta koneksinya. Lapisan normalisasi kemudian mengubah hasilnya ke model baku tanpa perlu mengetahui rincian pengiriman data.

Adapter: isolasi kerumitan protokol

Tempatkan kerumitan setiap protokol pada adaptornya:

• Modbus — poll perangkat secara terjadwal, baca holding register atau input register, petakan nilai register mentah ke pembacaan bermakna (skala, selisih, tipe data). Perbandingan pola poll dan kejadian dibahas di Modbus polling vs berbasis kejadian.
• BLE — tangani nirkabel jarak pendek lewat gateway yang menjembatani perangkat ke backend. Sambungan yang sering terputus dan tersambung kembali ditangani di lapisan itu.
• MQTT — berlangganan ke topik, uraikan muatan data masuk jadi kejadian.

Aturannya sederhana: kode spesifik protokol hanya tinggal di adapter-nya. Tidak ada bagian hilir yang boleh berisi if (protocol === ...).

Model data umum adalah kontraknya

Setiap adapter menghasilkan bentuk yang sama: ID perangkat, nama metrik, nilai, satuan, waktu kejadian. Setelah telemetri dalam bentuk baku itu, penyimpanan, dasbor, peringatan, dan API semua bekerja terhadap satu model. Menambah protokol baru nanti berarti menulis satu adapter baru — bukan menyentuh dasbor. Soal bagaimana model baku ini memasok pengiriman waktu nyata secara praktis, lihat membangun backend MQTT dan WebSocket untuk IoT waktu nyata.

Mengapa ini menguntungkan

Model bersama membatasi dampak perubahan. Laporan dan aturan peringatan membaca bentuk data yang sama, sementara perbedaan protokol ditangani pada adaptor. Penambahan kategori perangkat tidak harus menyebarkan cabang logika protokol ke seluruh aplikasi. Perangkat baru tetap dapat membutuhkan metrik, penanda kualitas, atau perilaku antarmuka baru meskipun model telemetrinya dapat digunakan kembali.

Intinya

Tempatkan kode protokol di adaptor dan normalisasikan hasilnya ke satu model. Komponen berikutnya cukup bergantung pada model tersebut. Pemisahan ini membantu perangkat berbeda bekerja dalam satu sistem yang dapat dirawat.

Ini satu bagian dari sistem yang lebih besar. Lihat panduan lengkap backend IoT, studi kasusnya, atau layanan pengembangan backend IoT kalau Anda ingin dibangunkan.