Wer ein Embedded-System entwickeln lassen möchte, steht schnell vor drei konkreten Fragen: Was kostet das? Wie läuft das ab? Und wie lange dauert es bis zur Serienreife? Die Antworten hängen stark vom Projektumfang ab, aber es gibt klare Muster, die sich aus der Praxis ableiten lassen. Dieser Artikel gibt Produktmanagern, CTOs und Gründerteams einen realistischen Überblick, damit Budgets, Ressourcen und Erwartungen von Anfang an richtig gesetzt werden.
Die Entscheidung, Elektronikentwicklung zu outsourcen, ist für viele Unternehmen ohne internes Hardwareteam der einzig gangbare Weg, um ein IoT-Gerät oder Embedded-Produkt zur Marktreife zu bringen. Gleichzeitig ist sie mit echten Risiken verbunden, wenn Anforderungen unklar sind, Zeitpläne unrealistisch kalkuliert werden oder der falsche Partner gewählt wird. Die folgenden Abschnitte beleuchten jeden dieser Aspekte aus einer Entscheidungsperspektive.
Kostenfaktoren bei der Embedded-System-Entwicklung
Die Kosten für ein Embedded-Entwicklungsprojekt variieren erheblich, abhängig von Komplexität, Zertifizierungsanforderungen und dem Reifegrad der Anforderungen. Ein einfaches IoT-Gerät mit BLE-Konnektivität und einem STM32-Mikrocontroller kann ab ca. 15.000 bis 30.000 Euro entwickelt werden. Sobald Medizinanforderungen (IEC 62304, MDR), industrielle Zertifizierungen oder komplexe Multiprotokoll-Stacks (z. B. LTE-M plus Zigbee plus lokale Sensorik) ins Spiel kommen, bewegen sich Projekte schnell im Bereich von 80.000 bis 200.000 Euro.
Die drei größten Kostentreiber
- Anforderungsqualität: Unklare oder sich ändernde Spezifikationen erzwingen Redesign-Zyklen. Jede Iteration an der Hardware kostet Zeit und Material, typischerweise 2.000 bis 8.000 Euro pro PCB-Revision inklusive Bestückung und Testaufbau.
- Zertifizierungsaufwand: Eine CE-Zertifizierung für ein einfaches IoT-Gerät dauert 8 bis 14 Wochen und kostet 5.000 bis 15.000 Euro. Eine FCC-Zertifizierung für den US-Markt kommt on top. Bei Medizinprodukten sind Validierungskosten von 50.000 Euro aufwärts realistisch.
- Firmware-Komplexität: Ein Bare-Metal-Firmware-Projekt auf einem PIC oder ARM Cortex-M0 ist grundlegend anders zu kalkulieren als ein RTOS-basiertes System mit FreeRTOS oder Zephyr, Over-the-Air-Updates, sicherer Bootloader-Kette und Cloud-Integration via MQTT. Letzteres kann dreimal so viel Entwicklungszeit beanspruchen.
Ein häufig unterschätzter Posten: der Übergang vom Prototyp zur Serienproduktion. Design-for-Manufacturing-Anpassungen, Stücklistenoptimierung und Produktionstests kosten zusätzlich 10 bis 25 Prozent des ursprünglichen Entwicklungsbudgets. Teams, die diesen Schritt in der Budgetplanung ignorieren, geraten kurz vor dem Markteintritt in finanzielle Engpässe.
Typischer Ablauf eines Entwicklungsprojekts
Ein strukturierter Entwicklungsprozess folgt klaren Phasen, die jeweils eigene Entscheidungspunkte und Risiken haben. Das Überspringen von Phasen, etwa um Zeit zu sparen, verschiebt Probleme in spätere, teurere Phasen.
Phase 1: Konzept und Anforderungsanalyse
In dieser Phase werden Systemarchitektur, Kommunikationsprotokolle, Energiebudget und Zertifizierungsumfang definiert. Eine schwache Anforderungsanalyse ist der häufigste Grund für Projektverzögerungen. Wenn zu Beginn nicht klar ist, ob das Gerät mit einer Knopfzelle 5 Jahre laufen soll oder per USB-C täglich geladen wird, entstehen grundlegend unterschiedliche Hardwaredesigns. Dieser Entscheidungspunkt lässt sich nicht rückwirkend korrigieren, ohne das Schaltungsdesign neu aufzusetzen.
Phase 2: Hardware-Design, Simulation und erster Prototyp
Schaltungsentwicklung, PCB-Layout und Simulation (z. B. Signalintegrität, thermisches Verhalten) bilden den Kern dieser Phase. Für ein IoT-Gerät mittlerer Komplexität dauert diese Phase typischerweise 6 bis 12 Wochen. Die Schaltplan- und Simulationsphase entscheidet maßgeblich darüber, wie viele Revisionen der Prototyp benötigt. Teams, die EMI-Anforderungen erst nach dem ersten Prototyp berücksichtigen, riskieren ein vollständiges Redesign des PCB-Stackups.
Phase 3: Firmware-Entwicklung und Integration
Die Firmware-Entwicklung läuft idealerweise parallel zur Hardware, sobald die Systemarchitektur steht. Peripherie-Treiber, RTOS-Konfiguration, Kommunikations-Stack und Applikationslogik müssen auf der realen Hardware validiert werden, nicht nur auf Entwicklungsboards. Fehler, die erst im Integrations-Test entdeckt werden, kosten durchschnittlich fünfmal mehr als solche, die in der Designphase gefunden werden.
Phase 4: Prototyp-Validierung, DFM und Serienvorbereitung
Nach erfolgreicher Validierung folgen Design-for-Manufacturing-Anpassungen und die Vorbereitung der Produktionsdokumentation. Zertifizierungstests (CE, FCC, ggf. medizinische Normen) laufen parallel. Diese Phase wird häufig unterschätzt, weil Teams annehmen, ein funktionierender Prototyp sei gleichbedeutend mit einem serienreifen Produkt. Das ist ein struktureller Irrtum: Serienproduktion erfordert Testabdeckung, Kalibrierungsroutinen und Fertigungsfreigaben, die im Prototypenstadium nicht existieren.
Realistische Zeitpläne: Von der Idee zur Serienreife
Ein IoT-Gerät von der Idee bis zur Serienproduktion zu bringen, dauert unter günstigen Bedingungen 9 bis 18 Monate. Komplexere Produkte mit Zertifizierungsanforderungen oder mehreren Kommunikationsprotokollen liegen eher bei 18 bis 30 Monaten. Wer mit 6 Monaten plant, plant für einen Prototyp, nicht für ein marktreifes Produkt.
- Konzept und Anforderungsanalyse: 2 bis 6 Wochen
- Hardware-Design und erster Prototyp: 6 bis 14 Wochen
- Firmware-Entwicklung: 8 bis 20 Wochen (parallel zur Hardware)
- Prototyp-Iterationen: 1 bis 3 Revisionen, je 4 bis 8 Wochen
- Zertifizierung: 8 bis 20 Wochen je nach Scope
- DFM und Serienanlauf: 4 bis 10 Wochen
Der kritische Pfad ist fast immer die Kombination aus Prototyp-Iterationen und Zertifizierung. Wer Zertifizierungsanforderungen erst nach dem ersten Prototyp analysiert, verliert typischerweise 8 bis 16 Wochen durch nachträgliche Designänderungen. Zertifizierungsrisiken müssen in der Anforderungsphase adressiert werden, nicht nach dem ersten Labortest.
Worauf es bei der Wahl des Entwicklungspartners ankommt
Die Wahl des richtigen Dienstleisters für Hardwareentwicklung entscheidet über Zeitplan, Qualität und Zertifizierungserfolg. Nicht jeder Elektronikentwicklungsdienstleister ist für jedes Projekt geeignet. Die folgenden Kriterien sind entscheidungsrelevant.
- Nachweis abgeschlossener Projekte: Ein Partner, der IoT-Geräte von der Konzeptphase bis zur Serienproduktion begleitet hat, kennt die Stolperstellen in jeder Phase. Fragen Sie konkret nach: Wie viele Produkte wurden tatsächlich zertifiziert und in Serie gebracht?
- Hardware-Software-Kompetenz unter einem Dach: Getrennte Hardware- und Firmware-Teams bei verschiedenen Dienstleistern erzeugen Schnittstellenprobleme. Integration und Debugging an der Hardware-Firmware-Grenze sind zeitkritisch und erfordern enge Zusammenarbeit.
- Zertifizierungserfahrung: CE, FCC, UKCA oder IEC 62304 sind keine Formalitäten, die am Ende eines Projekts erledigt werden. Ein Partner ohne aktive Zertifizierungserfahrung übergibt dieses Risiko an den Auftraggeber.
- Kommunikationsstruktur: Klären Sie im Vorfeld: Wer ist der technische Ansprechpartner? Wie werden Änderungen dokumentiert? Wie oft gibt es Status-Updates? Eine fehlende Kommunikationsstruktur ist ein Frühindikator für Projektverzögerungen.
Ein Warnsignal: Dienstleister, die einen Festpreis ohne detaillierte Anforderungsanalyse anbieten, kalkulieren entweder mit großzügigen Puffern oder unterschätzen den Scope. Beides ist für den Auftraggeber nachteilig. Seriöse Partner arbeiten mit einem definierten Anforderungsprozess, bevor ein Angebot entsteht.
Häufige Fehler und wie sie den Zeitplan gefährden
Projektverzögerungen in der Embedded-Entwicklung folgen erkennbaren Mustern. Die meisten lassen sich auf Entscheidungen zurückführen, die in frühen Projektphasen getroffen oder nicht getroffen wurden.
Fehler 1: Zertifizierungsanforderungen zu spät einbeziehen
Teams, die CE- oder FCC-Anforderungen erst nach dem ersten Prototyp prüfen, stellen häufig fest, dass das PCB-Layout EMI-Anforderungen nicht erfüllt oder das verwendete Funkmodul keine passende Modulzertifizierung mitbringt. Das Ergebnis ist ein vollständiges PCB-Redesign, das 6 bis 12 Wochen kostet. Die Konsequenz: Zertifizierungsumfang und regulatorische Anforderungen müssen in der Anforderungsphase vollständig spezifiziert sein.
Fehler 2: Energiebudget nicht von Anfang an definieren
Ein häufig beobachtetes Muster: Das Energiebudget wird als nachgelagertes Optimierungsproblem behandelt. In der Praxis bestimmt das Energiebudget die Mikrocontroller-Auswahl, die Sensorarchitektur, das Kommunikationsprotokoll und das Gehäusedesign. Wer diese Entscheidungen ohne definiertes Energiebudget trifft, riskiert, dass das Gerät die Akkulaufzeitanforderung nicht erfüllt und grundlegende Architekturentscheidungen revidiert werden müssen. Bei einem Wearable mit 100 mAh Akku und 7-Tage-Laufzeitanforderung bedeutet das ein durchschnittliches Systembudget von unter 600 µA, eine Anforderung, die jede Peripherie-Entscheidung beeinflusst.
Fehler 3: Prototyp mit Serienprodukt gleichsetzen
Ein funktionierender Handprototyp ist kein Produktionsnachweis. Fertigungstoleranzen, Bestückungsprozesse und Langzeitstabilität unter realen Umgebungsbedingungen erfordern separate Validierungsschritte. Teams, die nach dem ersten funktionierenden Prototyp direkt in die Serienproduktion gehen, erleben häufig Ausfallraten von 5 bis 20 Prozent in der ersten Produktionsserie, ein Fehler, der Rückrufkosten und Reputationsschäden verursacht.
Die gemeinsame Ursache dieser Fehler ist dieselbe: Entscheidungen werden zu spät getroffen oder Anforderungen werden als iterativ behandelt, obwohl sie in der Hardwareentwicklung frühzeitig festgelegt werden müssen. Ein strukturierter Entwicklungsprozess mit klaren Entscheidungspunkten pro Phase ist kein Overhead, sondern der einzige zuverlässige Weg, Zeitpläne einzuhalten.
Wie Oxeltech bei der Embedded-System-Entwicklung unterstützt
Wir begleiten Unternehmen, die ein IoT-Gerät oder Embedded-System entwickeln lassen möchten, vom ersten Konzept bis zur zertifizierten Serienproduktion. Unser Team deckt Hardware-Design, PCB-Layout, Firmware-Entwicklung und Zertifizierungsvorbereitung aus einer Hand ab, was Schnittstellenprobleme zwischen getrennten Dienstleistern eliminiert.
- Anforderungsanalyse und Systemarchitektur mit expliziter Berücksichtigung von Energiebudget, Zertifizierungsumfang und Kommunikationsprotokoll von Tag eins
- Hardware-Design und Simulation für IoT-, Wearable- und industrielle Embedded-Systeme, optimiert auf EMI/EMC-Anforderungen und DFM
- Firmware-Entwicklung für ARM Cortex, STM32, NXP und PIC auf Basis von FreeRTOS und Zephyr, inklusive drahtloser Konnektivität (BLE, Wi-Fi, NB-IoT, LTE-M, LoRa)
- Zertifizierungsbegleitung für CE, FCC und branchenspezifische Normen, integriert in den Entwicklungsprozess statt als nachgelagerter Schritt
- Serienvorbereitung und Produktionsunterstützung inklusive DFM-Analyse, Testkonzepten und Produktionsdokumentation
Wir haben über 20 Hardwareprodukte von der Idee bis zur Serienproduktion begleitet, darunter IoT-Geräte, Wearables und industrielle Embedded-Systeme für Kunden in Europa und den USA. Wenn Sie ein konkretes Projekt haben und einen verlässlichen Entwicklungspartner suchen, nehmen Sie Kontakt auf und beschreiben Sie Ihre Anforderungen. Wir melden uns innerhalb von 24 Stunden mit einer ersten Einschätzung.
Ähnliche Artikel
- Firmware Entwicklung beauftragen: Die 5 Fragen die du stellen musst
- IoT Gerät zertifizieren in Europa: CE, RED und was wirklich Zeit kostet
- Wie baut man ein eingebettetes System?
- Wie wählt man den richtigen Mikrocontroller für ein IoT-Gerät aus?
- Welche Materialien eignen sich für flexible Wearable-Gehäuse und Trägerstrukturen?
Dieser Inhalt wurde mithilfe von KI erstellt und kann Fehler enthalten.
