Wie man 2026 ein Hardware-Produkt entwickelt: Ein kompletter Leitfaden

Die Markteinführung eines physischen Produkts ist eine spannende Aufgabe, die in gewisser Weise auch härter zu kontrollieren ist als bei Software. Wenn man einen Code verfälscht, muss man ihn bis Freitag wieder herstellen. Wenn man ein Board oder eine Form falsch baut, werden die Korrekturmaßnahmen schnell teuer, während die frühesten Entscheidungen die Kosten und die Zeitplanung des Projekts bestimmen.

Dieser Leitfaden beschreibt daher, wie man diese frühen Anfragen richtig beantwortet. Er behandelt das gesamte Lebenszyklusmodell – vom Gehäuse bis zur Cloud, die Compliance, die die erfolgreiche Einführung sicherstellt, und die Frage, mit der sich die meisten Teams zuerst konfrontiert sehen: Ob man das Eigenentwickeln oder die Partnerschaft wählt.

Hardwareentwicklung Das End-to-End-Verfahren zur Entwicklung, Konstruktion, Prototypisierung, Prüfung und Fertigung eines physischen elektronischen Produkts, das Sie zuverlässig und in Massenfertigung erzeugen können, innerhalb der Vorschriften des jeweiligen Marktes. Die Hardware-Entwicklung ist schwieriger als die Software aus einem Grund vor allem: Veränderungen sind langsam und kostspielig, und sobald ein Produkt ausgeliefert ist, kann man einen physischen Defekt oft nicht mehr von zu Hause aus reparieren.

Dieser eine Fakt ist der Grund dafür, dass Ihre frühesten Entscheidungen die größte Bedeutung haben. Untersuchungen zur technologischen Veränderung zeigen, dass die Kosten für die Behebung eines Problems mit jeder nachfolgenden Lebenszyklusphase um etwa ein Zehnfaches steigen, und das Bis zu 80 Prozent der Gesamtkosten eines Produkts sind bereits im Entwurf festgelegt.. Eine Rippe, die Sie während der Konzeptionsphase in die Fassade einbauen, kostet fast nichts; eine ähnliche Änderung nach dem Formenprozess kann Tausende von Euro kosten und Ihren Produktionsstart verzögern. Frühzeitige Fehler kosten später viel Geld.

Der Begriff erstreckt sich über die meisten Erwartungen hinaus. Er umfasst das mechanische Gehäuse, die Leiterplatte, die Firmware, die das Silizium zum Leben erweckt, sowie die Cloud-Services, mit denen das Gerät kommuniziert. Eine intelligente Insulinpumpe oder ein industrieller Edge-Gateway: Jedes ist die Produktfolge einer Hardware-Entwicklung und zugleich ein System, nicht nur ein Gadget.

Die Systemarchitekturen bestimmen die Art und Weise, wie Yalantis die Hardware-Produktentwicklung gestaltet. Yalantis ist ein Full-Cycle-Unternehmen für die Entwicklung von Hardware und Software, das vernetzte Produkte von der PCB-Fertigung über die Cloud bis hin zur Konformitätsprüfung bis hin zum ersten Anforderungsprofil ausführt – eine Herangehensweise, die wir Compliance-First Engineering nennen. Die meisten modernen Geräte scheitern an den Schnittstellen zwischen den verschiedenen Disziplinen; daher ist es wichtig, diese Schnittstellen zu kennen, um sie zu vermeiden.

Hardwareentwicklung vs. Hardwaredesign vs. Hardwareengineering: Was ist der Unterschied?

Diese drei Begriffe beschreiben unterschiedliche Bereiche, und ihre Verwechslung führt zu Fehlinterpretationen bei der Vertragsgestaltung und der Teamstruktur, weshalb es wichtig ist, genau zu sein.

Hardware-Design Betrifft die kreative und technische Spezifikation: die Entscheidung, was das Produkt leisten soll und wie seine Teile zusammenpassen und vernetzen sollen. Hier werden die Schaltungszeichnungen und die Komponentenwahl erstellt, zusammen mit dem industriellen Design des Gehäuses. Hardware-Engineering Er macht diese Konstruktion real und zuverlässig, indem er die Signalintegrität, das thermische Verhalten, die Leistungsgrenzen, die EMV-Eigenschaften und die Fertigungsfähigkeit berücksichtigt.

Hardwareentwicklung Es ist das Dach über beide. Es umfasst Design und Engineering und umfasst außerdem Prototyping, Verifikation, Compliance, Fertigungsbereitschaft und die nach dem Start erforderliche Pflege. Wenn also jemand fragt, was ein Hardwareentwickler eigentlich macht, lautet die ehrliche Antwort, dass diese Rolle alle diese Bereiche abdeckt und sich anstatt die alleinige Verantwortung für eine einzelne Platine an Spezialisten ausrichtet.

Wie unterscheidet sich die Hardwareentwicklung von der Softwareentwicklung?

Der wesentliche Unterschied liegt in den Kosten und der Geschwindigkeit der Änderungen, und fast alles andere ergibt sich daraus. In Software erfolgt Iteration innerhalb weniger Minuten und Patch-Arbeiten nach jedem Release; in der Hardware kann eine einzige Board-Revision Wochen und hohe Kosten kosten, und ein geliefertes Problem kann im Feld gar nicht mehr behoben werden.

Dieser eine Aspekt verändert die Planung, das Budget, die Teamstruktur und die Risikotoleranz grundlegend. Die folgende Tabelle zeigt die Unterschiede auf, die die Teams, die aus einer rein softwaretechnischen Herkunft kommen, am häufigsten erleben.

Der Hardware-Entwicklungsprozess besteht aus einer strukturierten Reihe von Phasen, die ein Produkt von der Idee bis zur Serienfertigung und darüber hinaus begleiten. Die meisten Teams verwenden ein Modell mit fünf bis acht Phasen; wir verwenden sieben, da es sich gut an die tatsächlichen Kosten und Risiken anpasst.

Jeder Wettbewerbsführer organisiert sich nach Phasen, daher gilt dies als Pflichtinformation, die richtig durchgeführt werden muss. Der Grund, die Hardware-Entwicklungsprozesse explizit zu benennen, liegt darin, dass jede Phase ihre eigenen Erreichungsvorgaben und typische Dauer sowie ihre eigene Fehlerursachen mit sich bringt. Sobald Sie diese Fehlerarten erkennen können, können Sie darauf vorbereitet sein. Folgend wird jeder Schritt des Hardware-Entwicklungsprozesses anhand seines Ziels und des häufigsten Fehlers beschrieben, dessen Ausbreitung in einer Tabelle am Ende zusammengefasst ist.

Phase 1: Konzeption und Anforderungen definieren

Hier entscheiden Sie, was das Produkt tun muss und für wen es das Produkt nutzen soll; Sie übersetzen die Kundenbedürfnisse in die Beschränkungen, die es erfüllen muss, und daraus entsteht das einzige Dokument, auf das jede weitere Entscheidung zurückzuführen ist. So erhalten Sie spezifische Produktanforderungen, und das gesamte Programm hat eine solide Grundlage, auf der es aufbauen kann.

Lassen Sie die Vorgaben vage, dann zahlen Sie später für sie. Wenn technische Anforderungen wie Robustheit oder geringer Stromverbrauch nie Zahlen werden, werden Ihre Ingenieure die Lücke mit Vermutungen füllen, und diese Vermutungen werden bei Phase sechs zu kostspieligen Überraschungen. Dies ist auch der Zeitpunkt, um Ihre Zielmärkte genau zu definieren, denn die gesetzlichen Anforderungen, die sie vorsehen, können die Architektur neu gestalten, noch bevor Sie ein einziges Schaltbild entworfen haben.

Phase 2: Systemarchitektur und Machbarkeit

Sobald die Anforderungen festgelegt sind, entscheiden Sie über die Struktur auf hoher Ebene: Was läuft auf einem Mikrocontroller im Vergleich zu einem FPGA, welcher Konnektivitätsstandard passt, wo die Rechenleistung liegt und was innerhalb Ihres Kosten- und Leistungsbudgets machbar ist. Das Ergebnis ist eine Architektur, der Sie vertrauen können, und eine klare Vorstellung davon, was noch nachzuweisen ist.

Das Problem hier ist, die Machbarkeit desjenigen Subsystems zu ignorieren, das Sie beunruhigt. Diese unbewiesene Funkverbindung oder das aggressive thermische Ziel sollte genau als erstes abgefedert werden, während eine Änderung noch immer kostengünstig ist und ein Neuanbau Tage statt Monate kostet.

Phase 3: Skizzenzeichnung und Simulation

Nun wandelt der Designprozess die Architektur in detailliertes elektronisches Design um, das Sie virtuell validieren, bevor Sie sich für die Herstellung von physischen Platinen entscheiden. Hier erfolgt die Schaltungszeichnung und die Auswahl der elektronischen Komponenten, die anschließend anhand von SPICE- und Signalisierungs-Integrationssimulationen überprüft werden. So funktioniert das Board, das Sie schließlich fertigen, so wie es das Modell versprochen hat.

Die Falle wählt Komponenten ausschließlich nach ihren Spezifikationen aus. Ein makelloser Entwurf, der auf einer 52-wöchigen Ausschreibung aufbauend erstellt wurde, ist kein Design, das man in die Produktion bringen kann. Daher gehören die Lieferzeit und der Lebenszyklusstatus von Anfang an zu den Auswahlkriterien.

Phase 4: Prototyping (Alpha, Beta, EVT/DVT/PVT)

Das Prototyping verwandelt das Design in physische Hardware in Schritten hin, wobei jeder Bau eine iterative Konstruktion ist, da jeder Bau eine andere Frage beantwortet. Die Entwicklung von Hardware-Prototypen bewegt sich von der ersten Idee bis zur Fertigstellung in Schritten hin zu einer Produktionsfertigkeit.

Die Alpha- und Beta-Versionen testen die Funktionalität und die Designabsichten. Die formale Phase verschärft dann die Anforderungen. Die EVT (Engineering Validation) bestätigt, dass das Design funktioniert. Die DVT (Design Validation) bestätigt, dass es alle Anforderungen erfüllt, und die PVT (Production Validation) bestätigt, dass die Fabrik das endgültige Produkt in der gewünschten Qualität und in der gewünschten Menge herstellen kann. Die Eile, die bei der EVT vorliegt, um eine Demo-Veröffentlichung zu erreichen, führt dazu, dass unvalidierte Annahmen in die DVT übergehen, die sich dann zehnmal teurer auszahlen als die Rückführung.

Phase 5: Überprüfung, Validierung und Compliance-Tests

Diese Phase bewirkt durch elektrische und funktionale Tests, dass das Produkt seinen Anforderungen entspricht und Sie die Vorschriften jedes Marktes erfüllen können, in dem Sie verkaufen möchten. Es ist auch der Moment, in dem zu viele Programme viel zu spät feststellen, dass die Einhaltung eine langwierige Aufgabe ist und nicht einfach eine letzte Feststellung.

Zertifizierungslabore buchen Wochen im Voraus, und ein fehlerhafter EMC-Scan kann dazu führen, dass die Produktion neu gestartet werden muss – was wiederum den Zeitplan durcheinanderbringt. Die Lösung besteht in strukturellen Maßnahmen: Compliance-Kontrollpunkte müssen in jeder früheren Phase integriert werden, damit nichts als Überraschung eintrifft. Diese Gewohnheit ist das Herzstück von Compliance-First Engineering und bildet den Unterschied zwischen einer reibungslosen Produktion und einer hektischen.

Phase 6: Fertigungsbereitstellung (DFM, DFA, Pilotlauf)

Die Fertigungsbereitschaft macht eine validierte Konstruktion kostengünstig und reproduzierbar für die Produktion. Das Design für die Fertigung (DFM) und das Design für die Montage (DFA) eliminieren Kosten und Fehlerrisiken bereits vor der Serienproduktion, und eine Pilotphase bewertet die Qualität der Linie in vollem Umfang.

Der wiederkehrende Fehler besteht darin, dass man seinen Vertragsproduzenten zu spät einbezieht. Bringen Sie stattdessen während des Schaltplandesigns die DFM-Eingabe ein, da Technik-Change-Forschung zeigt eine Modifikation an, die nach der Fertigung stattfindet; die Kosten für diese Änderung sind viel höher als die für die gleiche Änderung in der frühen Designphase, oft um ein Vielfaches oder mehr.

Phase 7: Produktion, nachhaltige Konstruktion und Endlagerung

Die letzte Phase umfasst die Produktionsprozesse für die Serienfertigung und die nachfolgende lange Nachlaufphase: die Verwaltung der Komponentenalterung, die Aktualisierung der Produktinformationen, die Überwachung der Qualität und schließlich die verantwortungsvolle Abschaffung des Produkts. Hier zeigt sich der Launch als Meilenstein auf dem Weg dorthin, und hinter Ihnen liegt noch viel Arbeit vor Ihnen.

Lieferanten und Hersteller ändern ihre Kataloge, Komponenten verfallen, Sicherheitsbedrohungen entwickeln sich weiter und eine Flotte in der Einsatzpraxis benötigt eine Möglichkeit, Firmware-Updates sicher zu erhalten. Regularien wie der EU-Cyberresilienzgesetz verlangen nun Sicherheitsunterstützung über die gesamte Lebensdauer des Produkts, sodass ein nachhaltiges Plan nicht länger optional ist.

Ein vernetztes Produkt ist eine Stapel von Schichten, die als ein System zusammenarbeiten müssen. Das Integrationsrisiko befindet sich fast nie innerhalb einer einzelnen Schicht. Es liegt in den Verbindungsstellen zwischen den einzelnen Komponenten. Die vollständige Prozesskette, die von der mechanischen Gehäusekonstruktion über die Leiterplatte, die Firmware, die Konnektivität und die Cloud bis hin zur Inbetriebnahme umfasst, unterscheidet ein Gerät, das ausgeliefert wird, von einer Ansammlung von nahezu integrierten Subsystemen.

Die meisten Wettbewerbsleitfäden beschränken sich auf das Board, weshalb ihre Leser später völlig überrascht sind. Die nachfolgende Schritt-für-Schritt-Anleitung zeigt jeweils die einzelnen Ebenen und verweist auf die entsprechenden Themen, wo Sie weitere Informationen benötigen als nur auf ein Element.

Maschinenbau und Gehäusebau

Die Konstruktion von Mechanik und Gehäuse bestimmt den physischen Aufbau des Produkts: seine Form, Passform, thermische Kontrolle und Schutz vor Einfall. Sie bestimmt, ob das Gerät seine Umgebung überleben und sich gut in der Hand eines Benutzers anfühlen kann, und sie begrenzt die Elektronik von außen, da das Gehäusevolumen und die Wärmeableitung sowohl die Platine als auch die Elektronik beeinträchtigen.

Leiterplattenentwurf und -layout

Die PCB-Entwicklung und -Auslegung verwandeln die Schaltungszeichnung in die physische Platine, auf der alle Komponenten und Signale angeordnet sind. Die hier getroffenen Layout-Entscheidungen, insbesondere hinsichtlich der Routing- und Erdungsmaßnahmen, bestimmen die Signalintegrität und die EMV-Leistung. Dies ist eine der anfälligsten Ebenen, gerade weil eine saubere Schaltungszeichnung auch weiterhin eine Platine erzeugen kann, die bei einer EMV-Analyse fehlschlägt.

FPGA und digitale Logik

FPGA und programmierbare digitale Logik übernehmen die hochdurchsatzige oder langsame Verarbeitung, die ein allgemeiner Mikrocontroller nicht leisten kann. Dies macht sie ideal für Signalverarbeitung, einschließlich DSP und benutzerdefinierten Schnittstellen. Außerdem helfen sie Ihrem Zeitplan, da rekonfigurierbare Logik eine der kostengünstigsten Ebenen für Iterationen ist – sie nimmt also Änderungen spät in der Entwicklung auf, die im Silizium ruinös wären.

Elektronische Produktgestaltung

Elektronische Produktgestaltung Es ist die Verbindungsschicht, die die Elektronik und Mechanik mit der Benutzererfahrung in ein einheitliches Produkt zusammenführt. Auf dieser Ebene sorgt die elektronische Hardwareentwicklung dafür, dass Leistung und Kosten im Einklang mit der Funktionalität stehen, die sie unterstützen muss. So funktioniert das Gerät als Ganzes und nicht als Zusammenreihung einzelner Komponenten, die einzeln funktionieren.

Firmware und eingebettete Software

Firmware und eingebettete Software sind der Code, der direkt auf dem Gerät läuft und die Hardware steuert und deren Verhalten offenbart. Hier trifft die Entwicklung eingebetteter Hardware auf die Welt der Software. Hier verläuft die Entwicklung auch in geheimer Weise, da Firmware für eingebettete IoT-Geräte Er wird als Abschlussarbeit behandelt, obwohl sie an der kritischen Linie liegen sollte.

Der moderne Trend hier geht dahin, sich an sichere Sprachen für sicherheitskritische Codebausteine zu orientieren, worauf wir in der nächsten Sektion zurückkommen.

Verbindungsmöglichkeiten, Cloud-Dienste und Geräteverwaltung

Diese oberste Ebene beschreibt, wie das Gerät mit der Cloud verbunden und kommuniziert und wie Sie eine ganze Flotte von Geräten im Einsatz verwalten – von der Protokollwahl über die übertragung von Aktualisierungen per Funk bis hin zur Sicherung der Geräte. Diese Ebene wird von den meisten Elektronikfachgeschäften vernachlässigt, und genau hier konzentrieren sich die Aufsichtsbehörden derzeit.

Moderne Hardware-Entwicklungswerkzeuge decken elektronische Konstruktion, Simulation, Lebenszyklusmanagement und eine Reihe neuer Software-Praktiken ab, die die Sicherheit der Geräte erhöhen. Die richtige Toolchain lohnt sich, da sie die Iterationszyklen verkürzt und Ihnen hilft, das Design zu optimieren, bevor es auf eine physische Platine kommt, wo die Behebung von Problemen kostspielig wird.

Hier ist die praktische Umgebung, in der Ihr Team täglich tätig sein wird:

• EDA und SchaltungszeichnungAltium, KiCad und Cadence Allegro – die PCB-Designsoftware für die Schaltungsplanung und die Layoutgestaltung von Leiterplatten.
• Simulation: SPICE zur Schaltkreisanalyse und MATLAB/Simulink zur System- und Signalmodellierung, sodass das Verhalten vor der Fertigung überprüft wird.
• PLM: Mit Arena und Windchill können Sie BOMs, Revisionen und Änderungsaufträge über den gesamten Lebenszyklus hinweg verwalten.
• Versionsverwaltung für Hardware: Git-basierte Workflows und Plattformen wie Altium 365, die eine Änderungsverfolgung im Software-Stil in die elektronische Konstruktion einbringen.
• CI für Hardware: Hardware-in-the-Loop-Tests (HIL), die die Validierung gegen reale oder simulierten Geräte automatisieren.

Zwei aufstrebende Technologien verdienen es, von allen Führungspersönlichkeiten, die eine mehrjährige Roadmap planen, genauer unter die Lupe genommen zu werden, denn beide verändern das, was am Rand möglich ist.

Die erste ist Rust für sicherheitskritische Firmware. Fehler in der Speicherzuverlässigkeit sind das dominierende Sicherheitsrisiko in Code auf niedrigerer Ebene: Die CISA und die NSA berichten, dass dies etwa 70% der schwerwiegenden Sicherheitslücken resultieren aus Problemen mit der Speicherzuverlässigkeit, Und beide Agenturen drängen nun auf den Wechsel zu speicherssicheren Programmiersprachen. Rust beseitigt ganze Gruppen solcher Fehler bereits bei der Kompilierung, weshalb er schnell an Boden gewinnt in der Automobil- und Medizintechnik-Firmware. Yalantis war ein früher kommerzieller Anwender, und was wir daraus gelernt haben Rust in der IoT-Firmware einsetzen Erfasst eine gemischte Rust- und C-Codebasis die meisten Sicherheitsvorteile, ohne eine vollständige Neugestaltung zu erfordern?.

Das zweite ist TinyML für die Intelligenz am Gerät. Die Ausführung kompakter maschinelles Lernmodelle direkt auf dem Gerät reduziert die Latenz und die Cloud-Kosten, während sensible Daten lokal gespeichert werden, was sowohl für Datenschutz als auch für Leistung von entscheidender Bedeutung ist.

Der Grund dafür ist die Kosten-Veränderungs-Kurve. Der reine Software-Stil des Scrum, das Herzstück der agilen Softwareentwicklung, setzt voraus, dass man schnell scheitern und frei neu schreiben kann. Diese Annahme bricht jedoch ab, sobald eine Änderung eine neue Board-Rotation oder eine Umgestaltung des Formteils bedeutet, anstatt eine Code-Veränderung. Deswegen ist es ein ehrlicher Ausgangspunkt, festzustellen, wo Scrum nicht mehr funktioniert, bevor man das Modell beschreibt, das dafür steht. Die Fehlinterpretation dieser Aussage ist eine der kostspieligsten Fehler in diesem Bereich.

Man kann bei einer $40.000-Einzelschmelzform nicht so schnell scheitern und iterieren wie bei einer Web-Funktion. Eine agile Herangehensweise zur Hardwareentwicklung muss ihre agilen Prinzipien anpassen, wo Iteration kostengünstig ist und wo sie ruinös ist. Das Modell, das in der Praxis funktioniert, zeichnet eine Linie zwischen diesen beiden: die „stage-gate“-Disziplin für die kostspieligen, irreversible Verpflichtungen und die schnellen, agilen Sprints innerhalb der Phasen, in denen Änderungen nahezu kostenlos sind.

Wo Iteration kostengünstig ist, muss sie unbedingt eingesetzt werden:

• Firmware und eingebettete Software, die Sie in wenigen Minuten neu erstellen und neu flashen können.
• FPGA und rekonfigurierbare Logik, die ohne neue Schaltungskomponenten neu synthetisiert werden können.
• Code für die Cloud, die Konnektivität und die Geräteverwaltung.

Wo Iteration teuer ist, verlangsamen Sie die Entscheidung und stellen Sie ein Hindernis dar:

• PCB-Repins, die Wochen an Fertigung und Montage pro Zyklus kosten.
• Maschinelle Werkzeuge und Formen, bei denen eine Nachbearbeitung Tausende von Arbeitsstunden in Anspruch nimmt.
• Die Zertifizierung, bei der ein einzelnes fehlgeschlagenes Testresultat die Warteschlange für ein mehrtägiges Laborprogramm neu anstellen kann.

Die durchgehende Struktur vereint Hardware und Software parallel statt in sequenzieller Abfolge. Die Firmware-Entwicklungen laufen auf stabilen Schnittstellen und Prototypebäßen ab, während die nächste Board-Revision in der Fertigung liegt. So müssen weder die eine noch die andere Seite auf die andere warten. Die Disziplin, die eine parallele Zusammenarbeit ermöglicht, besteht darin, die zwischen den beiden Beteiligten vereinbarten Bedingungen stabil genug zu halten, damit die Firmware nie auf einem laufenden Ziel feststecken muss.

Die Einhaltung der Vorschriften ist der entscheidendste Faktor dafür, ob Sie ein Hardwareprodukt legal verkaufen können. Denken Sie jedoch an das Hardwareprodukt als an eine Phase fünf, und Sie riskieren, die gesamte Roadmap zu zerstören. Die einzige Möglichkeit besteht darin, jede Zertifizierung an die Phase anzupassen, in der die entsprechenden Nachweise tatsächlich erbracht werden müssen. So wird die Arbeit auf die gesamte Laufzeit des Programms verteilt und nicht am Ende.

Dies ist der Bereich, den die meisten Guides übersehen, und hier konzentriert sich Yalantis. Wir verfügen über die ISO 13485 für Medizinprodukte sowie über die ISO 27001 und die ISO 27701 für Sicherheit und Datenschutz, und wir integrieren die Einhaltung dieser Standards bereits in jeder Phase, anstatt sie erst am Ende zu erreichen.

Die Bedeutung dieser Investitionen lässt sich nur schwer unterschätzen, bis man sie in Zahlen sieht. In Medizinprodukten, Analys der Rückrufaktion der FDA Daten zeigen, dass etwa jeder dritte von Software gesteuerte Gerät aufgrund eines Softwarefehlers zurückgerufen wird, und eine Rückrufaktion ist die denkbar kostspieligste Möglichkeit, um zu erkennen, dass diese Validierung früher hätte erfolgen müssen.

ISO 13485 für Medizinprodukte

ISO 13485 ist der Qualitätsmanagementsystemstandard für die Entwicklung und Herstellung medizinischer Geräte und entscheidet in regulierten Märkten darüber, ob man überhaupt verkaufen darf. Er regelt die Rückverfolgbarkeit von Bedarf bis hin zu Tests, was bedeutet, dass die Dokumentationsdisziplin bereits in der ersten Phase beginnen muss, anstatt erst am Ende nachzuholen. Für vernetzte Produkte wird es mit Softwarestandards wie IEC 62304 und einem Programm wie dem durch Yalantis gelieferten Hörgerät hinter dem Ohr kombiniert. FDA-510(k)-Verfahren Das Leben oder das Sterben hängt genau von dieser frühen Planung ab.

IEC 62443 für industrielle Steuerungssysteme

IEC 62443 ist der Sicherheitsstandard für industrielle Automatisierungs- und Steuerungssysteme, und er wird immer wichtiger, je mehr Fabriken betriebliche Technologien mit IT-Netzwerken verbinden. Da er das Risiko der Integration von OT und IT berücksichtigt, das mit der Modernisierung von Standorten auftritt, prägt es die Entscheidungen bereits in der zweiten Phase; die retroaktive Segmentierung und sichere Kommunikation in ein fertiges Design zu integrieren, ist eine mühsame und langsame Aufgabe.

ISO 26262 für die funktionale Sicherheit in der Automobilindustrie

ISO 26262 regelt die funktionale Sicherheit der elektronischen Komponenten in Fahrzeugsystemen. Dabei werden die Mechanismen definiert, wie Fehler in Systemen verhindert und eingedämmt werden können, in denen ein Fehler das Leben gefährden kann. Die ASIL-Risikostufen bestimmen die Anforderungen an die Konstruktion und die Beweislage wird über den gesamten Lebenszyklus hinweg gesammelt, anstatt in einer abschließenden Prüfung. Darüber hinaus ist ISO 26262 einer der klaren Gründe dafür, dass die Automobil-Firmware zunehmend auf Speicher-sichere Sprachen umgestellt wird.

ISO 27001 und ISO 27701 für Datensicherheit und Datenschutz

Die ISO 27001 umfasst das Informationssicherheitsmanagement, und die ISO 27701 erweitert diese Norm auf die Datenschutzfragen. Zusammen definieren sie, wie man Daten schützt und diese Sicherheit gegenüber Unternehmen nachweisen kann. Sie sind besonders wichtig auf der Konnektivitätsebene und der Cloud-Ebene, wo die Daten des Geräts das Unternehmen verlassen, und Beschaffungsteams bei großen Kunden benötigen sie zunehmend beide Voraussetzungen, bevor sie eine Bestellung aufgeben.

FCC, CE, das EU-Cyberresilienzgesetz und marktbezogene Anforderungen

Die FCC-Kennzeichnungen in den USA bescheinigen die elektromagnetische Kompatibilität und die Radioabgabegenehmigung, während die CE-Kennzeichnungen in der EU ebenfalls die elektrische Sicherheit gewährleisten. Ohne diese Kennzeichnung kann das Gerät nicht legal verkauft werden. Die neueste und wichtigste Ergänzung zu dieser Liste ist der EU-Cyberresilienzgesetz. Es trat im Dezember 2024 in Kraft., Mit Berichtspflichten ab September 2026 und vollständigen Pflichten ab Dezember 2027 und mit Pflichten zur sicheren Design-Engineering und zur Software-Materialliste sowie Sicherheitsupdates über die gesamte Lebensdauer des Produkts. Die Geldstrafe für Nichtkonformität kann bis zu 15 Millionen Euro oder 2,5 Prozent des globalen Umsatzes betragen. Daher ist die Zeit zur Planung der Lebenszyklus-Sicherheitsunterstützung jetzt schon sehr früh, und zwar weit vor 2027.

Die Entwicklung von IoT-Hardware umfasst in diesem Handbuch alle Herausforderungen und kombiniert sie, da das Gerät gleichzeitig günstig, energieeffizient, vernetzt und sicher sein muss. Die Dimensionen verdeutlichen die Bedeutung: IoT Analytics zählt rund 18,5 Milliarden vernetzte IoT-Geräte, die bis 2030 auf 39 Milliarden ansteigen werden., Und jeder trägt die volle Last der unten aufgeführten Einschränkungen.

Diese Einschränkungen sind am Rand unerbittlich. Das Gerät kämpft um jeden Milliwatt an Leistung und jeden Kilobyte an Speicherplatz – bis auf den letzten Cent an Baugruppenkosten –, und muss dennoch zuverlässig verbunden und wirklich sicher bleiben. Die Konnektivität ist also eher eine Architekturentscheidung als eine nachträgliche Ergänzung:

• Mobilfunk (LTE-M, NB-IoT, 5G): Breitbandversorgung für mobile oder entfernte Anlagen bei höherer Leistungs- und Modulkosten.
• LoRaWAN: Lange Reichweite und sehr geringe Leistungsaufnahme für Sensoren mit geringem Datenaustausch.
• Wi-Fi: hohe Bandbreite, wo Netzstrom und lokale Netzwerke verfügbar sind.
• BLE: Kurzstrecken-Verbindungen mit geringer Leistung zu einem Gateway oder einem Telefon.

Security verfügt über dieselbe frühzeitige oder schmerzhafte Funktionalität, die bereits beim Design der Hardware berücksichtigt wurde – mit Secure Boot und verschlüsselter Kommunikation sowie einem vertrauenswürdigen OTA-Update-Pfad. Der EU-Cyberresilienz-Act hat die Sicherheit von Anfang an zu einer gesetzlichen Verpflichtung für angeschlossene Produkte in Europa gemacht, sodass die Architektur, die Sie jetzt wählen, auch später von den Regulatoren eingehalten werden muss.

Einige Branchen setzen die Anforderungen an die Ingenieurskunst weit über die Norm hinaus. Ein Misserfolg hier kann Leben kosten oder zu ernsthaften Haftungsansprüchen führen. Die spezifischen Anforderungen des Marktes zu berücksichtigen, ist der schnellste Weg, um zu erkennen, wo Ihre Bemühungen und Ihr Budget konzentriert sein sollten.

Gesundheitswesen und Medizinprodukte

Die Gesundheitsbranche ist die Branche mit der größten regulatorischen Belastung von allen. Die Normen ISO 13485 und IEC 62304 legen die Qualitätsstandards und die Software-Bar vor, während die FDA oder der EU-MDR-Verfahrensrahmen alle angeschlossenen medizinischen Geräte überwacht – von der IoMT-Hardware bis hin zu Software als Medizinprodukt. Der Hauptgrund für Verzögerungen ist in der Regel die Verzögerung der Zertifizierung, nicht die technische Schwierigkeit. Zudem gibt es ein echtes Talentmangel, da Hardware- und Embedded-Ingenieure neben regulatorischem Fachwissen in einem Team zusammenarbeiten müssen.

Industrielle Fertigung

Industrielle Hardware hängt von der Integration von OT-IT und der Einhaltung der IEC 62443 ab – all das in einem Kontext der Realität der Modernisierung von Brownfields, wo neue Gateways mit Geräten kommunizieren müssen, die Jahrzehnte älter sind als sie selbst. PLC-Integration und Edge-Gateways sind häufige Einstiegsmöglichkeiten, und die Zuverlässigkeitsziele sind erschwerend zu erfüllen, da Ausfälle an einer Produktionslinie in der Verlustleistung pro Minute umgerechnet werden. KI-System zur vorausschauenden Instandhaltung Arbeit befindet sich genau in diesem Bereich.

Automobilindustrie

Die Entwicklung von Automobil-Hardware konzentriert sich auf die Entwicklung von Steuergeräten (ECUs) und den Übergang zu Fahrzeugen mit Software-Defined-Funktionalität, wobei die Übertragung von Updates per Funk ebenfalls Teil dieser Entwicklung ist – alles unter der strengen Kontrolle der ISO 26262-Funktionssicherheitsnorm. Die Anforderungen an sicherheitskritische Elektronik sind unter den höchsten überhaupt; genau deshalb setzt die Branche auf speicherunsichere Firmware: Ein einziger Fehler kann fatale Konsequenzen haben. Auch hier arbeiten namhafte Kunden wie Toyota Tsusho.

Logistik

Die Logistikhardware setzt auf die Überwachung von Assets und die Überwachung der Kaltverpackung sowie auf eine robuste Konstruktion von Geräten, die ihren gesamten Einsatzzeitraum in Bewegung und unter widrigen Wetterbedingungen verbringen. Die wiederkehrenden technischen Herausforderungen sind die Batterielaufzeit und die Konnektivität in Bereichen mit geringer Reichweite, und die wirtschaftliche Rentabilität spielt eine entscheidende Rolle. Aggressivere BOM-Optimierung, Bei einer Kostenreduktion von wenigen Cent pro Einheit über eine große Flotte ergeben sich schnell erhebliche Summen.

Die Entscheidung zwischen Aufbau und Partner kommt auf fünf Faktoren an: interne Kapazitäten, Zeitdruck beim Markteintritt, regulatorische Anforderungen, die Kosten für Laborequipment und Ihre Risikobereitschaft. Es gibt keine universelle Antwort, aber sobald Sie sich ehrlich gegenüber all diesen fünf Faktoren bewerten, wird das Muster deutlich.

Zwei dieser Faktoren sind leicht zu unterschätzen. Die Entwicklung maßgeschneiderter Hardware erfordert eine seltene Mischung aus Spezialisten in den Bereichen Mechanik, Leiterplattenbau, Firmware, RF, Compliance und Fertigung, und nur wenige Unternehmen halten diese gesamte Entwicklungsabteilung in ihren Reihen. Die Kosten für Kapital sind ebenfalls erheblich, da EMC-Kammern und Umgebungsprüfmaschinen sowie ein Prototyping-Labor erhebliche Kosten verursachen, bevor man eine einzelne verkäuflich zu machende Einheit bauen kann. Verwenden Sie die nachfolgende Tabelle, um festzustellen, wo Sie sich befinden:

Lesen Sie die Matrix, und die Schlussfolgerung schreibt sich oft von selbst. Wenn Hardware eine langfristige Kernkompetenz sein wird und Sie die Aufwandskosten aufnehmen können, lohnt sich die Schaffung eigener Kompetenzen im Laufe der Zeit. Wenn Sie auf einem regulierten Markt oder bei engen Fristen mit tatsächlichen Kompetenzdefiziten zu kämpfen haben, übernimmt ein Hardware-Entwicklungspartner die riskiertesten Schritte aus Ihrer kritischen Entwicklungsphase.

Genau hier kommt die Komplettversorgung ihren vollen Wert ein. Yalantis betreibt ein internes R&D-Labor in Warschau, das Industrie-Design, PCB-Design, Prototyping und Firmware unter einem Dach abdeckt – mit Cloud- und Compliance-Integration, sodass die Übergabe von Hardware zu Cloud-Anwendungen, die normalerweise zu Problemen bei der Koordination führt, einfach innerhalb eines Teams erledigt wird.

Die häufigsten (und teuersten) Hardware-Entwicklungsschwierigkeiten

Die meisten Hardware-Programme scheitern auf vorhersehbare Weise, und fast alle dieser Probleme haben eine gemeinsame Ursache: die Verzögerung einer kostspieligen Entscheidung bis in die Phase, in der es am kostspieligsten ist, sie zu beheben. Hier sind die häufigsten Probleme und was man dagegen tun kann.

1. Unterestimation der Lieferzeiten für die Einhaltung der Vorschriften. Zertifizierungslabore buchen Wochen im Voraus, und ein fehlgeschlagener Scan kann zu einer erneuten Prüfung führen, was die Einhaltung der Compliance zum häufigsten Planabweichungsfaktor macht, wenn sie bis zum letzten Moment hingeschoben wird.
2. Das Firmware als eine zusätzliche Maßnahme zu betrachten. Firmware gehört zu den kritischen Punkten, daher ist es sinnvoll, sie erst spät zu starten, nachdem die Hardware fertiggestellt ist; dadurch werden lautlos Monate hinzugefügt, für die man nicht in den Budgetplan aufgenommen hat.
   Es kommt erst spät zu einer DFM-Prüfung. Ein Input aus der Fertigung kommt erst nach dem Designfreeze hinzu, und dann werden teure Neuentwürfe erforderlich, da sich so viel der Stückkosten bereits bis dahin festgelegt hat.
3. Risiko bei Komponenten aus nur einer Quelle. Ein Einzelbauteil aus einer einzigen Quelle kann eine ganze Produktionslinie stillsetzen, daher sollten Sie von Anfang an eine zweite Quelle für die Konstruktion nutzen.
4. Keine frühzeitige Thermische oder EMV-Strategie. Probleme im Bereich Wärmeentwicklung und EMV, die bei der Konformitätsprüfung festgestellt werden, führen zu Neuabstimmungen der Platine, weshalb sie in Ihren Modellen der dritten Phase enthalten sein sollten.
5. Agile-Prinzipien aus der Software kopieren. Die Anwendung des reinen Scrum-Konzepts zur Weiterentwicklung von Werkzeugen und Leiterplatten-Repins ignoriert die Kostenentwicklung; das Hybridmodell existiert genau deshalb, um diese Falle zu vermeiden.

Yalantis bietet die gesamte Hardwareentwicklung – von der Hardware über die Firmware bis hin zur Cloud und Compliance – unter einem Dach. Unser internes R&D-Labor in Warschau deckt die Bereiche Industrie-Design, Leiterplattenbau, Prototyping und Firmware ab, und wir sind für Medizinprodukte nach ISO 13485 sowie für Sicherheit und Datenschutz nach ISO 27001 und ISO 27701 zertifiziert. Kunden wie Toyota Tsusho, Bosch und KPMG vertrauen uns bei Programmen an, bei denen Compliance und Zuverlässigkeit keine Option sind.