Wer ein IoT-Gerät auf den europäischen Markt bringen möchte, stößt früher oder später auf ein komplexes Geflecht aus Normen, Prüfpflichten und Dokumentationsanforderungen. CE-Kennzeichnung, Radio Equipment Directive, technische Dokumentation: Für Teams, die zum ersten Mal ein vernetztes Hardware-Produkt entwickeln, wird der Zertifizierungsprozess oft zur größten Unbekannten im Projektzeitplan. Dabei sind die meisten Verzögerungen und Kostentreiber vermeidbar, wenn man die kritischen Weichen früh im Entwicklungsprozess richtig stellt.

Dieser Artikel richtet sich an Produktverantwortliche und Ingenieurteams, die ein IoT-Gerät zertifizieren lassen wollen und verstehen möchten, wo die echten Risiken liegen, was der Prozess realistisch kostet, und welche Design-Entscheidungen die Zertifizierung beschleunigen oder blockieren können.

CE und RED: Welche Anforderungen für IoT-Geräte gelten

Jedes IoT-Gerät, das in der EU verkauft wird, benötigt die CE-Kennzeichnung. Sobald das Gerät Funktechnologie enthält, gilt zusätzlich die Radio Equipment Directive (RED, 2014/53/EU). Die RED deckt Funkanlagen ab, die im Frequenzbereich unter 3.000 GHz senden oder empfangen. Das trifft auf nahezu jedes Gerät mit BLE, Wi-Fi, LoRa, NB-IoT oder Zigbee zu.

Unter RED müssen Hersteller drei wesentliche Anforderungen erfüllen: Gesundheitsschutz und Sicherheit (Artikel 3.1a, in der Regel über EN 62368-1 oder EN 60950), elektromagnetische Verträglichkeit (Artikel 3.1b) sowie effiziente Nutzung des Funkspektrums (Artikel 3.2). Für Geräte mit Internetverbindung oder Datenschutzfunktion greift seit 2025 außerdem Artikel 3.3, der Cybersecurity-Anforderungen einschließt. Wer ein Medizinprodukt entwickelt, muss zusätzlich die MDR (EU 2017/745) berücksichtigen, was den Prüfaufwand erheblich erhöht.

Ein häufiger Fehler: Teams gehen davon aus, dass ein bereits zertifiziertes Funkmodul (z. B. mit CE-Modulzertifikat) die Systemzertifizierung ersetzt. Das stimmt nicht. Das Modulzertifikat deckt das Modul unter definierten Integrationsbedingungen ab. Sobald das Modul in ein eigenes PCB-Design integriert wird, entsteht ein neues Funksystem, das als Ganzes bewertet werden muss. Wird das ignoriert, riskiert man eine Marktüberwachungsmaßnahme oder einen Rückruf nach dem Markteintritt.

Zeitfresser im Zertifizierungsprozess und wie sie entstehen

Der Zertifizierungsprozess für ein IoT-Gerät dauert in der Praxis zwischen 8 und 20 Wochen, abhängig von Gerätekomplexität, gewählten Normen und Auslastung der Prüflabore. Die größten Zeitverluste entstehen nicht im Labor, sondern davor.

Fehlende oder inkonsistente Dokumentation

Prüflabore und Notified Bodies verlangen eine vollständige technische Dokumentation vor Prüfbeginn. Fehlt der Schaltplan, ist die Stückliste unvollständig, oder weicht die Gerätebeschreibung von der tatsächlichen Firmware-Konfiguration ab, stoppt der Prozess. Nachlieferungen kosten je nach Labor 2 bis 4 Wochen zusätzlich.

EMV-Nacharbeiten nach der Vorprüfung

Scheitert ein Gerät beim ersten EMV-Vortest, müssen Hardware-Anpassungen vorgenommen und das Gerät erneut eingereicht werden. Je nach Ursache (Layout-Fehler, fehlende Filterschaltung, falsche Masseführung) kann das einen weiteren Hardware-Spin bedeuten. Realistische Verzögerung: 4 bis 8 Wochen plus Kosten für Platinen-Redesign und erneute Bestückung.

Falsche Normenwahl

Wird die falsche harmonisierte Norm gewählt, akzeptiert die Behörde die Konformitätserklärung nicht. Für BLE-Geräte unter RED gilt beispielsweise EN 300 328 für die Funktechnik, aber die Sicherheitsnorm hängt vom Anwendungskontext ab. Ein industrielles Steuergerät unterliegt anderen Normen als ein Consumer-Wearable. Dieser Fehler wird häufig erst beim Einreichen der Dokumentation entdeckt.

Zertifizierungskosten realistisch einschätzen

Die Gesamtkosten für die CE/RED-Zertifizierung eines IoT-Geräts bewegen sich typischerweise zwischen 5.000 und 25.000 Euro, abhängig davon, wie viele Normen geprüft werden müssen, ob Vorprüfungen (Pre-Compliance-Tests) durchgeführt werden, und ob Nacharbeiten erforderlich sind.

Konkrete Richtwerte: Ein EMV-Volltest bei einem akkreditierten Labor kostet zwischen 3.000 und 8.000 Euro. Funkprüfungen nach EN 300 328 (BLE/Wi-Fi) liegen bei 2.000 bis 5.000 Euro. SAR-Messungen für körpernah getragene Geräte kommen on top und kosten 3.000 bis 6.000 Euro. Wer Artikel 3.3 (Cybersecurity) abdecken muss, rechnet mit zusätzlichen 3.000 bis 7.000 Euro für Penetrationstests und Dokumentationsprüfung.

Was Teams systematisch unterschätzen: die internen Kosten für Dokumentationserstellung, Normenrecherche und Kommunikation mit dem Labor. Diese liegen bei unerfahrenen Teams leicht bei 15 bis 30 Ingenieurstunden pro Zertifizierungszyklus. Bei einem zweiten Zertifizierungsdurchlauf nach Hardware-Nacharbeit verdoppeln sich diese Kosten.

Design-Entscheidungen, die die Zertifizierung vereinfachen

Zertifizierungsrisiken lassen sich durch gezielte Entscheidungen in der frühen Entwicklungsphase erheblich reduzieren. Die relevantesten Hebel liegen im PCB-Layout, der Komponentenauswahl und der Systemarchitektur.

Wer ein bereits zertifiziertes Funkmodul mit klaren Integrationsvorgaben (z. B. Antennenisolation, Mindestabstand zu Metallteilen) einsetzt und diese Vorgaben im eigenen Design einhält, reduziert den Umfang der Funkprüfung. Das Modul muss nicht neu geprüft werden, solange die Integrationsbedingungen des Modulherstellers dokumentiert und eingehalten werden. Entscheidend ist, dass diese Bedingungen bereits im Schaltplan und Layout berücksichtigt werden, nicht erst beim Pre-Compliance-Test.

Für die EMV gilt: Mehrlagige PCBs mit dedizierter Massefläche, kurze Hochfrequenzleitungen und konsequente Entkopplung an Versorgungspins reduzieren die Wahrscheinlichkeit von EMV-Auffälligkeiten. Wer bereits in der Schaltungsentwicklung auf Schaltplan und Simulation setzt, kann kritische Signalpfade vor dem ersten Prototypen simulieren und Layoutfehler vermeiden, die sonst erst im Labor auffallen.

Eine Entscheidung, die häufig unterschätzt wird: die Wahl des Frequenzbands. LoRa im 868-MHz-Band (EU) erfordert andere Prüfnormen als LoRa im 915-MHz-Band (US). Wer ein Gerät für beide Märkte entwickelt, muss das bereits im Schaltungsdesign berücksichtigen, sonst entstehen zwei separate Hardware-Varianten mit doppeltem Zertifizierungsaufwand.

Technische Dokumentation und Konformitätserklärung richtig aufsetzen

Die technische Dokumentation ist kein bürokratisches Anhängsel, sondern die Grundlage für jede Marktüberwachungsprüfung. Fehlt sie oder ist sie unvollständig, kann die Behörde den Vertrieb untersagen, auch wenn das Gerät technisch konform ist.

Eine vollständige technische Dokumentation nach RED umfasst: Gerätebeschreibung und Verwendungszweck, Schaltpläne und Blockdiagramme, Stückliste, PCB-Layout-Dokumente, Prüfberichte der akkreditierten Labore, eine Normenübersicht mit Verweis auf die harmonisierten Normen sowie die unterzeichnete EU-Konformitätserklärung (DoC). Die DoC muss vom Hersteller oder dessen Bevollmächtigten in der EU unterzeichnet werden und alle angewandten Normen namentlich aufführen.

Ein konkretes Risiko: Wird ein Firmware-Update nach der Zertifizierung eingespielt, das die Sendeleistung, Kanalnutzung oder Duty-Cycle-Parameter verändert, kann das die Konformität der ursprünglichen Prüfung ungültig machen. Teams, die Over-the-Air-Updates einplanen, sollten im Vorfeld klären, welche Firmware-Parameter zertifizierungsrelevant sind, und diese als unveränderlich im System verankern oder einen Re-Zertifizierungsprozess definieren.

Wann ein externer Entwicklungspartner den Zertifizierungsweg verkürzt

Ein externer Partner verkürzt den Zertifizierungsweg dann, wenn das interne Team keine dokumentierte Erfahrung mit dem relevanten Normenrahmen hat oder wenn der erste Zertifizierungszyklus bereits gescheitert ist. In beiden Fällen überwiegen die Kosten einer zweiten Iteration die Kosten einer externen Begleitung.

Der konkrete Mehrwert liegt weniger im Wissen über die Normen selbst als in der Erfahrung mit Laborprozessen, Pre-Compliance-Tests und der Interpretation von Prüfergebnissen. Wer weiß, welche EMV-Auffälligkeit auf ein Layout-Problem hinweist und welche durch eine Filterschaltung behoben werden kann, spart einen kompletten Hardware-Spin. Bei einem typischen IoT-Gerät entspricht das 4 bis 8 Wochen Entwicklungszeit und 3.000 bis 10.000 Euro Materialkosten.

Für Teams, die ein IoT-Produkt zur Serienreife bringen wollen, ohne eigene Zertifizierungserfahrung aufzubauen, ist die Frage weniger „ob“ externer Support sinnvoll ist, sondern „ab wann“ er eingebunden werden sollte. Die Antwort: spätestens mit Beginn des Hardware-Designs, nicht erst, wenn der erste Prototyp im Labor durchfällt.

Wie Oxeltech bei der IoT-Zertifizierung unterstützt

Wir begleiten IoT-Projekte von der ersten Schaltungsentwicklung bis zur erfolgreichen Markteinführung, einschließlich der vollständigen Zertifizierungsvorbereitung. Unsere Leistungen in diesem Bereich umfassen konkret:

• Normenwahl und Zertifizierungsstrategie bereits in der Konzeptphase, abgestimmt auf Zielmarkt, Funktechnologie und Anwendungskontext
• EMV-gerechtes PCB-Layout und Schaltungsdesign, das Pre-Compliance-Tests besteht und Nacharbeitsschleifen minimiert
• Erstellung und Pflege der vollständigen technischen Dokumentation nach RED und CE-Anforderungen
• Koordination mit akkreditierten Prüflaboren und Unterstützung bei der Interpretation von Prüfergebnissen
• Firmware-Architektur, die zertifizierungsrelevante Parameter schützt und OTA-Update-Strategien berücksichtigt

Wir haben über 20 Hardware-Produkte durch den gesamten Entwicklungs- und Zertifizierungsprozess begleitet, von IoT-Geräten mit BLE und LoRa bis zu industriellen Embedded-Systemen. Wenn das Team hinter einem konkreten Projekt steht und Klarheit über den Zertifizierungsweg braucht, ist der direkte Austausch der schnellste Weg. Jetzt Kontakt aufnehmen und gemeinsam den Zertifizierungsweg planen.

Ähnliche Artikel

• Was sind typische IoT-Geräte?
• Wie überträgt ein Wearable-Sensor biometrische Daten sicher per BLE?
• Was ist der Unterschied zwischen Gesundheitsmonitoring und Fitness-Monitoring?
• Wie lange dauert die Entwicklung eines IoT-Geräts bis zur Serienreife?
• Warum ist Enerbei der Wearablegieeffizienz -Entwicklung so entscheidend?