Ein IoT-Gerät zur Serienreife zu bringen scheitert selten an fehlendem Code – es scheitert an unterschätzten Zertifizierungszyklen, Bauteilengpässen und Architekturentscheidungen, die zu spät revidiert werden. Die Entwicklungszeit liegt typischerweise zwischen 9 und 24 Monaten. Wer diesen Korridor unterschreiten will, muss drei Entscheidungen früh und richtig treffen: Systemarchitektur, Funktechnologie und Fertigungsstrategie. Wer sie offen lässt, zahlt mit Redesigns.

Dieser Artikel richtet sich an Teams, die bereits Hardware ausgeliefert haben oder kurz davor stehen. Er behandelt keine Grundlagen, sondern die Entscheidungspunkte, an denen Projekte typischerweise Zeit und Budget verlieren.

Was bedeutet Serienreife bei einem IoT-Gerät?

Serienreife bedeutet: reproduzierbare Fertigung, bestandene Zertifizierungen und stabile Yield-Raten unter Produktionsbedingungen. Ein funktionierender Prototyp erfüllt keines dieser Kriterien.

Der Weg dorthin verläuft über mehrere Qualitätsgates: Proof-of-Concept, funktionaler Prototyp, EVT, DVT und PVT. Jede Stufe hat andere Abbruchkriterien. Teams, die DVT-Muster direkt in die Zertifizierung schicken, ohne einen strukturierten PVT-Lauf durchzuführen, riskieren Nachbesserungen nach bestandenem EMV-Test – dann, wenn Änderungen am teuersten sind. CE-Kennzeichnung und FCC-Zulassung sind keine abschließenden Schritte, sondern Prozesse, die parallel zur Hardwareentwicklung geplant werden müssen. Wer sie erst nach dem DVT adressiert, verliert 6–12 Wochen.

Wie lange dauert die Entwicklung eines IoT-Geräts typischerweise?

Geräte mit bewährten Modulen, klar definiertem Lastenheft und bekanntem Zertifizierungsumfang erreichen Serienreife in 9–12 Monaten. Projekte mit Custom-Silicon, medizinischer Zulassung oder mehreren Funkstandards benötigen 18–24 Monate, teils länger.

Der stärkste Hebel auf die Gesamtdauer ist die Qualität der Anforderungsdefinition zu Projektbeginn. Projekte auf Plattformen wie STM32 oder NXP i.MX RT mit vollständigem Lastenheft durchlaufen EVT-zu-DVT in 10–14 Wochen. Projekte, bei denen Anforderungen iterativ entstehen, verlieren diesen Zeitvorteil durch erzwungene PCB-Revisionen. Jede ungeplante Hardware-Revision kostet 4–8 Wochen Fertigungsvorlauf plus Testaufwand. Zwei ungeplante Revisionen verschieben den Serienstart um ein Quartal.

Welche Phasen durchläuft ein IoT-Gerät bis zur Serienproduktion?

Fünf Phasen strukturieren den Weg zur Serienproduktion: Anforderungsanalyse, Hardware- und Firmware-Design, Prototyping und Test, Vorserie mit Zertifizierung, Serienanlauf. Jede Phase hat definierte Eingangskriterien – wer sie überspringt, trägt das Risiko in die nächste Phase.

Konzept und Anforderungsanalyse

Systemarchitektur, Komponentenauswahl und Zertifizierungsumfang werden hier festgelegt. Entscheidungen über Funktechnologie, MCU-Familie und Energiebudget in dieser Phase bestimmen den gesamten Entwicklungspfad. Eine Änderung der Funktechnologie nach Abschluss des Schaltungsdesigns erzwingt ein vollständiges PCB-Redesign und invalidiert bereits durchgeführte Vorzertifizierungstests.

Hardware-Design und Firmware-Entwicklung

Schaltungsdesign, PCB-Layout und Firmware-Entwicklung laufen parallel. Divergieren beide Stränge – etwa weil das Hardware-Team Pinbelegungen ändert, ohne die Firmware-Seite zu informieren – entstehen Integrationsfehler, die erst beim ersten Bring-up sichtbar werden. Zephyr und FreeRTOS sind etablierte RTOS-Optionen; die Wahl beeinflusst den Zertifizierungsaufwand bei medizinischen oder sicherheitskritischen Anwendungen direkt, da IEC 62443 oder IEC 62304 spezifische Dokumentationsanforderungen an das RTOS stellen.

Prototyping, Test und Iteration

EMV-Vorabtests, Stromverbrauchsmessungen unter realen Lastprofilen und Protokoll-Interoperabilitätstests sind die kritischen Aktivitäten dieser Phase. Wer EMV-Vorabtests erst beim Zertifizierungslabor durchführt, riskiert einen Durchfallbefund mit 6–10 Wochen Nachbesserungszeit. Mehrere Iterationsschleifen sind strukturell einzuplanen – nicht als Planungsfehler, sondern als Prozessbestandteil.

Vorserie, Zertifizierung und Serienproduktion

DFM-Analyse und Fertigungstests (ICT, Flying Probe, AOI) werden in der Vorserie abgeschlossen, bevor Zertifizierungsmuster eingereicht werden. CE-Zertifizierung dauert typischerweise 8–14 Wochen, FCC 6–12 Wochen – vorausgesetzt, der erste Testlauf besteht. Wer Zertifizierungsmuster einreicht, bevor DFM-Änderungen abgeschlossen sind, riskiert, dass Produktionsware von zertifizierten Mustern abweicht. Das erzwingt eine Nachzertifizierung.

Was verzögert die IoT-Entwicklung am häufigsten?

Unklare Anforderungen, ungeplante Hardware-Revisionen, Bauteilengpässe und nicht bestandene EMV-Tests sind die vier häufigsten Ursachen für Projektverzögerungen. Jede davon ist vermeidbar – wenn sie früh adressiert wird.

Spezifikationsänderungen nach Abschluss des Schaltungsdesigns sind der kostspieligste Einzelfaktor. Eine geänderte Kommunikationsschnittstelle kann das komplette PCB-Layout invalidieren. Bauteilengpässe bei MCUs und Funkmodulen haben sich seit 2021 strukturell verändert: Lieferzeiten von 40–52 Wochen für bestimmte STM32-Varianten sind keine Ausnahme. Wer keine Second-Source-Strategie plant, blockiert den Serienanlauf. EMV-Probleme, die erst im Zertifizierungslabor entdeckt werden, kosten 4–8 Wochen Nachbesserung plus erneute Laborgebühren von typischerweise 3.000–8.000 EUR pro Testlauf.

• Unklare Anforderungen: Spezifikationsänderungen nach PCB-Freeze erzwingen vollständige Layout-Revisionen.
• Hardware-Revisionen: Jede ungeplante PCB-Revision kostet 4–8 Wochen Fertigungsvorlauf.
• Bauteilengpässe: Fehlende Second-Source-Planung für MCUs oder Funkmodule blockiert den Serienanlauf.
• EMV-Durchfallbefunde: Nachbesserungen nach Zertifizierungstests kosten 4–8 Wochen plus 3.000–8.000 EUR pro Wiederholungslauf.
• Firmware-Komplexität: Energiemanagement unter variablen Lastprofilen und Protokoll-Stack-Integration werden systematisch unterschätzt.

Wie beeinflusst die Wahl der Funktechnologie die Entwicklungszeit?

Die Funktechnologie bestimmt Zertifizierungsumfang, Integrationsaufwand und Netzwerkabhängigkeiten. Eine falsche Wahl, die nach DVT korrigiert wird, kostet 3–6 Monate.

BLE 5.x und Wi-Fi 6 sind am schnellsten zu integrieren, weil zertifizierte Module mit FCC/CE-Modulzulassung den Zertifizierungsaufwand auf Systemebene reduzieren. Der Fehler dabei: Modulzulassungen decken nicht automatisch die Gesamtgerätzulassung ab – Antennendesign und Gehäuseeinflüsse müssen separat nachgewiesen werden. NB-IoT und LTE-M sind für stromsparende Weitverkehrsanwendungen geeignet, erfordern aber Carrier-Zertifizierungen, die je nach Region 8–20 Wochen zusätzlich kosten und von Netzbetreiberverträgen abhängen. LoRa eignet sich für private LPWAN-Infrastruktur ohne Carrier-Abhängigkeit, erfordert aber tieferes Protokollwissen auf Stack-Ebene und erhöht den Firmware-Aufwand um typischerweise 20–30 %. Zigbee ist für Mesh-Topologien in kontrollierten Umgebungen geeignet; die Interoperabilitätszertifizierung durch die Connectivity Standards Alliance (CSA) dauert 6–12 Wochen und ist verpflichtend für das Zigbee-Logo. Die Technologieentscheidung muss vor Schaltungsdesign-Start getroffen sein – danach ist sie ohne Redesign nicht revidierbar.

Wann sollte man einen externen Entwicklungspartner hinzuziehen?

Ein externer Partner reduziert Entwicklungszeit, wenn er spezifisches Fachwissen einbringt, das intern aufzubauen länger dauern würde als das Projekt selbst. Er erhöht Risiko und Kosten, wenn er zu spät eingebunden wird und Architekturentscheidungen revidieren muss.

Der Einbindungszeitpunkt ist entscheidend. Ein Partner, der in der Anforderungsphase eingebunden wird, kann Zertifizierungsstrategie, Komponentenauswahl und Fertigungsplanung von Beginn an beeinflussen. Ein Partner, der nach DVT hinzugezogen wird, kann nur noch optimieren – strukturelle Probleme im Design bleiben. Bei Projekten mit CE- und FCC-Zertifizierungspflicht, medizinischen Anforderungen oder komplexem Energiemanagement überwiegt der Zeitvorteil durch externe Expertise die Koordinationskosten ab einer Projektgröße von ca. 3–4 Entwicklermonaten. Teams, die zum ersten Mal Hardware entwickeln, unterschätzen systematisch den Aufwand für DFM, Testabdeckung und Zertifizierungsdokumentation – das sind die Bereiche, in denen erfahrene Partner den größten messbaren Beitrag leisten.

Wenn Sie konkrete Fragen zu Ihrem Projekt haben oder wissen möchten, wie eine Zusammenarbeit aussehen könnte, nehmen Sie gerne Kontakt mit uns auf. Mehr über unsere Arbeitsweise und unser Team erfahren Sie auf der Über-uns-Seite von Oxeltech.

Ähnliche Beiträge

• Wie lange dauert der Entwicklungszyklus eines Wearable-Produkts?
• Welche Zertifizierungen braucht ein Wearable für den deutschen Markt?
• Was kostet die Entwicklung eines Embedded Systems?
• Welche Rolle spielt das Gehäusedesign bei der Wearable-Entwicklung?
• Welche Materialien eignen sich für flexible Wearable-Gehäuse und Trägerstrukturen?