Viele Wearable-Projekte scheitern nicht an der Idee, sondern an drei wiederkehrenden Problemen: Energiemanagement, das erst nach dem ersten Prototypen adressiert wird, eine Funkarchitektur, die für den Anwendungsfall ungeeignet ist, und eine Zertifizierungsstrategie, die erst kurz vor dem Markteintritt beginnt. Jedes dieser Probleme erzwingt Hardware-Redesigns, die zwischen 6 und 16 Wochen Verzögerung und signifikante Zusatzkosten verursachen. Dieser Artikel beschreibt, welche Entscheidungen wann getroffen werden müssen und welche Konsequenzen eine Verschiebung hat.

Die folgenden Abschnitte richten sich an CTOs, Produktmanager und Engineering Leads, die ein Wearable-Produkt entwickeln oder ein festgefahrenes Projekt wieder in Bewegung bringen müssen. Die Antworten sind auf Entscheidungsebene formuliert: mit Zeitrahmen, Kostenimplikationen und konkreten Abwägungen.

Welche technischen Fehler kosten Wearable-Start-ups am meisten Zeit und Geld?

Drei Fehler dominieren Post-Mortem-Analysen von verzögerten Wearable-Projekten: zu spätes Energiemanagement, falsche Funkarchitektur und EMV-Probleme, die erst in der Zertifizierungsphase sichtbar werden. Jeder dieser Fehler erzwingt ein partielles oder vollständiges Hardware-Redesign – mit Iterationskosten zwischen 15.000 und 80.000 EUR je nach Komplexität des Designs.

Energiemanagement wird zu spät berücksichtigt

Wearables mit einer Ziellaufzeit von 7 Tagen bei 100–200 mAh Kapazität erfordern ein Systemstrombudget von unter 600–1.200 µA im Durchschnitt. Wer dieses Budget nicht in der Architekturphase definiert und jedem Subsystem zuweist, erhält im ersten Prototypen typischerweise das Zwei- bis Dreifache des Zielwerts. Eine Nachoptimierung auf Firmware-Ebene allein reicht dann nicht aus: Sensorik, PMIC-Konfiguration und Funkzyklen müssen neu abgestimmt werden, was eine vollständige Schaltungsüberarbeitung bedeutet. STM32- und NXP-basierte Designs bieten Stop-Modi mit Wakeup-Latenzen unter 10 µs und Stromaufnahmen unter 2 µA – diese Modi müssen von der ersten Schaltungsrevision an in die Betriebszustandsmaschine integriert sein, nicht nachträglich aktiviert werden.

Schlechte Auswahl der Kommunikationstechnologie

BLE 5.x, Wi-Fi 6, NB-IoT und LoRaWAN unterscheiden sich nicht nur in Reichweite und Latenz, sondern auch im Stromverbrauch um zwei bis drei Größenordnungen: Ein BLE-Advertisement-Zyklus kostet je nach Intervall 5–15 µA im Durchschnitt, eine NB-IoT-Übertragung kann 50–200 mA für mehrere Sekunden ziehen. Wer die Wahl der Funktechnologie auf Basis von Protokollpräferenz statt auf Basis von Duty-Cycle-Analyse und Netzwerkverfügbarkeit am Einsatzort trifft, stellt die Fehlentscheidung oft erst im Feldtest fest. Ein Redesign der Funkarchitektur nach dem ersten EVT-Zyklus kostet 8–14 Wochen und erzwingt eine neue FCC/CE-Zertifizierung.

EMV-Probleme werden ignoriert

EMV-Fehler, die erst im Zertifizierungstest sichtbar werden, sind die teuerste Kategorie von PCB-Designfehlern. Typische Ursachen: Antennenplatzierung ohne Freihaltebereich, Masseflächen mit Unterbrechungen unter HF-Leitungen, oder fehlende Common-Mode-Filter auf USB- und Sensorbuslinien. Ein nachträglicher EMV-Fix erfordert in der Regel eine neue Platinenrevision, neue Muster, neue Testgebühren (1.500–6.000 EUR pro Testkampagne) und 6–10 Wochen Verzögerung. EMI/EMC-gerechtes Layout muss im ersten PCB-Review geprüft werden, nicht nach dem ersten Zertifizierungsversuch.

Wie lange dauert die Entwicklung eines Wearables wirklich?

Ein Wearable mit BLE-Konnektivität, eigener Sensorik und CE/FCC-Zertifizierung benötigt realistisch 12–18 Monate von der abgeschlossenen Spezifikation bis zur Serienfreigabe. Einfachere Designs auf Basis zertifizierter Module (z. B. u-blox NINA, Nordic nRF-Module) können auf 9–12 Monate verkürzt werden, erkaufen sich das aber mit höheren BOM-Kosten bei Volumen über 10.000 Stück.

Typische Phasenlaufzeiten in der Praxis:

• Konzept und Spezifikation: 4 bis 8 Wochen
• Erstes Hardware-Design und Schaltungssimulation: 6 bis 10 Wochen
• Prototypenbau und erste Firmware: 8 bis 12 Wochen
• Iterationen, Tests und Fehlersuche: 8 bis 16 Wochen
• Zertifizierung und Produktionsvorbereitung: 8 bis 16 Wochen

Der am häufigsten unterschätzte Puffer liegt zwischen DVT-Abschluss und Serienfreigabe: Produktionsprüfkonzepte, ICT-Fixtures, Kalibrierprozeduren für Sensoren und Verpackungskonformität kosten zusammen 4–8 Wochen, die in frühen Zeitplänen selten erscheinen. Firmware-Entwicklung auf FreeRTOS oder Zephyr mit vollständiger Testsuite verlängert die DVT-Phase um 3–6 Wochen gegenüber Projekten ohne formale Testabdeckung – dieser Aufwand zahlt sich jedoch in der Zertifizierungsphase aus, da Regressionen nach EMV-Fixes seltener auftreten.

Wann sollte ein Wearable-Start-up einen externen Entwicklungspartner hinzuziehen?

Ein externer Partner reduziert Risiko, wenn das interne Team eine identifizierbare Kompetenzlücke hat, die auf dem kritischen Pfad liegt. Die Entscheidung hängt davon ab, ob die Lücke schneller durch Einstellung, Schulung oder Beauftragung geschlossen werden kann – und welches Risiko eine Verzögerung in dieser Phase für den Markteintritt bedeutet.

Konkrete Situationen, in denen ein externer Partner den kritischen Pfad verkürzt:

• Das Team hat einen Software-Hintergrund, aber keine Erfahrung mit PCB-Layout oder Schaltungsdesign für Low-Power-Anwendungen
• Die Firmware für den gewählten Mikrocontroller erfordert tiefes Plattformwissen zu Power-Domains, DMA-Konfiguration oder BLE-Stack-Integration, das intern nicht vorhanden ist
• Hardware- und Firmware-Entwicklung müssen parallel laufen, um den Zeitplan zu halten, und das interne Team kann nur einen Strang gleichzeitig besetzen
• Das Produkt muss CE- oder FCC-Zertifizierungen durchlaufen, und das Team hat noch kein Produkt durch diesen Prozess geführt
• Ein erster Prototyp zeigt unerwartete Stromaufnahme oder Funkperformance, und die Fehlersuche stagniert nach zwei Iterationen

Ein externer Partner, der erst nach dem zweiten EVT-Zyklus eingebunden wird, kann Architekturentscheidungen aus den ersten Revisionen nicht mehr korrigieren – nur noch kompensieren. Frühzeitige Einbindung, idealerweise vor dem ersten Schaltungsentwurf, ist der einzige Zeitpunkt, an dem ein Partner Designentscheidungen mit langfristiger Wirkung beeinflussen kann.

Welche Zertifizierungen braucht ein Wearable-Produkt vor dem Markteintritt?

Die erforderlichen Zertifizierungen hängen von Zielmarkt, Produktkategorie und verbauten Funktechnologien ab. Für EU und USA sind CE und FCC obligatorisch für Geräte mit Funkkomponenten. Wer zertifizierte Module einsetzt, reduziert den Zertifizierungsaufwand, trägt aber weiterhin Verantwortung für die Systemkonformität des Endprodukts – ein häufig missverstandener Punkt, der zu Überraschungen im Zertifizierungstest führt.

• CE (Europa): Pflicht für alle elektronischen Geräte im EU-Markt. Umfasst EMV-Richtlinie, RED (Radio Equipment Directive) und je nach Produkt die Niederspannungsrichtlinie. Testaufwand: 6–10 Wochen, Kosten 3.000–12.000 EUR abhängig von Funkbändern und Produktkomplexität
• FCC (USA): Pflicht für alle Geräte mit Funkkomponenten. FCC Part 15B für unbeabsichtigte Strahler, Part 15C für intentionale Sender. Parallele Beantragung mit CE spart 4–6 Wochen Gesamtlaufzeit
• Bluetooth SIG: Pflicht für alle Produkte, die das Bluetooth-Logo führen. Qualifizierungsgebühr abhängig von Mitgliedschaftsstufe; ohne Mitgliedschaft ca. 8.000–10.000 USD einmalig
• UKCA (Großbritannien): Post-Brexit-Anforderung für den britischen Markt, technisch ähnlich zu CE, aber eigenständige Konformitätserklärung und UK-Akkreditierung erforderlich
• MDR (Medizinprodukte): Für Wearables mit medizinischer Zweckbestimmung gelten EU MDR 2017/745. Klasse I ohne Messfunktion ist selbstzertifizierbar; ab Klasse IIa ist eine benannte Stelle (Notified Body) erforderlich, was 12–24 Monate zusätzliche Zulassungszeit bedeutet

Zertifizierung ist kein abschließender Schritt, sondern ein paralleler Prozess, der mit dem ersten PCB-Layout beginnt. Antennendesign, Abschirmkonzept und Leitungsführung werden durch RED-Anforderungen direkt bestimmt. Wer diese Anforderungen erst nach dem DVT-Abschluss einarbeitet, riskiert eine vollständige Platinenrevision auf Basis von Testergebnissen.

Wie rettet man ein Wearable-Projekt, das in der Entwicklung feststeckt?

Ein festgefahrenes Projekt zeigt eines von drei Mustern: Die Fehlerursache ist bekannt, aber die Lösung überschreitet die interne Kompetenz. Die Fehlerursache ist unbekannt, und die Fehlersuche iteriert ohne Fortschritt. Oder das Scope-Creep hat den kritischen Pfad so verlängert, dass der ursprüngliche Zeitplan nicht mehr erreichbar ist. Jedes Muster erfordert eine andere Intervention.

1. Technisches Audit durchführen: Hardware-Design, Firmware-Architektur und Testprotokolle durch eine externe Perspektive systematisch prüfen lassen. Ein strukturiertes Audit identifiziert in 1–2 Wochen, ob das Problem in der Schaltung, im Firmware-Stack oder in der Testmethodik liegt
2. Fehlerquellen isolieren: Hardware- und Firmware-Probleme müssen getrennt reproduzierbar sein, bevor Lösungen entwickelt werden. Ein Fehler, der nur im integrierten System auftritt, ist kein Firmware-Bug, bis das Gegenteil bewiesen ist
3. Scope reduzieren: Features, die nicht zur Kernfunktion des ersten Markteintritts gehören und den kritischen Pfad blockieren, auf Version 1.1 verschieben. Jede Woche Verzögerung durch ein nicht-kritisches Feature kostet mehr als die Kosten eines späteren Software-Updates
4. Externe Expertise einbinden: EMV-Fehler, Energieprobleme und BLE-Stack-Instabilitäten haben bekannte Lösungsmuster. Spezialisiertes Know-how verkürzt die Fehlersuche von Wochen auf Tage, wenn das Problem korrekt klassifiziert ist
5. Zertifizierungsstrategie neu bewerten: Ein Pre-Compliance-Test bei einem akkreditierten Labor kostet 800–2.500 EUR und identifiziert kritische Abweichungen vor dem formalen Test. Bei Projekten, die kurz vor der Zertifizierung stehen, ist das die kostengünstigste Risikoabsicherung verfügbar

Die häufigste Fehlentscheidung in festgefahrenen Projekten ist, mehr Ressourcen auf das bestehende Vorgehen zu setzen, anstatt zuerst zu klären, ob das Vorgehen selbst das Problem ist. Ein externes Audit vor der nächsten Iterationsrunde kostet weniger als eine weitere Platinen-Revision auf falscher Diagnose. Wer mehr über unsere Herangehensweise an komplexe Entwicklungsprojekte erfahren möchte, findet auf unserer Über-uns-Seite einen Überblick.

Wie Oxeltech dein Wearable-Projekt voranbringt

Oxeltech entwickelt Wearable-Hardware von der Spezifikation bis zur Serienfreigabe. Das Team deckt Hardware-Design, PCB-Layout, Firmware-Entwicklung und Zertifizierungsbegleitung ab – ohne Übergaben zwischen Dienstleistern, die Informationsverluste und Verantwortungslücken erzeugen.

Konkrete Leistungen für Wearable-Projekte:

• Hardware-Design und Schaltungssimulation mit definierten Strombudgets je Subsystem und Betriebszustand
• Firmware- und Embedded-Software-Entwicklung für ARM-Cortex-Architekturen, STM32 und NXP auf Basis von FreeRTOS und Zephyr, inklusive Power-State-Machine und BLE-Stack-Integration
• Integration von BLE, Wi-Fi, NB-IoT und LoRa mit Duty-Cycle-Analyse und Feldtestvalidierung für IoT-Wearable-Anwendungen
• EMI/EMC-gerechtes PCB-Layout mit Pre-Compliance-Prüfung vor dem formalen CE-, FCC- und Bluetooth-SIG-Test
• Technisches Audit für festgefahrene Projekte mit strukturierter Fehlerklassifikation in Hardware und Firmware
• Produktionsvorbereitung inklusive Testkonzept, Kalibrierprozeduren und Zertifizierungsmanagement bis zur Serienfreigabe

Oxeltech hat über 20 Hardwareprodukte vom Konzept bis zur Serienproduktion begleitet. Wenn du ein Wearable-Projekt realisieren oder ein festgefahrenes Projekt wieder auf Kurs bringen möchtest, nimm jetzt Kontakt auf und beschreibe den aktuellen Stand deines Projekts.

Ähnliche Beiträge

• Was sind die größten technischen Herausforderungen bei der Wearable-Entwicklung?
• Wie beeinflusst das Tragekomfort-Feedback die Elektronikentwicklung bei Wearables?
• Welche Materialien eignen sich für flexible Wearable-Gehäuse und Trägerstrukturen?
• Wie sichert man die Datenübertragung in medizinischen Wearables ab?
• Warum ist Enerbei der Wearablegieeffizienz -Entwicklung so entscheidend?