![\"\"](\"http:\/\/www.automotive.auroralabs.com\/wp-content\/uploads\/2023\/10\/Screenshot-2023-10-25-at-11.22.19.png\")
<\/p>\nIn der Automobilindustrie haben sich elektronische Steuerger\u00e4te (ECUs) zu komplexen Systemen entwickelt, die stark von Software abh\u00e4ngig sind. W\u00e4hrend die Kosten f\u00fcr die Materialliste (BOM) ein entscheidender Faktor f\u00fcr die Product Owner von Steuerger\u00e4ten sind, ist es ebenso wichtig, die Kosten und Herausforderungen zu verstehen, die nach dem Bau des Steuerger\u00e4ts entstehen. Die Software-Integration in das gesamte Fahrzeugsystem, Zertifizierungs-Updates, mehrere Over-the-Air-Updates (OTA) und kontinuierliche Tests w\u00e4hrend der gesamten Lebensdauer des Steuerger\u00e4ts bringen erhebliche Herausforderungen, Kosten und M\u00f6glichkeiten f\u00fcr Fahrzeug-OEMs und insbesondere f\u00fcr die Product Owner von Steuerger\u00e4ten mit sich.<\/p>\n
Sobald ein Steuerger\u00e4t gebaut ist, muss es sich nahtlos in das gesamte Fahrzeugsystem integrieren und mit anderen Steuerger\u00e4ten und Komponenten harmonieren. Die Interoperabilit\u00e4t zwischen verschiedenen Steuerger\u00e4ten, von denen jedes seinen eigenen Software-Stack und seine eigenen Schnittstellen hat, kann eine Herausforderung sein. Unterschiedliche Kodierungsstandards, Softwarearchitekturen und Kommunikationsprotokolle m\u00fcssen sorgf\u00e4ltig koordiniert werden, um eine reibungslose Integration zu gew\u00e4hrleisten. Damit ist die Herausforderung jedoch noch nicht zu Ende. Jedes Mal, wenn ein Teil des Systems (Steuerger\u00e4t) aktualisiert wird, hat dies unweigerlich nachteilige Auswirkungen auf den Rest des Systems. Hierbei k\u00f6nnen KI-basierte Tools zum Einsatz kommen, um vorgenommene Softwarever\u00e4nderungen und deren Auswirkungen auf das ganze System zu visualisieren. Dies erm\u00f6glicht eine schnelle und genaue Fehlerbehebung f\u00fcr eine reibungslosere Integration.<\/p>\n
Die Zertifizierung ist ein wichtiger Aspekt der Steuerger\u00e4teentwicklung, da sie die Einhaltung von Industriestandards und Vorschriften sicherstellt. Software\u00e4nderungen und -aktualisierungen nach dem ersten Build k\u00f6nnen jedoch eine Neuzertifizierung erforderlich machen, die einen klaren Nachweis und eine Dokumentation der \u00c4nderungen erfordert. Bei Software-Updates ist es wichtig, einen Nachweis zu erbringen, der die vorgenommenen \u00c4nderungen und ihre Auswirkungen auf die gesetzlich regulierten Funktionen belegt. Dieser Nachweis ist notwendig, um Zertifizierungsanforderungen wie die WVTA (Whole Vehicle Type Approval) zu erf\u00fcllen und zu beweisen, dass die \u00c4nderungen die Sicherheits-, Emissions- oder Cybersicherheitsstandards nicht beeintr\u00e4chtigen.<\/p>\n
Die derzeitigen Methoden zum Sammeln und Dokumentieren dieser Nachweise erfordern eine manuelle Verfolgung, Analyse und Dokumentation. W\u00e4hrend diese Methodik f\u00fcr physische Fahrzeug-Updates, die traditionell alle zwei Jahre stattfinden, ausreicht, sind f\u00fcr Software-Updates, die ein kontinuierliches Merkmal der Fahrzeugsoftware sind, neue Methoden und Werkzeuge erforderlich. KI-basierte Werkzeuge k\u00f6nnen nicht nur die neu hinzugef\u00fcgten und aktualisierten Softwarefunktionen in einer neuen Version der Steuerger\u00e4tesoftware klar visualisieren, sondern auch die Softwarefunktionspfade und das Verhalten. Dies liefert automatisch den erforderlichen Nachweis, welche geregelten Funktionen durch das Software-Update betroffen sind und welche nicht.<\/p>\n
Steuerger\u00e4te ben\u00f6tigen regelm\u00e4\u00dfige OTA-Updates, um softwarebezogene Probleme und Sicherheitsschwachstellen zu beheben und neue Einnahmequellen zu erschlie\u00dfen. Die Minimierung der Kosten f\u00fcr OTA-Updates und die Erm\u00f6glichung nahtloser Updates ohne Ausfallzeiten des Fahrzeugs sind entscheidend f\u00fcr ein hervorragendes Nutzererlebnis:<\/p>\n
<\/p>\n
Mit einem KI-basierten Line-of-Code-Update-Ansatz lassen sich die Kosten drastisch senken. Durch den Einsatz von Algorithmen des maschinellen Lernens zur Analyse der Code-\u00c4nderungen zwischen den Versionen m\u00fcssen bei einer Aktualisierung nur die ge\u00e4nderten Codezeilen \u00fcbertragen werden. Solche additiven Updates k\u00f6nnen auf den n\u00e4chsten freien Speicherplatz im Steuerger\u00e4te-Flash angewendet werden, so dass keine teure Flash-Speicher-Redundanz (A\/B-Speicher) erforderlich ist. Die Verwendung dieser Methode zur Durchf\u00fchrung von OTA-Updates f\u00fcr alle Steuerger\u00e4te im Fahrzeug k\u00f6nnte die Kosten f\u00fcr Daten\u00fcbertragung, Flash-Speicher-Redundanz und Installation auf weniger als 500.000 US-Dollar reduzieren. Dies stellt eine erhebliche Kostenreduzierung im Vergleich zu einem vollst\u00e4ndigen Image-Update dar und spart dem OEM j\u00e4hrlich \u00fcber 35,5 Millionen Dollar.<\/p>\n
b) Over-the-Air-Updates ohne Fahrzeugausfallzeit: <\/b>Die Erm\u00f6glichung von OTA-Updates, ohne das Fahrzeug offline zu nehmen, ist entscheidend, um ein nahtloses Benutzer;innenerlebnis und die Betriebszeit des Fahrzeugs zu gew\u00e4hrleisten. Durch die Implementierung von Speicherarchitekturen mit zwei Speicherb\u00e4nken, bei denen eine Bank aktualisiert wird, w\u00e4hrend die andere betriebsbereit bleibt, k\u00f6nnen Aktualisierungen im Hintergrund durchgef\u00fchrt werden, ohne den normalen Betrieb des Fahrzeugs zu unterbrechen, vorausgesetzt, es stehen gen\u00fcgend CPU\/RAM-Ressourcen zur Verf\u00fcgung, um die Ausf\u00fchrung von einer Bank parallel zur Aktualisierung\/Schreibung auf der zweiten Bank zu erm\u00f6glichen. Dieser Ansatz minimiert die Unannehmlichkeiten f\u00fcr die nutzende Person und maximiert die Betriebszeit des Fahrzeugs, allerdings ist diese Methode, wie oben erw\u00e4hnt, extrem teuer und ressourcenabh\u00e4ngig. Um die Zuverl\u00e4ssigkeit und Leistung der Fahrzeugsoftware zu gew\u00e4hrleisten, ist eine kontinuierliche Pr\u00fcfung und Wartung w\u00e4hrend des gesamten Lebenszyklus des Fahrzeugs erforderlich. W\u00e4hrend das Fahrzeug auf der Stra\u00dfe ist, ist es wichtig, Daten zu \u00fcberwachen und zu sammeln, um potenzielle Softwareprobleme, Hacks oder Anomalien zu identifizieren. Diese Daten k\u00f6nnen genutzt werden, um k\u00fcnftige Software-Updates zu verbessern, die Fahrzeugleistung zu steigern und sich abzeichnende Abweichungen im Softwareverhalten zu beheben. Durch den Einsatz von KI-basierter Technologie zur \u00dcberwachung verschiedener Softwareparameter wie CPU-Nutzung, Speicherzuweisung, Funktionspfade und Kommunikationsmuster k\u00f6nnen Anomalien fr\u00fchzeitig erkannt werden. Zudem k\u00f6nnen Vorhersagen dar\u00fcber getroffen werden, wie lange es noch dauert, bis das Steuerger\u00e4t ausf\u00e4llt. Dar\u00fcber hinaus verk\u00fcrzen solche KI-basierten Systeme die Fehlerbehebungszeit, indem sie gezielt erkennen, welche Softwarefunktionen sich fehlerhaft verhalten. Dieser proaktive Ansatz zur Softwarewartung minimiert das Risiko unerwarteter Ausf\u00e4lle, optimiert die Fahrzeugleistung und erh\u00f6ht die Kund:innenzufriedenheit.<\/p>\n W\u00e4hrend die Kosten f\u00fcr die Materialliste (BOM) eine wesentliche \u00dcberlegung f\u00fcr Steuerger\u00e4te-Produktinhaber sind, ist es entscheidend, die erheblichen Kosten und Herausforderungen zu erkennen, die nach der Herstellung des Steuerger\u00e4ts entstehen. Die Softwareintegration in das gesamte Fahrzeugsystem, Zertifizierungs-Updates, mehrere OTA-Updates und kontinuierliche Tests w\u00e4hrend der gesamten Lebensdauer des Steuerger\u00e4ts k\u00f6nnen die Gesamtkosten, die Markteinf\u00fchrungszeit und die Kund:innenzufriedenheit erheblich beeinflussen. Diese Herausforderungen k\u00f6nnen durch die proaktive Implementierung von KI-basierten Softwareentwicklungswerkzeugen entsch\u00e4rft werden, um w\u00e4hrend des gesamten Software-Lebenszyklus des Steuerger\u00e4ts verwertbare Erkenntnisse zu gewinnen.<\/p>\n","protected":false},"excerpt":{"rendered":" In der Automobilindustrie haben sich elektronische Steuerger\u00e4te (ECUs) zu komplexen Systemen entwickelt, die stark von Software abh\u00e4ngig sind. W\u00e4hrend die Kosten f\u00fcr die Materialliste (BOM) ein entscheidender Faktor f\u00fcr die Product Owner von Steuerger\u00e4ten sind, ist es ebenso wichtig, die…<\/p>\n","protected":false},"author":5,"featured_media":7393,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"footnotes":""},"categories":[76],"tags":[],"class_list":["post-7597","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-unkategorisiert"],"acf":[],"aioseo_notices":[],"yoast_head":"\n
\nKI-basierte additive Updates k\u00f6nnen in den n\u00e4chsten freien Speicherplatz im Steuerger\u00e4te-Flash geschrieben werden, ohne die regul\u00e4re Nutzung der Steuerger\u00e4tesoftware zu beeintr\u00e4chtigen (Write-While-Read\/Execute-Verfahren). Auf diese Weise wird nur die ge\u00e4nderte Software in den Flash geschrieben, w\u00e4hrend das Fahrzeug in Betrieb ist, und das Update wird nahtlos angewendet, wenn das Fahrzeug das n\u00e4chste Mal gestartet wird, wodurch die erforderliche Zeit in einem sicheren Zustand minimiert wird.\u00a0<\/span><\/p>\nKontinuierliche Tests, auch unterwegs<\/b><\/h2>\n
Fazit<\/b><\/h2>\n