Firmware‑Over‑the‑Air (FOTA) via LoRa : pourquoi c'est difficile et comment Symphony Link le résout

Mettre à jour le firmware over‑the‑air (FOTA) en utilisant LoRaWAN est quasi impossible pour nœuds battery‑powered.

La LoRa Alliance note que trames multicast — dispo seulement sur devices classe B et C — peuvent porter firmware, mais cela n'adresse pas limitations pratiques des devices classe A que la plupart déploiements utilisent. Forums communautaires comme The Things Network, Libelium, et autres confirment que FOTA LoRaWAN standard n'est pas viable. Symphony Link, protocole LoRa propriétaire, a été conçu avec FOTA in mind et offre une solution éprouvée.

• Bénéfices business clés du Firmware‑over‑the‑Air

Pourquoi FOTA over LoRaWAN est challengant

1. Transmissions gateway non coordonnées — Gateways broadcast segments firmware sans écouter le réseau. Nœuds ne peuvent détecter que gateway transmet et perdent tout paquet envoyé pendant cette période.
2. Pas de capacité multicast pour Classe A — Multicast ajouté pour classe B/C pour supporter fonctions comme contrôle éclairage public, pas firmware. Nœuds classe A battery‑powered ne peuvent recevoir multicast, rendant FOTA impossible pour eux.
3. Restrictions duty‑cycle — Régions ETSI, gateways peuvent transmettre seulement 1 % du temps. Bulk de cette bande passante consommé par acknowledgements et trafic MAC, laissant quasi zero headroom pour downlinks multicast. Aux USA, absence limite duty‑cycle signifie network breakdown pendant activité downlink lourde.

Firmware‑over‑the‑Air avec Symphony Link

Symphony Link peut délivrer fichier jusqu'à 256 KB d'un access point vers un nœud unique ou groupe nœuds. En étendant temporairement la période Infrastructure Beacon (IB), l'access point gagne capacité downlink extra pour transfert firmware tandis que réseau reste fonctionnel pour trafic uplink. Une fois update fini, l'access point revient à son schedule IB normal.

Initialisation transfert fichier OTA

Pendant initialisation, l'access point annonce nouveau fichier firmware à ses end nodes associés. Il pause alors, attendant réponses. Une fois critère prédéfini rencontré — tel que nombre minimum ou pourcentage nœuds prêts — ou timeout, l'access point commence transmission fichier par segments.

Processus transfert fichier OTA

Pour maximiser throughput, un access point envoie multiple segments fichier en une frame. Contrairement downlinks typiques — où un seul message par nœud ou un broadcast est transmis — l'access point agrège plusieurs segments. Le nœud reçoit et assemble ces segments. Après chaque burst complet, le nœud rapporte segments manquants.

L'access point compile alors liste retransmission basée sur rapports nœuds et envoie segments manquants. Ce cycle stop‑and‑wait acknowledgment‑retransmission (ARQ) continue jusqu'à ce que tous nœuds confirment réception réussie ou seuil échec atteint.

Terminaison transfert fichier OTA

Une fois nœud rapporte réception réussie, il reste éveillé jusqu'à réception commande Apply File de l'access point. Cette commande finalise l'update et déclenche activation firmware.

Conclusion

La méthode OTA Symphony Link peut transporter code applicatif, scripts, données configuration, clés chiffrement, bases de données, ou firmware module. Elle débloque gamme cas d'usage industriels/enterprise auparavant infaisables avec LoRaWAN standard.