Ein IoT-Produkt zu entwickeln bedeutet, Hardware, Firmware und Konnektivität unter realen Constraints zu einem funktionierenden System zu integrieren. Wer diesen Prozess unterschätzt, riskiert teure Redesigns, verschobene Markteinführungen und Zertifizierungsprobleme, die das Projekt um Monate zurückwerfen können. Dieser Artikel beschreibt die wichtigsten Phasen der IoT-Produktentwicklung, benennt konkrete Fehlerquellen und gibt Entscheidungshilfen für Teams, die ein Hardware Produkt entwickeln wollen, ohne intern alle Kompetenzen vorzuhalten.

Die Entwicklung eines IoT-Geräts von der Idee zur Serie dauert je nach Komplexität typischerweise 9 bis 18 Monate. Projekte mit Zertifizierungsanforderungen (CE, FCC, medizinische Zulassungen) liegen eher am oberen Ende dieses Rahmens. Wer diesen Zeitplan realistisch planen will, muss die einzelnen Phasen und ihre Abhängigkeiten von Anfang an verstehen.

Die wichtigsten Phasen im Überblick

Der Entwicklungsprozess eines IoT-Produkts lässt sich in fünf aufeinanderfolgende Phasen einteilen: Konzept und Anforderungsanalyse, Hardware-Design und Prototyping, Firmware-Entwicklung und Systemintegration, Validierung und Zertifizierung sowie der Übergang zur Serienproduktion. Jede Phase hat definierte Eingaben, Ausgaben und Risiken, die die nachfolgende Phase direkt beeinflussen.

Ein häufiger Fehler ist die Annahme, dass Phasen sequenziell und unabhängig voneinander ablaufen. In der Praxis überlappen sich Hardware-Design und Firmware-Entwicklung erheblich. Wer Firmware erst nach dem ersten Prototyp beginnt, verliert typischerweise vier bis acht Wochen, die bei paralleler Arbeit eingespart werden könnten. Die Phasen definieren Prioritäten, keine strikte Reihenfolge.

Konzept und Anforderungsanalyse als Fundament

Die Anforderungsanalyse ist die Phase mit dem höchsten Hebeleffekt im gesamten Prozess. Fehler, die hier entstehen, werden in jeder nachfolgenden Phase teurer zu korrigieren. Ein Anforderungsdokument, das Strombedarf, Kommunikationsprotokoll, Gehäusegröße, Betriebstemperaturbereich und Zielstückkosten nicht konkret benennt, ist kein Anforderungsdokument.

Konkret bedeutet das: Soll das Gerät batteriebetrieben sein, muss die Akkulaufzeit in Stunden oder Tagen spezifiziert werden, nicht als „möglichst lang“. Ein Wearable mit 3,7 V / 200 mAh Zelle und einer Ziellaufzeit von 7 Tagen ergibt ein durchschnittliches Strombudget von etwa 1,2 mA, was direkt die Wahl des Mikrocontrollers, des Kommunikationsprotokolls und der Sensorabtastrate bestimmt. Wer diesen Wert nicht kennt, trifft keine Designentscheidungen, sondern Annahmen.

Die Wahl zwischen BLE und Wi-Fi als primärem Kommunikationsprotokoll illustriert den Typ von Trade-offs, der in dieser Phase getroffen werden muss. BLE benötigt im Advertising-Modus typischerweise unter 10 mA Spitzenstrom und eignet sich für batteriebetriebene Geräte mit sporadischer Datenübertragung. Wi-Fi liegt bei 100 bis 300 mA im Sendebetrieb und ist sinnvoll, wenn kontinuierlicher Datendurchsatz oder Cloud-Direktanbindung ohne Gateway erforderlich ist. Diese Entscheidung rückwirkend zu ändern bedeutet ein komplettes Hardware-Redesign.

Hardware-Design, PCB-Layout und erste Prototypen

Das Schaltungsdesign übersetzt die Anforderungen in ein elektrisches System. Hier werden Mikrocontroller, Stromversorgungsarchitektur, Kommunikationsmodule und Sensorschnittstellen festgelegt. Die Wahl zwischen einem diskreten Aufbau mit einzelnen Komponenten und einem integrierten Modul (z.B. einem zertifizierten BLE-Modul wie dem Nordic nRF52-SiP) beeinflusst sowohl die Entwicklungszeit als auch die Stückkosten bei Volumen erheblich.

Ein zertifiziertes Modul reduziert den RF-Zertifizierungsaufwand, kostet aber bei 10.000 Einheiten typischerweise 2 bis 5 US-Dollar mehr als eine diskrete Implementierung. Für Stückzahlen unter 50.000 ist das Modul fast immer die wirtschaftlichere Entscheidung, weil die RF-Zertifizierung einer eigenen Antennenlösung 15.000 bis 40.000 Euro kosten kann. Darüber hinaus ist die Entwicklungszeit für eine eigene RF-Implementierung um vier bis acht Wochen länger.

PCB-Layout und EMV-Risiken

Das PCB-Layout ist die häufigste Quelle für EMV-Probleme, die erst beim Präqualifikationstest auffallen. Konkrete Fehlerquellen sind unzureichende Masseflächen unter RF-Leitungen, zu lange Verbindungen zwischen Schaltregler und Kondensatoren sowie fehlende Entkopplungskondensatoren direkt an Versorgungspins von Hochfrequenzkomponenten. Diese Fehler führen zu Emissionen, die CE-Anforderungen (EN 55032) verletzen, und erfordern ein Layoutredesign, das vier bis acht Wochen kostet.

Der erste Prototyp dient der Verifikation des Schaltungsdesigns, nicht der Produktvalidierung. Teams, die den ersten Prototyp bereits als Produktionskandidat behandeln, überspringen notwendige Iterationen und landen regelmäßig bei einem dritten oder vierten Spin, der die eingesparte Zeit mehrfach kostet. Erfahrungsgemäß sind zwei bis drei Hardware-Iterationen für ein IoT-Gerät mittlerer Komplexität realistisch. Für eine detaillierte Übersicht über den Hardware-Schaltplan und Simulationsprozess lohnt sich ein Blick auf die spezifischen Designphasen.

Firmware-Entwicklung und System-Integration

Firmware-Entwicklung beginnt sinnvollerweise parallel zum Hardware-Design, sobald die Mikrocontroller-Architektur feststeht. Auf einem Evaluierungsboard lassen sich Peripherietreiber, Kommunikationsstacks und Applikationslogik entwickeln, bevor der erste eigene Prototyp verfügbar ist. Wer damit bis zum ersten Prototyp wartet, verschiebt die Systemintegration um vier bis sechs Wochen.

Die Wahl des Betriebssystems hat direkte Auswirkungen auf Entwicklungsaufwand, Portierbarkeit und Zertifizierungsrisiko. FreeRTOS ist für ressourcenbeschränkte Systeme (unter 256 KB RAM) gut etabliert, hat aber keinen integrierten Device-Management-Stack. Zephyr RTOS bietet einen vollständigen BLE-Stack, ein einheitliches Treibermodell und aktive Community-Unterstützung für gängige IoT-Hardware, erfordert aber eine steilere Lernkurve und eine längere Einrichtungszeit.

Systemintegration und Fehlerquellen

Der kritischste Punkt der Systemintegration ist die Synchronisation zwischen Hardware-Verhalten und Firmware-Annahmen. Ein typisches Beispiel: Der Firmware-Entwickler nimmt an, dass ein Sensor nach 10 ms bereit ist, die Hardware-Implementierung benötigt aber 25 ms Einschwingzeit nach Power-up. Das führt zu sporadischen Initialisierungsfehlern, die im Labor nicht reproduzierbar sind, aber im Feld unter Temperaturvariationen auftreten. Solche Fehler kosten in der Feldvalidierung Wochen.

Power-Management-Bugs sind die häufigste Ursache dafür, dass ein Gerät die Akkulaufzeitziele verfehlt. Ein Sleep-Mode, der korrekt implementiert scheint, aber einen GPIO in einem undefinierten Zustand lässt, kann einen Stromverbrauch von 500 µA statt der erwarteten 5 µA erzeugen. Das reduziert die Akkulaufzeit um den Faktor 100. Diese Fehler lassen sich nur mit einem Präzisions-Strommessgerät (z.B. Nordic PPK2 oder Otii Arc) zuverlässig identifizieren.

Zertifizierung, DFM und der Weg zur Serienreife

Zertifizierung ist kein abschließender Schritt, sondern eine Constraint, die das Design von Anfang an beeinflusst. CE-Zertifizierung für ein drahtloses IoT-Gerät (RED-Direktive) dauert typischerweise 8 bis 14 Wochen und kostet je nach Testumfang 8.000 bis 25.000 Euro. FCC-Zertifizierung für den US-Markt kommt separat hinzu. Wer diese Kosten und Zeiträume nicht in den Projektplan einrechnet, verschiebt die Markteinführung.

Design for Manufacturing (DFM) ist die systematische Überprüfung des PCB-Designs auf Fertigungsrisiken, bevor die Serienproduktion beginnt. Häufige DFM-Probleme sind zu enge Lötpads, fehlende Testpunkte für die In-Circuit-Testabdeckung und Komponenten, die in der gewünschten Stückzahl nicht lieferbar sind. Ein DFM-Review durch den Fertigungspartner vor dem letzten PCB-Spin spart typischerweise einen kompletten Redesign-Zyklus.

Der Übergang von Prototyp zu Kleinserie (100 bis 1.000 Einheiten) deckt regelmäßig Fertigungsprobleme auf, die im Prototyp nicht sichtbar waren: Lötpastenauftrag auf kleinen Pads, Reflow-Profile für gemischte Bauteilgrößen, Bestückungstoleranz bei Fine-Pitch-Komponenten. Diese Phase ist keine Skalierung des Prototypenprozesses, sondern ein eigenständiger Validierungsschritt.

Häufige Fehler und wie man sie vermeidet

Der häufigste und teuerste Fehler in der IoT-Produktentwicklung ist das Unterschätzen der Zertifizierungsanforderungen. Teams, die CE und FCC als administrative Aufgabe behandeln, stellen erst beim Präqualifikationstest fest, dass das Design grundlegende Emissionsanforderungen nicht erfüllt. Ein EMV-Redesign nach abgeschlossener Firmware-Entwicklung kostet typischerweise 30.000 bis 80.000 Euro und drei bis sechs Monate Zeitverlust.

Eine verbreitete Fehlannahme ist, dass ein günstiger erster Prototyp die Gesamtkosten senkt. In der Praxis führt ein Prototyp, der DFM-Anforderungen ignoriert, zu mehr Hardware-Iterationen und damit zu höheren Gesamtkosten. Der Unterschied zwischen einem DFM-optimierten und einem nicht-optimierten Design liegt in der Anzahl der Spin-Zyklen, nicht im Preis des einzelnen Prototypen.

Wer Elektronikentwicklung outsourcen will, unterschätzt häufig den Kommunikationsaufwand. Ein externer Entwicklungspartner kann technische Probleme lösen, aber er kann keine Produktentscheidungen treffen, die der Auftraggeber nicht getroffen hat. Fehlende oder widersprüchliche Anforderungen führen zu Iterationen, die Zeit und Budget kosten. Die Qualität der Anforderungsdokumentation ist der stärkste Einzelprädiktor für die Effizienz eines Outsourcing-Projekts.

Embedded-System-Projekte scheitern selten an der Technologiewahl und häufig an der Systemintegration. Die Schnittstelle zwischen Hardware und Firmware, zwischen Modul und Host-Controller, zwischen Protokollstack und Applikationslogik ist der Ort, an dem unspezifizierte Annahmen zu Fehlern werden. Jede Schnittstelle im System sollte dokumentierte Timing-Anforderungen, Fehlerzustände und Recovery-Verhalten haben, bevor die Implementierung beginnt.

Wie Oxeltech bei der IoT Produktentwicklung unterstützt

Wir begleiten IoT- und Embedded-Projekte von der Anforderungsanalyse bis zur Serienreife, mit dem Ziel, die häufigsten Kostentreiber und Zeitverluste strukturell zu vermeiden. Konkret bedeutet das:

• Hardware-Design und Schaltungsentwicklung: Schaltplan, Simulation, PCB-Layout mit EMV- und DFM-Optimierung von Beginn an, inklusive Komponentenauswahl mit Blick auf Lieferkettenstabilität und Zielstückkosten.
• Firmware-Entwicklung: Embedded-Software auf ARM-Cortex-Architekturen (STM32, NXP, PIC) mit FreeRTOS und Zephyr, paralleler Start zur Hardware-Entwicklung, um Integrationszeit zu reduzieren.
• Drahtlose Konnektivität: Integration von BLE, Wi-Fi, NB-IoT, LTE-M, LoRa und Zigbee, mit Protokollauswahl basierend auf Strombudget, Datenrate und Infrastrukturanforderungen.
• Zertifizierungsvorbereitung: Präqualifikationstests, EMV-Optimierung und Unterstützung bei CE-, FCC- und branchenspezifischen Zertifizierungen, um Überraschungen kurz vor der Markteinführung zu vermeiden.
• Serienproduktionsübergang: DFM-Reviews, Fertigungsbegleitung und Qualitätssicherung für den Schritt von Prototyp zu Kleinserie und Massenproduktion.

Wir haben über 20 Hardwareprodukte vom Konzept bis zur Serienproduktion und zum Markteintritt begleitet, für Kunden in Europa und den USA aus den Bereichen IoT, Medizintechnik, Consumer Electronics und industrielle Automatisierung. Wenn ein konkretes Hardware-Projekt ansteht und das interne Team Kapazitäts- oder Kompetenzlücken hat, ist ein direktes Gespräch der schnellste Weg zur Klärung. Jetzt Kontakt aufnehmen und das Projekt gemeinsam einschätzen.

Ähnliche Artikel

• Akkulaufzeit vs. Funktionsumfang: Wie Energieeffizienz IoT Produkte entscheidet
• Was ist IoT einfach erklärt?
• Wann sollte ein Unternehmen einen externen Hardwareentwickler beauftragen?
• Welche Anforderungen haben medizinische Wearables im Vergleich zu Consumer-Geräten?
• Wie sichert man die Datenübertragung in medizinischen Wearables ab?