Wie ein IoT Entwicklungsunternehmen deinen Zertifizierungsprozess begleitet

Ein IoT-Gerät zu entwickeln ist eine Sache. Es durch den Zertifizierungsprozess zu bringen und erfolgreich in Serie zu bringen, ist eine andere. Gerade für Teams ohne dediziertes Regulatory-Know-how wird die Zertifizierung schnell zum Engpass, der Timelines um Monate verschiebt und Budgets sprengt. Wer ein IoT-Gerät entwickeln lassen oder ein Hardwareprodukt entwickeln möchte, sollte den Zertifizierungspfad nicht als nachgelagerten Schritt behandeln, sondern als integralen Bestandteil des Entwicklungsprozesses.

Dieser Artikel richtet sich an CTOs, Produktmanager und Engineering-Leads, die verstehen wollen, welche Zertifizierungsanforderungen auf sie zukommen, wo typische Projekte scheitern und wie ein erfahrener IoT-Entwicklungspartner den Prozess strukturiert, damit das Produkt termingerecht auf den Markt kommt.

Table of Contents

Welche Zertifizierungen IoT-Geräte typischerweise benötigen

Die erforderlichen Zertifizierungen hängen von Zielmarkt, Produktkategorie und verwendeten Funktechnologien ab. Für den europäischen Markt ist die CE-Kennzeichnung obligatorisch und umfasst je nach Produkt die RED (Radio Equipment Directive), die LVD (Low Voltage Directive) und die EMV-Richtlinie. Geräte mit BLE oder Wi-Fi benötigen zwingend eine RED-Konformität. Für den US-Markt ist eine FCC-Zulassung erforderlich, für Kanada ISED.

Medizintechnische IoT-Geräte unterliegen zusätzlich der MDR (EU 2017/745) und erfordern eine Klassifizierung nach Risikoklasse sowie eine notifizierte Stelle. Industrielle Geräte können unter die ATEX-Richtlinie fallen, wenn sie in explosionsgefährdeten Bereichen eingesetzt werden. Geräte mit Lithium-Zellen benötigen eine UN38.3-Zertifizierung für den Lufttransport.

Modulzertifizierungen als Abkürzung

Wer vorzertifizierte Funkmodule einsetzt, kann den RF-Teil des Zertifizierungsaufwands erheblich reduzieren. Ein bereits FCC/CE-zertifiziertes BLE-Modul entbindet vom vollständigen RF-Testing, solange die Antennenintegration und das Layout den Vorgaben des Modulherstellers entsprechen. Abweichungen vom Referenzdesign, etwa durch veränderte Antennengeometrie oder PCB-Stackup, können die Modulzertifizierung ungültig machen und ein vollständiges Re-Testing erzwingen. Das ist ein häufig unterschätztes Risiko, das bei der Schaltplan- und Hardwareentwicklung frühzeitig adressiert werden muss.

Wie ein IoT-Entwicklungspartner die Zertifizierung vorbereitet

Ein erfahrener IoT-Entwicklungspartner integriert Zertifizierungsanforderungen ab dem ersten Designzyklus. Das bedeutet konkret: EMI/EMC-gerechtes PCB-Layout von Beginn an, Auswahl von Komponenten mit vorhandenen Zulassungen und Dokumentation, die Prüflabore direkt verwerten können.

Pre-Compliance-Tests, typischerweise durchgeführt mit Near-Field-Probes und einem Spektrumanalysator im eigenen Labor, identifizieren EMV-Probleme, bevor das Gerät ins akkreditierte Testlabor geht. Ein Testlabor-Slot kostet je nach Umfang zwischen 3.000 und 15.000 Euro. Scheitert das Gerät beim ersten Durchgang, entstehen nicht nur Nachbaukosten, sondern auch Verzögerungen von 6 bis 12 Wochen bis zum nächsten verfügbaren Slot.

Dokumentation als kritischer Pfad

Viele Projekte scheitern nicht am technischen Test, sondern an unvollständiger Dokumentation. Die technische Dokumentation nach RED Annex IV umfasst unter anderem Schaltpläne, Stücklisten, Testberichte, Risikoanalysen und Konformitätserklärungen. Fehlende oder inkonsistente Dokumente führen zu Nachforderungen durch die notifizierte Stelle, die Wochen kosten können. Ein Partner, der diese Dokumentation parallel zur Hardware-Entwicklung aufbaut, spart kritische Zeit auf dem Pfad zur Serienreife.

Typische Hürden im Zertifizierungsprozess und wie man sie vermeidet

Die häufigste Ursache für Zertifizierungsverzögerungen ist ein Design, das für Funktionalität, nicht für Compliance optimiert wurde. Konkret: Taktleitungen ohne ausreichende Filterung, ungeschirmte Schaltregler neben Funkantennen oder fehlende ESD-Schutzstrukturen an externen Schnittstellen erzeugen Emissionen, die im EMV-Test zum Fail führen.

Ein weiteres strukturelles Problem ist die Wahl des Testlabors zu spät im Prozess. Akkreditierte Labore haben Vorlaufzeiten von 4 bis 10 Wochen. Wer erst nach dem ersten Prototypen einen Laborslot bucht, verliert Zeit, die nicht mehr aufgeholt werden kann. Frühe Kommunikation mit dem Labor, idealerweise schon in der Designphase, ermöglicht eine Abstimmung der Testumfänge und vermeidet Überraschungen.

Unterschätztes Risiko: Firmware-Einfluss auf EMV

Eine verbreitete Fehlannahme ist, dass EMV ein reines Hardware-Problem ist. Tatsächlich beeinflusst Firmware das EMV-Verhalten erheblich. Taktfrequenz, Duty-Cycle von PWM-Signalen, Burst-Kommunikation über SPI oder UART und das Timing von Funkübertragungen erzeugen Emissionsmuster, die im Hardware-Design allein nicht vollständig kontrollierbar sind. Firmware-seitige Maßnahmen wie Spread-Spectrum-Clocking oder Transmission-Power-Management sind Teil der EMV-Strategie, keine optionalen Features.

Vom Prototyp zur Serienreife: Begleitung bis zur Markteinführung

Der Weg von einem funktionierenden Prototyp zur zertifizierten Serienproduktion umfasst mehrere Iterationsschleifen, die unterschiedliche Kompetenzprofile erfordern. Design for Manufacturability (DFM) stellt sicher, dass das Layout mit den Fertigungstoleranzen des EMS-Partners kompatibel ist. Eine fehlende DFM-Prüfung führt zu erhöhten Ausschussraten in der Produktion, die bei kleinen Stückzahlen (unter 5.000 Einheiten) schnell 5 bis 15 Prozent erreichen können.

Parallelisierung ist entscheidend für den Zeitplan. Während Prototypen getestet werden, kann die Zertifizierungsdokumentation vorbereitet und der EMS-Partner für die Serienproduktion qualifiziert werden. Teams, die diese Phasen sequenziell abarbeiten, verlieren 8 bis 16 Wochen gegenüber einem parallelisierten Vorgehen, ohne dass ein technischer Grund dafür besteht.

Stückzahl und Lieferkette als Designvariable

Die Komponentenauswahl unter Zertifizierungsgesichtspunkten muss auch die Lieferkettenstabilität berücksichtigen. Ein Bauteil, das im Prototyp perfekt funktioniert, aber bei 10.000 Einheiten eine Lieferzeit von 52 Wochen hat, blockiert die Serienproduktion. Die Entscheidung zwischen einem Single-Source-Chip mit optimaler Performance und einem Multi-Source-Bauteil mit leicht schlechterer Spezifikation ist eine Abwägung zwischen technischer Optimalität und Produktionsrisiko. Wer ein IoT Produkt zur Serienreife bringen möchte, muss diese Abwägung spätestens beim Übergang von EVT zu DVT treffen.

Wie Oxeltech den Zertifizierungsprozess begleitet

Wir bei Oxeltech integrieren Zertifizierungsanforderungen von Beginn an in den Entwicklungsprozess. Compliance ist kein nachgelagerter Schritt, sondern ein Designparameter, der Layout, Komponentenwahl und Firmware-Architektur beeinflusst. Das bedeutet für Projekte konkret:

EMI/EMC-gerechtes PCB-Layout und Pre-Compliance-Testing bereits in frühen Entwicklungsphasen
Aufbau der technischen Dokumentation (RED, FCC, MDR je nach Zielmarkt) parallel zur Hardware-Entwicklung
Auswahl vorzertifizierter Funkmodule und Komponenten mit stabiler Lieferkette
Koordination mit akkreditierten Testlaboren und notifizierten Stellen
DFM-Prüfung und Begleitung bis zur Serienproduktion beim EMS-Partner
Firmware-Entwicklung mit explizitem Fokus auf EMV-relevante Parameter wie Spread-Spectrum und Transmission-Power-Management

Wir haben bereits über 20 Hardwareprodukte vom ersten Konzept durch die Zertifizierung bis zur Serienreife begleitet, für Kunden in den Bereichen IoT, Medizintechnik, Consumer Electronics und industrielle Automatisierung. Wenn du ein IoT-Gerät zertifizieren lassen oder ein Hardwareprodukt entwickeln möchtest, ohne intern Zertifizierungs-Know-how aufbauen zu müssen, nimm Kontakt mit uns auf und wir besprechen, wie wir deinen Entwicklungsprozess strukturieren können.