FOTA melalui LoRa: Mengapa Sulit dan Bagaimana Symphony Link Mengatasinya
Memperbarui firmware perangkat melalui udara (FOTA) menggunakan LoRaWAN hampir tidak mungkin untuk node berbaterai.
Aliansi LoRa mencatat bahwa frame multicast—tersedia hanya pada perangkat kelas B dan C—dapat membawa firmware, tetapi ini tidak mengatasi keterbatasan praktis dari perangkat kelas A yang digunakan oleh sebagian besar penerapan. Forum komunitas seperti The Things Network, Libelium, dan lainnya mengonfirmasi bahwa FOTA standar LoRaWAN tidak viable. Symphony Link, protokol LoRa milik, dibangun dengan FOTA di pikiran dan menawarkan solusi yang terbukti.
- Manfaat Bisnis Utama dari Firmware-Over-the-Air
Mengapa FOTA melalui LoRaWAN Sulit
- Transmisi Gateway yang Tidak Terkoordinasi – Gateway menyiarkan segmen firmware tanpa mendengarkan jaringan. Node tidak dapat mendeteksi bahwa gateway sedang mentransmisikan dan akan kehilangan paket mana pun yang mereka kirim selama periode tersebut.
- Tidak Ada Kemampuan Multicast untuk Kelas A – Multicast ditambahkan untuk kelas B/C untuk mendukung fungsi seperti kontrol lampu jalan, bukan firmware. Node kelas A berbaterai tidak dapat menerima multicast, membuat FOTA tidak mungkin untuk mereka.
- Pembatasan Siklus Kerja – Di wilayah yang diatur oleh ETSI, gateway hanya dapat mentransmisikan 1 % waktu. Mayoritas bandwidth itu dikonsumsi oleh pengakuan dan lalu lintas MAC, tinggal hampir tidak ada ruang untuk downlink multicast. Di AS, tidak ada batas siklus kerja, jaringan akan hancur selama aktivitas downlink yang intensif.
Firmware-Over-the-Air Menggunakan Symphony Link
Symphony Link dapat mengirim berkas hingga 256 KB dari titik akses ke satu node atau sekelompok node. Dengan memperpanjang sementara periode Beacon Infrastruktur (IB), titik akses mendapatkan kapasitas downlink tambahan untuk transfer firmware sementara jaringan tetap berfungsi untuk lalu lintas uplink. Setelah pembaruan selesai, titik akses kembali ke jadwal IB normal.
Inisialisasi Transfer Berkas OTA
Selama inisialisasi, titik akses mengumumkan berkas firmware baru ke node akhir yang terkait. Kemudian itu berhenti, menunggu respons. Setelah kriteria yang telah ditentukan—seperti jumlah minimum atau persentase node yang siap—terpenuhi atau waktu tunggu habis, titik akses mulai mentransmisikan berkas dalam segmen.
Proses Transfer Berkas OTA
Untuk memaksimalkan throughput, titik akses mengirim beberapa segmen berkas dalam satu frame. Tidak seperti downlink typis—di mana hanya satu pesan per node atau satu siaran yang ditransmisikan—titik akses mengagregasi beberapa segmen. Node menerima dan menyatukan segmen-segmen ini. Setelah setiap ledakan penuh, node melaporkan segmen yang hilang.
Titik akses kemudian mengkompilasi daftar retransmisi berdasarkan laporan node dan mengirim segmen yang hilang. Siklus pengakuan-retransmisi (ARQ) berhenti-dan-tunggu ini berlanjut sampai semua node mengonfirmasi penerimaan yang berhasil atau ambang kegagalan tercapai.
Pengakhiran Transfer Berkas OTA
Setelah node melaporkan penerimaan yang berhasil, itu tetap terbangun sampai menerima perintah Terapkan Berkas dari titik akses. Perintah itu menyelesaikan pembaruan dan memicu aktivasi firmware.
Kesimpulan
Metode OTA Symphony Link dapat mentransportasi kode aplikasi, skrip, data konfigurasi, kunci enkripsi, basis data, atau firmware modul. Ini membuka berbagai kasus penggunaan industri dan perusahaan yang sebelumnya tidak viable dengan LoRaWAN standar.
