LoRaWAN vs. NB-IoT vs. Sigfox: Einen IoT-Piloten budgetieren

Der Preis eines LPWAN-Piloten hängt nicht nur vom Funkmodul ab. Abdeckung, Gehäuse, Installation, Zertifizierung, Firmware, Netzwerkdienst, Backhaul, Cloud-Integration, Monitoring, Austausch im Feld, Sicherheit und Support können mehr kosten als die Konnektivität. Ein privates Netz kann ein Betreiberabo vermeiden, bringt aber eigene Infrastruktur- und Betriebsaufgaben mit.

Nutze aktuelle schriftliche Angebote und teste Standorte, Payloads, Sendemuster, Geräteklasse, Stromquelle und Recovery-Verhalten. LoRaWAN, NB-IoT und Sigfox 0G umfassen jeweils mehrere kommerzielle und technische Modelle. Der Protokollname bestimmt weder Preis noch Abdeckung, Service Level oder Batterielaufzeit.

Was vergleichst du tatsächlich?

• LoRaWAN. Der Standard unterstützt öffentliche, geteilte, private, Community- und Unternehmensnetze. Er schreibt kein Geschäftsmodell vor. Ein privates Netz braucht meist Gateways, IP-Backhaul, Network Server, Schlüssel, Monitoring, Updates, Ersatzteile und einen Betreiber. Die LoRa Alliance erläutert diese Freiheit in ihrer LoRaWAN-Übersicht für Entwickler.
• NB-IoT. Diese von 3GPP standardisierte Mobilfunk-LPWA-Technik wird von Mobilfunkbetreibern in lizenziertem Spektrum bereitgestellt. Bänder, Roaming, Energiesparfunktionen, Abdeckung, Datenrouting, Zertifizierung und Verträge variieren. Die aktuelle Mobile-IoT-Deployment-Guidance der GSMA zeigt, warum Betreiberkonfiguration Leistung, Roaming, Kosten und Batterieverhalten beeinflusst.
• Sigfox 0G. UnaBiz besitzt die Technologie und arbeitet mit nationalen Betreibern. Abdeckung und Verträge bleiben regionsabhängig. Die Sigfox-Dokumentation begrenzt Uplink-Payloads auf 12 Byte und Downlink-Payloads auf 8 Byte. Die nutzbare Nachrichtenfrequenz hängt zusätzlich von Funkkonfiguration, Regulierung und Vertrag ab. Prüfe die offizielle Payload-Dokumentation und lokale Betreiberbedingungen.

Budgetiere vollständige Arbeitsbereiche

Fordere vergleichbare Angebote mit gleicher Gerätezahl, gleichen Ländern, Datenmustern, Aufbewahrung, Supportzeiten und Vertragslaufzeiten an. Trenne einmaliges Engineering von wiederverwendbarer Produktarbeit und laufenden Diensten. Dokumentiere Steuern, Währung, Mindestmengen, Staffelpreise, Mehrverbrauch, Aktivierung, Roaming und Verlängerung.

Nutze ein transparentes TCO-Modell

Ein nützliches Modell legt Eingaben offen, statt einen universellen Break-even zu behaupten:

Gesamtkosten = Engineering + Gerätehardware + Installation + Netzwerkinfrastruktur + Konnektivität + Cloud-Dienste + Betrieb + Ersatz + Stilllegung.

Modelliere pro Jahr aktive Geräte, Ausfallrate, Nachrichten, Datenvolumen, Vor-Ort-Einsätze, Batterien, Support, Gateway- oder Backhaul-Ersatz und Vertragsänderungen. Rechne mindestens Basis-, geringe Dichte-, hohe Dichte- und schlechte Abdeckungsszenarien. Bei langen Programmen kann Abzinsung relevant sein, doch Unsicherheitsbereiche sind im Pilot meist hilfreicher als Scheingenauigkeit.

Ein privates LoRaWAN-Gateway macht zusätzliche Geräte nicht kostenlos. Hardware, Provisionierung, Airtime-Kapazität, Network Server oder Hosting, Sicherheit, Monitoring, Backhaul, Wartung und Support bleiben. Betreiberkonnektivität ist ebenfalls nicht zwingend nur eine Jahresgebühr pro Gerät. Preise können Bündel, Mindestabnahmen, Roaming, Verkehrsklassen oder Managed Services enthalten.

Teste Abdeckung statt Reichweitenangaben zu kopieren

Veröffentlichte Kilometerwerte sind kein Standortnachweis. Baustoffe, Gelände, Antennenausrichtung, Störungen, Frequenzplan, Sendeleistung, Gateway-Höhe, Konfiguration, Betreiberausbau und Regulierung beeinflussen die Verbindung. Regionale LoRaWAN-Parameter definieren je Region andere Kanäle, Datenraten, Leistung, Dwell Time und weitere Grenzen. Übertrage Ergebnisse nicht ungeprüft zwischen Ländern.

Messe repräsentative Innen-, Keller-, Land-, Bewegungs- und Randstandorte. Erfasse Signalwerte, Zustellerfolg, Latenz, Wiederholungen, Downlink-Erfolg und Recovery nach Ausfällen. Teste bei privatem LoRaWAN Gateway- und Backhaul-Ausfall. Bestätige bei Betreibern den genauen Anbieter, unterstützte Bänder, Roaming und Verfügbarkeit an jedem Zielstandort. Die aktuelle Mobile-IoT-Deployment-Karte der GSMA ist ein Screening-Werkzeug, keine Standortgarantie.

Berechne Batterielaufzeit aus der Last

Batterielaufzeit hängt von Zellchemie und Kapazität, Temperatur, Selbstentladung, Schlafstrom, Sensor-Warm-up, Verarbeitung, Payload-Größe, Sendeintervall, Wiederholungen, Abdeckung, Retries, Downlinks, Firmware und End-of-Life-Reserve ab. NB-IoT-Einstellungen für Power Saving Mode und eDRX variieren zudem je Netz. Schlechte Abdeckung kann Wiederholungen und Energieverbrauch erhöhen.

Erstelle ein Energiebudget aus gemessenen Stromprofilen der Zielhardware und validiere es bei repräsentativer Temperatur und Signalstärke. Behandle zehn Jahre als anwendungsspezifisches Designziel, nicht als Garantie eines Funknamens.

Wie sollte Sigfox 0G heute bewertet werden?

Sigfox als tot zu bezeichnen, ist nicht korrekt. UnaBiz übernahm Sigfox SA und Sigfox France SAS 2022 und gibt heute an, Sigfox 0G zu besitzen und mit nationalen Netzbetreibern zu arbeiten. Siehe die Übernahmemitteilung und die aktuelle Serviceübersicht.

Dieser Unternehmensstatus belegt keine Abdeckung, Kontinuität, Unterstützung oder Eignung in einem bestimmten Land. Prüfe lokalen Betreiber, Abdeckung, Laufzeit, Nachrichtenplan, Downlink, Roaming, Backend-Zugang, Export und Exit. Die bekannte Zahl von 140 Uplinks pro Tag gilt für dokumentierte Funk- und Vertragsbedingungen, darunter das europäische RC1-Beispiel, nicht weltweit. Maßgeblich sind lokale Funkkonfiguration und Vertrag.

Kannst du später das Netz wechseln?

Ein Gerät mit nur einem Funkstandard kann meist nicht allein per Software zu einer inkompatiblen Funktechnik wechseln. Multi-Radio-Hardware, austauschbare Kommunikationsmodule oder eine separate Modemgrenze sind möglich, erhöhen aber Kosten, Größe, Zertifizierungs-, Firmware-, Antennen- und Energieaufwand. Selbst bei gleichem Funk kann ein Betreiber- oder Network-Server-Wechsel neue Provisionierung, Schlüssel, Backend-Änderungen oder Vor-Ort-Zugang verlangen.

Reduziere Lock-in, indem du Anwendungsdaten vom Transport trennst, Codecs und Geräteidentität dokumentierst, Exportrechte behältst, Provisionierung automatisierst, Key Ownership schützt und Recovery testest. Kläre vor Skalierung, was remote austauschbar ist und was einen Vor-Ort-Einsatz erfordert.

Was muss der Pilot beweisen?

1. Abdeckung: erforderliche Zustellung und Downlinks an repräsentativen Standorten und Grenzen.
2. Energie: gemessene Stromprofile und ein belastbares Laufzeitmodell mit Umweltreserve.
3. Kapazität: Payload, Intervall, Lastspitzen, Retries, Downlinks, Duty Cycle und Flottenwachstum.
4. Betrieb: Provisionierung, Monitoring, Ausfall-Recovery, Updates, Support, Ersatz und Zugriffskontrolle.
5. Wirtschaftlichkeit: vergleichbare schriftliche Angebote und szenariobasierte Gesamtkosten über die Nutzungsdauer.
6. Exit: Datenexport, Schlüssel, Gerätebesitz, Vertragsende, Migrationsgrenzen und Stilllegung.

Wenn die Auswahl enger wird, teste aufgezeichnete Pakete und Hersteller-JavaScript mit unserem kostenlosen LoRaWAN-Payload-Codec-Tester und behalte die Fixtures als Regressionstests.

"Wähle ein LPWAN anhand gemessener Standorte und Stromprofile, aktueller Verträge und eines klaren Betriebsmodells. Das Funklabel allein bepreist oder entschärft den Piloten nicht."