Ein Hardware-Produkt ist mehr als die Summe seiner Bauteile. Es vereint mechanische Struktur, elektronische Schaltkreise, Firmware und Kommunikationsprotokolle zu einem funktionierenden System, das unter realen Bedingungen zuverlässig arbeitet. Wer ein Hardware Produkt entwickeln möchte, steht vor einer Reihe von Entscheidungen, die schon früh im Prozess über Kosten, Zertifizierbarkeit und Marktreife entscheiden. Dieser Artikel gibt einen strukturierten Überblick über die wesentlichen Aspekte der Hardwareentwicklung, von der Architektur bis zur Serienproduktion.

Hardwarekomponenten und ihr Zusammenspiel

Ein Hardware-Produkt besteht typischerweise aus einem Mikrocontroller oder Prozessor, analoger und digitaler Peripherie, einem Stromversorgungskonzept, einer oder mehreren Kommunikationsschnittstellen sowie der dazugehörigen Firmware. Diese Schichten interagieren permanent miteinander: Eine schlechte Entkopplung der Stromversorgung erzeugt Rauschen auf dem ADC. Ein falsch dimensionierter Quarz destabilisiert die BLE-Verbindung. Systemfehler entstehen fast immer an den Schnittstellen zwischen Subsystemen.

Die Wahl des Mikrocontrollers bestimmt früh, welche Peripherie verfügbar ist, welche RTOS-Ökosysteme infrage kommen und welche Zertifizierungspfade realistisch sind. ARM-Cortex-M-Architekturen wie STM32 oder NXP bieten breite Toolchain-Unterstützung und aktive Communities, was Debugging und Portierbarkeit erleichtert. PIC-Derivate eignen sich für sehr kostenoptimierte, einfache Applikationen, haben aber bei komplexeren RTOS-Integrationen klare Grenzen. Die Entscheidung für eine Plattform ist auch eine Entscheidung gegen Flexibilität in späteren Entwicklungsphasen.

Das Stromversorgungsdesign ist in vielen Projekten ein unterschätzter Kostentreiber. Ein LDO-basiertes Design ist einfacher zu layouten und EMI-unkritischer, verursacht aber bei höheren Eingangs-Ausgangsdifferenzen thermische Verluste, die das PCB-Design und das Gehäuse beeinflussen. Ein Schaltregler ist effizienter, erzeugt aber Schaltfrequenz-Harmonische, die bei RF-Produkten direkt in den Empfangspfad strahlen können. Wer das nicht frühzeitig im Schaltungsdesign und Simulation berücksichtigt, riskiert aufwendige Redesigns kurz vor der EMC-Prüfung.

Arten von Hardware-Produkten im Überblick

Hardware-Produkte lassen sich grob nach Anwendungskontext und technischer Komplexität einteilen. Diese Kategorisierung ist nicht akademisch, sie bestimmt Zertifizierungsumfang, Designanforderungen und Entwicklungsbudget direkt.

IoT-Geräte und vernetzte Systeme

IoT-Geräte kombinieren Sensorik, lokale Verarbeitung und drahtlose Konnektivität. Typische Protokolle sind BLE für kurze Reichweite und niedrigen Stromverbrauch, Wi-Fi für bandbreitenintensive Anwendungen sowie LoRa oder NB-IoT für weitreichende, batteriebetriebene Feldgeräte. Die Wahl des Funkprotokolls bestimmt den Zertifizierungsaufwand: Ein BLE-Modul mit vorhandener Modulzertifizierung reduziert den CE/FCC-Aufwand erheblich, ein eigenes RF-Design erfordert eine vollständige Funkzulassung und kann 8 bis 14 Wochen zusätzliche Testzeit bedeuten.

Wearables und batteriebetriebene Geräte

Wearables stehen unter extremem Footprint- und Energiedruck. Ein Gerät mit 100 mAh Akku und einem Ziel von 7 Tagen Laufzeit erlaubt im Durchschnitt unter 600 µA Gesamtstromaufnahme. Das schließt bestimmte Sensorklassen und Kommunikationsintervalle direkt aus. Medizinische Wearables unterliegen zusätzlich IEC 62133 für Batteriesicherheit und je nach Klassifizierung MDR-Anforderungen, die Entwicklungskosten und -zeiten substanziell erhöhen.

Industrielle und medizinische Systeme

Industrielle Embedded-Systeme priorisieren Langzeitverfügbarkeit von Komponenten, Robustheit gegenüber Temperatur und Vibration sowie deterministische Echtzeitfähigkeit. Medizinische Produkte erfordern IEC 60601-konforme Isolation und dokumentierte Risikoanalysen nach ISO 14971. In beiden Segmenten ist die Dokumentationslast oft größer als der Entwicklungsaufwand selbst.

Von der Idee bis zur Serienreife: der Entwicklungsprozess

Der Weg vom Konzept zur Serie lässt sich in vier Phasen unterteilen, die jeweils unterschiedliche Entscheidungsrisiken tragen.

Konzept und Systemspezifikation: Hier werden Anforderungen in technische Parameter übersetzt. Fehler in dieser Phase, etwa eine unrealistische Akkulaufzeitanforderung bei gegebener Sensordichte, wirken sich auf alle nachfolgenden Phasen aus. Ein fehlender Abgleich zwischen Systemarchitektur und Zertifizierungsumfang führt regelmäßig zu teuren Nacharbeiten in der Validierungsphase.

Prototypenphase: Erste Schaltungsentwürfe und PCB-Layouts werden aufgebaut und validiert. Typischerweise sind zwei bis drei Hardwareiterationen vor einem stabilen Prototypen realistisch. Wer mit einem einzigen Prototyp zur Zertifizierung will, unterschätzt die Wahrscheinlichkeit von layoutbedingten EMI-Problemen oder thermischen Überraschungen. Beim Embedded System Prototyp bauen gilt: Frühes Scheitern ist günstiger als spätes.

Validierung und Zertifizierung: Die CE-Zertifizierung für ein einfaches BLE-Produkt mit Modulzertifizierung kostet erfahrungsgemäß zwischen 3.000 und 8.000 Euro und dauert 6 bis 10 Wochen. Produkte mit eigenem RF-Design oder medizinischer Zweckbestimmung liegen deutlich darüber. Wer Zertifizierungsanforderungen erst in dieser Phase berücksichtigt, riskiert ein vollständiges Redesign der Isolationsarchitektur oder des Antennenlayouts.

Serienproduktion: Design for Manufacturing (DFM) ist keine optionale Optimierung. Testpunkte, Bestückungstoleranzen und Bauteilalternativen müssen bereits im Schaltungsdesign berücksichtigt sein. Ein Bauteil ohne qualifizierten Second-Source-Lieferanten kann bei Lieferengpässen die gesamte Produktion stoppen.

Häufige Herausforderungen bei der Hardwareentwicklung

Die häufigste Fehlannahme in der Hardwareentwicklung ist, dass Softwareentwicklungsgeschwindigkeit auf Hardware übertragbar ist. Ein PCB-Redesign dauert mit Fertigung und Bestückung typischerweise 3 bis 6 Wochen. Iterationszyklen sind damit fundamental langsamer als in der Softwareentwicklung, was frühe Entscheidungen unverhältnismäßig teuer macht.

EMI/EMC-Probleme entstehen fast nie durch ein einzelnes Design-Versagen, sondern durch das Zusammenspiel von Layoutentscheidungen, Schaltregler-Harmonischen und Antennenplatzierung. Ein Schaltregler mit 1 MHz Schaltfrequenz, dessen Leiterbahnen parallel zu einem BLE-Empfangspfad geroutet sind, kann die Empfindlichkeit des Empfängers um mehrere dB reduzieren. Das ist erst in der EMC-Messkammer sichtbar, aber im Schaltungsdesign verursacht.

Die Firmware-Hardware-Interaktion wird in frühen Phasen systematisch unterschätzt. Ein I2C-Sensor, der unter bestimmten Fehlerbedingungen den Bus blockiert, macht das gesamte Gerät unbedienbar, wenn die Firmware kein Timeout-Recovery implementiert. Solche Szenarien tauchen selten im Happy-Path-Test auf, aber regelmäßig im Feld.

Komponentenverfügbarkeit ist ein Produktionsrisiko, kein Einkaufsproblem. Ein Mikrocontroller mit 52-Wochen-Lieferzeit bei einem Neudesign bedeutet, dass die Entscheidung für diesen Controller heute über den Produktionsstart in einem Jahr entscheidet.

Wann ein externer Entwicklungspartner sinnvoll ist

Hardwareentwicklung ohne internes Team ist für viele Unternehmen der Standardfall, nicht die Ausnahme. Der Aufbau eines vollständigen internen Hardware-Teams mit Schaltungsentwicklung, PCB-Layout, Firmware und RF-Expertise kostet in Deutschland 400.000 bis 700.000 Euro jährlich allein an Personalkosten. Für ein einzelnes Produkt oder eine erste Marktvalidierung ist das wirtschaftlich nicht vertretbar.

Ein externer Partner macht dann Sinn, wenn das Produkt klare technische Anforderungen hat, aber dem internen Team die Tiefe in spezifischen Domänen fehlt, etwa RF-Design, EMC-gerechtes Layout oder RTOS-Firmware für sicherheitskritische Anwendungen. Wer Elektronikentwicklung outsourcen möchte, sollte prüfen, ob der Partner nachweislich Produkte bis zur Zertifizierung und Serienreife gebracht hat, nicht nur Prototypen geliefert hat.

Kritisch ist die Schnittstelle zwischen internem Produktmanagement und externem Entwicklungsteam. Unklare Anforderungen oder häufig wechselnde Spezifikationen sind der häufigste Grund für Budgetüberschreitungen bei ausgelagerter Hardwareentwicklung. Ein Partner, der in der Konzeptphase aktiv Anforderungen hinterfragt und dokumentiert, reduziert dieses Risiko strukturell.

Wie Oxeltech bei der Hardwareentwicklung unterstützt

Wir bei Oxeltech begleiten Unternehmen von der ersten technischen Spezifikation bis zur Serienproduktion. Unser Team vereint Schaltungsentwicklung, PCB-Layout, Firmware-Entwicklung und Zertifizierungsunterstützung unter einem Dach, was Schnittstellenverluste zwischen Disziplinen minimiert.

• Schaltungsentwicklung und Simulation: Wir entwerfen und simulieren Schaltungen für IoT-, Wearable- und industrielle Anwendungen, einschließlich Stromversorgungsarchitektur, RF-Integration und EMC-gerechtem Design.
• Firmware-Entwicklung: Wir entwickeln Embedded Software auf ARM-Cortex-Plattformen (STM32, NXP, PIC) mit FreeRTOS und Zephyr für batteriebetriebene und echtzeitkritische Anwendungen.
• Prototypenbau und Iteration: Wir bauen erste Prototypen auf und begleiten die Hardwareiterationen bis zu einem produktionsstabilen Design.
• Zertifizierung und Serienreife: Wir unterstützen bei CE-, FCC- und produktspezifischen Zertifizierungen und bereiten Designs für DFM und Serienproduktion vor.
• Drahtlose Konnektivität: Wir integrieren BLE, Wi-Fi, LoRa, NB-IoT, LTE-M und Zigbee und berücksichtigen dabei Antennenlayout, Modulauswahl und Zulassungsanforderungen von Beginn an.

Wir haben über 20 Hardwareprodukte erfolgreich vom Konzept bis zur Serienproduktion begleitet. Wenn ein konkretes Hardwareprojekt ansteht und das interne Team Verstärkung benötigt, nehmt gerne Kontakt mit uns auf für ein erstes technisches Gespräch.

Ähnliche Artikel

• Wie genau kann ein Wearable-Sensor den Blutsauerstoff messen?
• Was sind biometrische Daten und wozu werden sie genutzt?
• Wie wählt man den richtigen Mikrocontroller für ein Wearable aus?
• Welche Materialien eignen sich für flexible Wearable-Gehäuse und Trägerstrukturen?
• Was ist Wearable Electronics-Entwicklung und wie funktioniert sie?