IoT steht für Internet of Things und beschreibt ein Netzwerk physischer Geräte, die über das Internet miteinander kommunizieren, Daten austauschen und auf ihre Umgebung reagieren. Was vor einigen Jahren noch nach Zukunftsmusik klang, ist 2026 fester Bestandteil moderner Produkte in der Industrie, Medizintechnik und im Alltag. Wer heute ein Hardwareprodukt entwickeln möchte, kommt an IoT-Konzepten kaum vorbei.

Doch wie funktioniert ein IoT-System eigentlich unter der Haube? Welche Bausteine braucht es, welche Fallstricke lauern in der Entwicklung, und was bedeutet der Weg von der ersten Idee bis zur Serienproduktion konkret? Dieser Artikel gibt technisch versierten Entscheidern einen strukturierten Überblick.

Wie vernetzte Geräte im Alltag zusammenarbeiten

Ein IoT-Gerät erfasst physikalische Größen über Sensoren, verarbeitet diese Daten lokal oder sendet sie an eine Cloud-Instanz und löst dort oder direkt am Gerät eine Aktion aus. Dieser Datenpfad klingt simpel, bringt aber auf Systemebene erhebliche Komplexität mit sich.

Ein industrieller Temperatursensor, der alle 500 ms Messwerte per MQTT an einen Broker sendet, stellt andere Anforderungen an Latenz, Energiebudget und Konnektivität als ein Wearable, das Herzfrequenzdaten per BLE an ein Smartphone überträgt. Das Kommunikationsprotokoll, der Duty-Cycle und die lokale Vorverarbeitung müssen auf den jeweiligen Anwendungsfall abgestimmt sein. Wer diese Entscheidung zu spät trifft, riskiert ein PCB-Redesign nach dem ersten Prototyp.

Ein häufig unterschätzter Fehler: Teams optimieren die Datenübertragung für den Normalfall und vernachlässigen das Reconnect-Verhalten bei Verbindungsabbruch. In der Praxis führt ein fehlerhafter Reconnect-Mechanismus bei NB-IoT-Geräten dazu, dass das Modul im Suchzustand verbleibt und den Akku in Stunden statt Monaten entlädt.

Die wichtigsten Bausteine eines IoT-Systems

Ein vollständiges IoT-System besteht aus vier Schichten: Edge-Hardware, Konnektivität, Backend-Infrastruktur und Applikationslogik. Jede Schicht hat eigene Kosten-, Zuverlässigkeits- und Zertifizierungsimplikationen.

Edge-Hardware und Mikrocontroller

Die Wahl des Mikrocontrollers bestimmt Energieverbrauch, Rechenleistung und Entwicklungsaufwand. ARM-Cortex-M-basierte Architekturen wie STM32 oder NXP bieten ein breites Ökosystem, gut dokumentierte Peripherie und stabile Toolchains. PIC-Architekturen sind in kostenoptimierten Designs mit sehr kleinem Footprint relevant, bieten aber weniger Flexibilität bei der Firmware-Portierung.

Für zeitkritische Anwendungen ist die Wahl des Echtzeitbetriebssystems entscheidend. FreeRTOS eignet sich für ressourcenbeschränkte Systeme mit wenig RAM, während Zephyr RTOS eine breitere Treiberbibliothek und bessere Unterstützung für drahtlose Stacks mitbringt. Der Trade-off: Zephyr erhöht den initialen Einarbeitungsaufwand und den Flash-Bedarf um typischerweise 50-100 kB gegenüber einer minimalen FreeRTOS-Konfiguration.

Konnektivität

Die Protokollwahl ist keine rein technische, sondern eine betriebswirtschaftliche Entscheidung. BLE 5.x eignet sich für kurze Reichweiten mit niedrigem Energieverbrauch, ist aber bei mehr als 7 gleichzeitigen Verbindungen in der Praxis instabil. Wi-Fi bietet hohen Durchsatz, erhöht aber den Strombedarf im Sendebetrieb auf 150-300 mA. LoRa und NB-IoT sind für weitreichende, datensparsame Anwendungen geeignet, aber die Modulkosten liegen je nach Stückzahl bei 3-8 EUR pro Einheit, was die Stückkostenkalkulation früh beeinflusst.

IoT-Anwendungsbereiche: Von Medizintechnik bis Industrie

IoT-Entwicklung ist kein einheitliches Feld. Die Anforderungen unterscheiden sich je nach Branche erheblich, und diese Unterschiede bestimmen Architekturentscheidungen von Beginn an.

In der Medizintechnik gelten Regularien wie MDR oder FDA 21 CFR Part 11, die Anforderungen an Datensicherheit, Traceability und Softwarevalidierung stellen. Ein vernetztes Patientenmonitoring-Gerät muss nicht nur funktionieren, sondern auch einen vollständigen Audit-Trail liefern können. Die Zertifizierungsphase dauert hier typischerweise 6-18 Monate und sollte von Beginn an in die Produktplanung einkalkuliert werden.

In der industriellen Automatisierung stehen Verfügbarkeit und deterministische Latenz im Vordergrund. Ein IoT-Gateway in einer Fertigungsanlage, das Maschinendaten aggregiert, muss bei Netzwerkausfall lokal weiterarbeiten können. Edge-Computing-Fähigkeit ist hier kein Feature, sondern eine Systemanforderung. Consumer-Wearables hingegen priorisieren Akkulaufzeit und Formfaktor. Ein Gerät mit 200 mAh-Akku, das täglich 8 Stunden BLE-Daten sendet, hat ein Energiebudget von etwa 0,7 mW im Dauerbetrieb, was aggressive Duty-Cycle-Strategien erfordert.

Typische Herausforderungen bei der IoT-Entwicklung

Die häufigste Fehleinschätzung in frühen Projektphasen: Teams unterschätzen den Aufwand für EMI/EMC-Compliance. Ein Gerät, das intern fehlerfrei funktioniert, kann an der CE-Zertifizierung scheitern, wenn das PCB-Layout strahlende Schleifen enthält oder das Gehäuse keine ausreichende Schirmung bietet. Ein nachträgliches PCB-Redesign kostet 4-10 Wochen Verzögerung und 5.000-20.000 EUR zusätzliche Entwicklungskosten.

Firmware-Sicherheit wird regelmäßig zu spät adressiert. Secure Boot, verschlüsselte OTA-Updates und geschützte Schlüsselspeicherung sind keine optionalen Features, die man nach dem Launch nachrüstet. Sie beeinflussen die Hardware-Auswahl, weil nicht jeder Mikrocontroller ein Hardware-Sicherheitsmodul oder TrustZone-Unterstützung mitbringt. Wer diese Entscheidung nach dem Schaltungsentwurf trifft, landet unter Umständen bei einem Chip-Wechsel.

Ein weiterer kritischer Punkt ist die Produktionsübergabe. Firmware, die auf Entwicklerhardware stabil läuft, zeigt bei Serienplatinen häufig Timing-Probleme durch Bauteilstreuungen oder veränderte Leiterbahnkapazitäten. Design-for-Manufacturing (DFM) muss deshalb parallel zur Firmware-Entwicklung stattfinden, nicht danach. Wer Schaltungssimulation früh einsetzt, reduziert diese Risiken messbar.

Vom IoT-Konzept zur Serienproduktion

Der Weg von der Idee zum serienreifen IoT-Produkt folgt keinem linearen Pfad. Iterationen zwischen Hardware-Revision, Firmware-Anpassung und Zertifizierungstests sind die Regel, nicht die Ausnahme.

Eine realistische Zeitplanung für ein mittelkomplexes IoT-Gerät mit BLE und Cloud-Anbindung sieht typischerweise so aus: Konzept und Spezifikation 2-4 Wochen, Schaltungsentwicklung und PCB-Layout 4-8 Wochen, erster Prototyp und Bring-up 3-6 Wochen, Firmware-Entwicklung parallel 8-16 Wochen, EMC-Vorzertifizierung und Redesign 4-8 Wochen, CE-Zertifizierung 6-12 Wochen. Gesamtdauer: 6-12 Monate, abhängig von Komplexität und davon, ob Zertifizierungsanforderungen von Beginn an berücksichtigt wurden.

Teams, die Elektronikentwicklung outsourcen, profitieren davon, dass ein erfahrener Partner diese Iterationen kennt und Risiken früh adressiert. Der entscheidende Faktor ist nicht, ob man einen Dienstleister einsetzt, sondern wann man ihn einbindet. Ein IoT-Entwicklungspartner, der erst nach dem ersten Prototyp hinzugezogen wird, kann strukturelle Architekturentscheidungen nicht mehr korrigieren.

Wie Oxeltech bei der IoT-Produktentwicklung unterstützt

Wir begleiten IoT-Projekte vom ersten Konzept bis zur Serienreife und übernehmen dabei alle Entwicklungsschritte, die intern fehlen oder zu Engpässen führen. Das umfasst konkret:

• Hardware-Design und Schaltungsentwicklung inklusive Simulation und DFM-Analyse für Mikrocontroller-Plattformen wie STM32, NXP und ARM-Cortex-Architekturen
• PCB-Layout und Bestückung mit Fokus auf EMI/EMC-Compliance, um Zertifizierungsrisiken frühzeitig zu minimieren
• Firmware-Entwicklung auf Basis von FreeRTOS und Zephyr RTOS, inklusive Secure Boot und OTA-Update-Mechanismen
• Integration drahtloser Protokolle wie BLE, Wi-Fi, NB-IoT, LTE-M, LoRa und Zigbee, abgestimmt auf das Energiebudget und den Anwendungsfall
• Zertifizierungsbegleitung für CE, FCC und medizinische Regularien, mit Erfahrung aus über 20 erfolgreich zertifizierten Hardwareprodukten
• Unterstützung bei der Serienproduktion und dem Markteintritt in Europa und den USA

Ob Startup mit erstem Hardwareprodukt oder etabliertes Unternehmen, das Kapazitäten für ein neues IoT-Gerät benötigt: Wir arbeiten als verlängerter Arm des Engineering-Teams und liefern termingerecht. Jetzt Projekt besprechen und gemeinsam den schnellsten Weg zur Serienreife definieren.

Ähnliche Artikel

• Was sollte man 2026 bei der Entwicklung eines IoT-Gesundheitsgeräts beachten?
• Wie funktioniert drahtloses Laden in ultra-kompakten Wearables?
• Welche Rolle spielt das Gehäusedesign bei der Wearable-Entwicklung?
• Wie sichert man die Datenübertragung in medizinischen Wearables ab?
• Was sind die häufigsten Designfehler bei der ersten Wearable-Hardware-Version?