Die Wahl der Funktechnologie ist eine der folgenreichsten Entscheidungen im gesamten IoT-Produktentwicklungsprozess. Sie beeinflusst Stromverbrauch, PCB-Footprint, Zertifizierungsaufwand und letztlich die Systemarchitektur über den gesamten Produktlebenszyklus. Wer ein IoT-Gerät entwickeln lässt oder ein Hardware-Schaltplan-Design in Auftrag gibt, muss diese Entscheidung früh treffen und ihre Konsequenzen vollständig verstehen. BLE, Wi-Fi, LoRa und NB-IoT bedienen unterschiedliche Anforderungsprofile. Keine dieser Technologien ist universell überlegen.

Dieser Artikel richtet sich an CTOs, Produktmanager und Engineering Leads, die konkrete Hardware-Entscheidungen treffen müssen. Die folgenden Abschnitte analysieren jede Technologie anhand realer Constraints: Stromaufnahme, Reichweite, Modulkosten, Zertifizierungsrisiko und Integrationskomplexität.

Die entscheidenden Auswahlkriterien im Überblick

Vier Parameter dominieren die Technologiewahl: Datenrate, Reichweite, Stromverbrauch und Infrastrukturabhängigkeit. Diese Parameter stehen in direktem Konflikt zueinander. Hohe Datenraten erfordern mehr Sendeleistung. Große Reichweiten erzwingen entweder Netzinfrastruktur oder akzeptieren niedrige Bandbreite. Wer diesen Trade-off ignoriert, riskiert ein Redesign nach dem ersten Feldtest.

Hinzu kommen systemische Faktoren, die Teams regelmäßig unterschätzen:

• Zertifizierungsumfang: CE-Zertifizierung für ein Gerät mit Wi-Fi und BLE dauert typischerweise 8 bis 14 Wochen und kostet je nach Prüflabor zwischen 5.000 und 15.000 Euro. NB-IoT-Module erfordern zusätzlich Netzbetreiber-Zertifizierungen, die den Zeitplan um weitere 4 bis 8 Wochen verlängern können.
• Modulkosten bei Volumen: Bei 10.000 Einheiten liegt ein BLE-SoC (z. B. nRF52-Serie) bei ca. 1,20 bis 2,00 Euro. Ein NB-IoT-Modul kostet in derselben Stückzahl 4,00 bis 8,00 Euro. Dieser Unterschied akkumuliert sich erheblich.
• Gateway-Abhängigkeit: LoRa und NB-IoT setzen Netzinfrastruktur voraus, die der Endkunde möglicherweise nicht kontrolliert. Das ist ein Produktrisiko, nicht nur ein technisches Problem.
• Antennenkomplexität: Sub-GHz-Frequenzen (LoRa, NB-IoT) erfordern größere Antennenstrukturen. Bei miniaturisierten Wearables oder Geräten mit Metallgehäuse kann das die PCB-Geometrie einschränken.

Jede dieser Dimensionen muss vor der Schaltungsentwicklung bewertet sein. Eine nachträgliche Technologiemigration bedeutet in der Regel ein vollständiges Hardware-Redesign.

BLE: Stärken, Schwächen und typische Anwendungsfälle

BLE (Bluetooth Low Energy) ist die erste Wahl für kurze Reichweiten bis ca. 50 Meter mit geringem Stromverbrauch und ohne Gateway-Abhängigkeit. Ein BLE-Gerät im Advertising-Modus mit 10 ms Intervall verbraucht typischerweise unter 10 µA im Durchschnitt, bei einer 230-mAh-Coin-Cell ergibt das eine theoretische Laufzeit von über zwei Jahren. Diese Zahlen gelten nur unter stabilen RF-Bedingungen ohne Verbindungsaufbau-Overhead.

Der häufigste Fehler bei BLE-Designs ist die Unterschätzung der Connection-Event-Kosten. Jedes Verbindungsereignis erzeugt einen Strompeak von 5 bis 15 mA für 1 bis 3 ms. Bei hoher Verbindungsfrequenz oder schlechtem RSSI-Management kann der durchschnittliche Stromverbrauch das Zehnfache des theoretischen Werts erreichen. Geräte, die auf Basis von Advertising-Messungen dimensioniert wurden, aber im Connected Mode betrieben werden, scheitern regelmäßig an ihren Akkulaufzeitversprechen.

BLE eignet sich für Wearables mit Smartphone-Gateway, medizinische Messgeräte mit lokalem Datentransfer und industrielle Sensoren in kontrollierten Umgebungen. BLE eignet sich nicht für Anwendungen mit Reichweitenanforderungen über 100 Meter, für Deployments ohne Smartphone oder Hub in Reichweite oder für Geräte, die Daten ohne Nutzerinteraktion in die Cloud senden müssen.

Wi-Fi: Hohe Datenraten mit Kompromissen bei Energie und Reichweite

Wi-Fi liefert Datenraten im Megabit-Bereich und direkte Cloud-Konnektivität ohne Zwischen-Gateway. Der Preis dafür ist ein Stromverbrauch, der BLE um zwei bis drei Größenordnungen übersteigt. Ein ESP32 im aktiven Wi-Fi-Betrieb zieht 80 bis 200 mA bei 3,3 V. Selbst mit aggressivem Deep-Sleep-Management ist eine batteriebetriebene Laufzeit von mehr als sechs Monaten bei häufigen Übertragungen kaum realisierbar.

Wi-Fi ist sinnvoll bei netzversorgten Geräten, bei Geräten mit hohem Datenvolumen (Kamera, Audio, OTA-Updates) und bei Anwendungen, bei denen eine bestehende WLAN-Infrastruktur genutzt werden kann. Ein typischer Fehler: Teams wählen Wi-Fi für ein batteriebetriebenes Industriegerät, weil die Entwicklungsumgebung schnelle Prototypen erlaubt, und stellen erst im Feldtest fest, dass die Batterie nach drei Wochen leer ist.

Ein weiterer unterschätzter Faktor ist die RF-Zertifizierungskomplexität. Wi-Fi-Module mit externer Antenne erfordern in der Regel eine FCC/IC-Zertifizierung als Modulintegration, wenn das Endprodukt nicht das bereits zertifizierte Modul-Layout unverändert übernimmt. Jede Abweichung im PCB-Layout um das Modul kann die Modular-Grant-Bedingungen verletzen und eine vollständige Neuzertifizierung auslösen.

LoRa und NB-IoT: Weitreichende Konnektivität für batteriebetriebene Geräte

LoRa und NB-IoT adressieren das gleiche Grundproblem: Seltene, kleine Datenpakete über große Distanzen mit minimalem Stromverbrauch. Beide Technologien unterscheiden sich jedoch erheblich in Infrastrukturabhängigkeit, Latenz und Kostenprofil.

LoRa und LoRaWAN

LoRa ermöglicht Reichweiten von 2 bis 15 km in Freifeld-Szenarien bei einem Stromverbrauch von 10 bis 40 mA während der Übertragung, typischerweise für 50 bis 500 ms. Im Ruhezustand liegt ein LoRa-Modul bei unter 1 µA. Für ein Asset-Tracking-Gerät, das einmal pro Stunde sendet, ist eine Batterielaufzeit von mehreren Jahren realistisch. LoRaWAN-Netzwerke können privat betrieben werden, was die Infrastrukturkontrolle vollständig beim Produktteam belässt.

Das kritische Failure-Szenario bei LoRa: Airtime-Limits. In Europa gilt unter LoRaWAN die 1%-Duty-Cycle-Regel pro Frequenzband. Bei einem Spreading Factor von SF12 dauert eine 50-Byte-Übertragung bis zu 2,5 Sekunden. Das begrenzt die maximale Senderate auf ca. eine Nachricht alle 4 Minuten pro Kanal. Anwendungen, die höhere Übertragungsfrequenzen erfordern, überschätzen systematisch den LoRa-Durchsatz.

NB-IoT

NB-IoT nutzt lizenzierte LTE-Bänder und bietet damit eine garantierte Netzabdeckung durch Mobilfunkbetreiber, bessere Gebäudedurchdringung als LoRa und definierte QoS-Parameter. Modulkosten liegen bei 4 bis 8 Euro (10K Einheiten), hinzu kommen SIM-Kosten und laufende Datentarife. Die Netzabdeckung ist in Deutschland gut, in anderen Märkten jedoch stark fragmentiert. Wer ein Produkt für den globalen Rollout entwickelt, muss die Carrier-Verfügbarkeit pro Zielmarkt einzeln prüfen. Ein NB-IoT-Design, das in Deutschland funktioniert, kann in Teilen der USA oder Südostasiens ohne Netzabdeckung sein.

Technologievergleich auf einen Blick

Die folgende Gegenüberstellung fasst die wesentlichen Parameter zusammen, ohne die kontextabhängigen Constraints zu ignorieren:

• BLE: Reichweite 10 bis 50 m, Stromverbrauch sehr niedrig (unter 10 µA avg. im Advertising), Modulkosten 1,20 bis 2,00 Euro (10K), kein Netz erforderlich, Datenrate bis 2 Mbit/s (BLE 5.0), Zertifizierung Bluetooth SIG + CE/FCC
• Wi-Fi: Reichweite 30 bis 100 m, Stromverbrauch hoch (80 bis 200 mA aktiv), Modulkosten 1,50 bis 3,00 Euro (10K), WLAN-Infrastruktur erforderlich, Datenrate bis 150 Mbit/s (802.11n), Zertifizierung CE/FCC mit Modulintegrations-Risiko
• LoRa/LoRaWAN: Reichweite 2 bis 15 km, Stromverbrauch niedrig (10 bis 40 mA TX, unter 1 µA Sleep), Modulkosten 3,00 bis 6,00 Euro (10K), privates oder öffentliches Netz, Datenrate 0,25 bis 50 kbit/s, Zertifizierung CE + LoRa Alliance
• NB-IoT: Reichweite netzabhängig (Carrier-Coverage), Stromverbrauch niedrig bis mittel (50 bis 300 mA TX, unter 5 µA PSM), Modulkosten 4,00 bis 8,00 Euro (10K) + SIM/Datentarif, Mobilfunknetz erforderlich, Datenrate bis 250 kbit/s DL, Zertifizierung CE + Carrier-Zertifizierung

Ein häufig falsch gesetzter Vergleichspunkt: Teams bewerten Modulkosten isoliert und ignorieren den gesamten BOM-Einfluss. NB-IoT erfordert kein Gateway; LoRa-Deployments ohne öffentliches Netz erfordern eigene Gateways, deren Kosten auf die Gerätestückzahl umgelegt werden müssen.

Die richtige Wahl für dein Projekt treffen

Es gibt keine technologieneutrale Entscheidung. Jede Wahl schließt bestimmte Anwendungsszenarien aus und öffnet andere. Die relevante Frage ist nicht, welche Technologie generell besser ist, sondern welche unter den spezifischen Constraints des Projekts die geringsten Risiken und Kosten erzeugt.

Drei Entscheidungsachsen strukturieren die Wahl:

1. Batteriebetrieb vs. Netzversorgung: Netzversorgte Geräte können Wi-Fi oder NB-IoT ohne Akkulaufzeit-Kompromisse einsetzen. Batteriebetriebene Geräte mit seltener Übertragung (unter 1 Mal pro Stunde) sind für LoRa oder NB-IoT geeignet. Batteriebetriebene Geräte mit häufiger lokaler Kommunikation gehören in den BLE-Bereich.
2. Infrastrukturkontrolle: Wer keine Abhängigkeit von Mobilfunkbetreibern oder öffentlichen LoRaWAN-Netzen eingehen kann oder will, muss entweder ein privates LoRa-Netz planen oder BLE/Wi-Fi mit lokalem Gateway einsetzen.
3. Zielmarkt und Zertifizierungstiefe: Globale Deployments mit NB-IoT erfordern Carrier-Zertifizierungen pro Markt. Das kann den Time-to-Market um 3 bis 6 Monate verlängern. Wer schnell in mehrere Märkte skalieren will, muss diesen Aufwand in der Roadmap einplanen.

Eine Kombination mehrerer Technologien ist in vielen Produkten sinnvoll, z. B. BLE für lokale Konfiguration und NB-IoT für Cloud-Uplink. Dual-Stack-Designs erhöhen jedoch die Modulkosten, den Zertifizierungsumfang und die Firmware-Komplexität. Das ist nur dann gerechtfertigt, wenn beide Kommunikationspfade echte Produktanforderungen erfüllen, nicht nur als Absicherung gegen unklare Anforderungen dienen.

Wer ein IoT-Produkt entwickeln lässt, sollte die Technologiewahl spätestens vor dem ersten Schaltplanentwurf abgeschlossen haben. Nachträgliche Änderungen an der Konnektivitätsarchitektur ziehen in der Regel ein vollständiges PCB-Redesign nach sich und verschieben den Serienreifeprozess um Monate.

Wie Oxeltech bei der Technologiewahl und IoT-Entwicklung unterstützt

Wir begleiten IoT-Projekte von der Technologieevaluation bis zur Serienreife. Wenn die Konnektivitätsarchitektur noch nicht feststeht oder ein bestehendes Design auf Machbarkeit geprüft werden soll, arbeiten wir die relevanten Constraints gemeinsam durch, bevor die erste Schaltung entsteht. Unser Leistungsumfang umfasst:

• Technologieevaluation und Systemarchitektur unter realen Constraints (Strombudget, Zertifizierungsumfang, Zielmarkt, Stückkosten)
• Hardware-Design und Schaltungsentwicklung für BLE-, Wi-Fi-, LoRa- und NB-IoT-Geräte
• Firmware-Entwicklung auf ARM-Cortex-Plattformen (STM32, NXP) mit FreeRTOS und Zephyr
• Prototypenaufbau, RF-Testing und Vorbereitung für CE/FCC-Zertifizierung
• Begleitung bis zur Serienproduktion, inklusive DFM-Optimierung und Produktionsanlauf

Oxeltech hat über 20 Hardwareprodukte vom ersten Konzept bis zur Zertifizierung und Serienproduktion begleitet. Wenn ein konkretes IoT-Projekt ansteht und die Technologiewahl oder der nächste Entwicklungsschritt unklar ist, nehmt direkt Kontakt mit uns auf für ein erstes technisches Gespräch ohne Umwege.

Ähnliche Artikel

• IoT Gerät zertifizieren in Europa: CE, RED und was wirklich Zeit kostet
• Warum ein erfahrener IoT Entwicklungspartner mehr spart als er kostet
• Wie bringt man ein Health-Tracking-Wearable zur Serienreife?
• Was sind biometrische Daten und wozu werden sie genutzt?
• Was sollte man bei der Auswahl eines Entwicklungspartners für Wearables beachten?