Firmware-over-the-Air (FOTA) dengan LoRa
Hampir tidak mungkin memperbarui firmware perangkat over-the-air (FOTA) menggunakan LoRaWAN
TM
.
Aliansi LoRa menyatakan bahwa operasi semacam itu dimungkinkan di halaman ini, meskipun ini mengacu pada bingkai multicast yang tersedia di perangkat kelas B dan C.
Mereka yang ada di forum pengguna tidak setuju:
Forum Jaringan Hal.
Forum Libelium
Tautan Simfoni
TM
, protokol Link Labs untuk LoRa dirancang dengan mempertimbangkan FOTA. Lebih lanjut tentang Symphony Link FOTA di bawah ini.
- Lihat juga:Manfaat Bisnis Utama dari Firmware-over-the-Air
Alasan sulitnya firmware-over-the-air dengan LoRaWAN berasal dari beberapa faktor:
- Transmisi gateway tidak terkoordinasi. Ini berarti bahwa berapa pun waktu yang dihabiskan gateway untuk mentransmisikan pesan downlink firmware, gateway tidak mendengarkan jaringan. Node di jaringan LoRaWAN tidak mengetahui bahwa gateway tidak mendengarkan, sehingga pesan apa pun yang coba dikirim selama gateway mentransmisikan akan hilang.
- Tidak ada konsep lapisan MAC untuk menempatkan simpul Kelas A ke mode di mana ia dapat menerima bingkai multicast. Multicast ditambahkan di LoRaWAN ke node kelas B/C untuk mengaktifkan hal-hal seperti kontrol lampu jalan, tidak benar-benar untuk transfer firmware. Artinya FOTA untuk perangkat LoRaWAN bertenaga baterai tidak memungkinkan , karena mereka tidak dapat menerima bingkai multicast.
- Gerbang LoRaWAN terbatas pada siklus tugas. Gateway LoRaWAN hanya dapat mengirimkan 1% dari waktu (ETSI), dan dengan demikian mungkin memerlukan semua sumber daya downlink itu untuk ucapan terima kasih dan pesan kontrol MAC. Sangat, sangat sedikit yang tersisa untuk multicast FOTA. Dalam skema AS, di mana batas siklus tugas 1% tidak diperlukan, jaringan pada dasarnya berhenti berfungsi untuk uplink karena #1.
Firmware-over-the-Air menggunakan Symphony Link
Symphony menyediakan mekanisme untuk downlink file hingga 256 KB dari titik akses ke node akhir atau kelompok node. Titik akses menetapkan periode Infrastruktur Beacon (IB) ke nilai yang besar, menyediakan lebih banyak kapasitas downlink untuk transfer file. Ini memungkinkan jaringan tetap berfungsi untuk uplink selama operasi FOTA. Setelah transfer selesai, titik akses kembali ke periode IB yang telah diprogram sebelumnya.
Gambar 1. transfer file OTA. Inisialisasi untuk menyelesaikan transmisi pertama dari semua segmen file
Inisialisasi Transfer File OTA
Contoh inisialisasi transfer file OTA dapat dilihat pada Gambar 1. Titik akses memberi tahu node akhir terkait bahwa ia memiliki file baru untuk di-downlink. Titik akses kemudian berhenti dan menunggu node akhir merespons. Setelah kriteria yang ditentukan pengguna terpenuhi (misalnya jumlah atau persentase node yang dapat berpartisipasi, batas waktu), titik akses mulai downlink file dalam segmen.
Gambar 2. transfer file OTA. Contoh pengiriman ulang segmen file. ARQ sampai akhir transfer.
Transfer File OTA
Untuk meningkatkan throughput untuk transfer file, titik akses downlink beberapa segmen file per frame. Ini kontras dengan paket downlink lainnya, di mana titik akses hanya downlink baik hanya satu pesan per node per frame, atau satu pesan broadcast per frame. Node akhir menerima dan menggabungkan semua segmen file yang diterima dalam bingkai tertentu. Setelah titik akses siap untuk downlink file-nya, ia mengirimkan semua segmen file secara berurutan dan kemudian berhenti.
Pada Gambar 1, urutan waktu berakhir setelah semua segmen file ditransmisikan satu kali. Pada saat ini, setiap node akhir yang berpartisipasi dalam transfer file mengirimkan daftar segmen file yang tidak berhasil diterima oleh node akhir tersebut. Titik akses kemudian menyusun daftar transmisi ulang segmen file berdasarkan permintaan dari node ujungnya. Node akhir juga dapat meminta titik akses untuk mengirim ulang semua segmen file. Jalur akses mentransmisikan ulang segmen file, dan proses berulang sampai semua node yang berpartisipasi memberi tahu titik akses tentang transmisi yang berhasil atau kriteria kegagalan terpenuhi.
Gambar 2 menunjukkan contoh transmisi ulang segmen file dan node yang melaporkan penerimaan file yang berhasil. Titik akses mengirimkan segmen file sebagai pesan downlink yang tidak diketahui. Skema ARQ dicapai saat node melaporkan permintaan transmisi ulangnya.
Penghentian Transfer File OTA
Setelah sebuah node melaporkan bahwa ia telah berhasil menerima file ke titik aksesnya, node tersebut tetap terjaga sampai menerima perintah dari titik akses untuk menerapkan file tersebut. Pada Gambar 2, acara terakhir adalah titik akses yang mengakhiri transfer file dengan perintah “Terapkan File”.
Kesimpulan
Metode transfer file OTA dapat digunakan untuk mentransfer perangkat lunak aplikasi, skrip, pengaturan, kunci enkripsi, database, atau pembaruan firmware modul Symphony Link. Ini adalah tambahan yang kuat untuk Symphony Link yang memungkinkan banyak kasus penggunaan industri dan perusahaan.
