Firmware-Over-the-Air (FOTA) via LoRa: Warum es schwer ist und wie Symphony Link es löst

Das Aktualisieren von Geräte-Firmware over-the-air (FOTA) mittels LoRaWAN ist für batteriebetriebene Nodes nahezu unmöglich.

Die LoRa Alliance merkt an, dass Multicast-Frames – nur auf Class B und C Geräten verfügbar – Firmware transportieren können, aber dies adressiert nicht die praktischen Limitierungen von Class A Geräten, die die meisten Deployments nutzen. Community-Foren wie The Things Network, Libelium und andere bestätigen, dass Standard-LoRaWAN-FOTA nicht machbar ist. Symphony Link, ein proprietäres LoRa-Protokoll, wurde mit FOTA im Blick entwickelt und bietet eine bewährte Lösung.

• Wesentliche Geschäftsvorteile von Firmware-over-the-Air

Warum FOTA über LoRaWAN herausfordernd ist

1. Unkoordinierte Gateway-Übertragungen – Gateways senden Firmware-Segmente, ohne auf das Netzwerk zu hören. Nodes können nicht detektieren, dass das Gateway sendet, und verlieren alle Pakete, die sie in diesem Zeitraum senden.
2. Keine Multicast-Fähigkeit für Class A – Multicast wurde für Class B/C hinzugefügt, um Funktionen wie Straßenlaternensteuerung zu unterstützen, nicht Firmware. Batteriebetriebene Class A Nodes können Multicast nicht empfangen, was FOTA für sie unmöglich macht.
3. Duty-Cycle-Restriktionen – In ETSI-regulierten Regionen dürfen Gateways nur 1 % der Zeit senden. Der Großteil dieser Bandbreite wird von Acknowledgements und MAC-Traffic verbraucht, was praktisch keinen Spielraum für Multicast-Downlinks lässt. In den USA führt das Fehlen eines Duty-Cycle-Limits dazu, dass das Netzwerk bei starkem Downlink-Traffic zusammenbricht.

Firmware-over-the-Air mit Symphony Link

Symphony Link kann eine Datei bis zu 256 KB von einem Access Point an einen einzelnen Node oder eine Gruppe von Nodes liefern. Durch temporäres Verlängern der Infrastructure Beacon (IB)-Periode gewinnt der Access Point zusätzliche Downlink-Kapazität für den Firmware-Transfer, während das Netzwerk für Uplink-Traffic funktionsfähig bleibt. Nach Abschluss des Updates kehrt der Access Point zu seinem normalen IB-Schedule zurück.

OTA-Dateiübertragungsinitialisierung

Während der Initialisierung kündigt der Access Point eine neue Firmware-Datei seinen assoziierten End-Nodes an. Er pausiert dann und wartet auf Antworten. Sobald ein vordefiniertes Kriterium – wie eine Mindestanzahl oder Prozentsatz bereiter Nodes – erfüllt ist oder ein Timeout eintritt, beginnt der Access Point, die Datei in Segmente zu übertragen.

OTA-Dateiübertragungsprozess

Um Durchsatz zu maximieren, sendet ein Access Point mehrere Dateisegmente in einem einzigen Frame. Im Gegensatz zu typischen Downlinks – wo nur eine Nachricht pro Node oder ein Broadcast gesendet wird – aggregiert der Access Point mehrere Segmente. Der Node empfängt und fügt diese Segmente zusammen. Nach jedem vollständigen Burst meldet der Node fehlende Segmente.

Der Access Point kompiliert dann eine Retransmissionsliste basierend auf den Node-Reports und sendet die fehlenden Segmente. Dieser Stop-and-Wait-Acknowledgement-Retransmission (ARQ)-Zyklus wiederholt sich, bis alle Nodes erfolgreichen Empfang bestätigen oder ein Fehler-Schwellenwert erreicht ist.

OTA-Dateiübertragungsbeendigung

Sobald ein Node erfolgreichen Empfang meldet, bleibt es wach, bis es ein Apply File-Kommando vom Access Point erhält. Dieses Kommando finalisiert das Update und triggert die Firmware-Aktivierung.

Fazit

Die Symphony Link OTA-Methode kann Applikationscode, Skripte, Konfigurationsdaten, Verschlüsselungsschlüssel, Datenbanken oder Modul-Firmware transportieren. Sie erschließt eine Reihe industrieller und Enterprise-Use-Cases, die mit Standard-LoRaWAN zuvor nicht machbar waren.