<Zurück zu Elektrische und elektronische Werkzeugkette
Letzte Aktualisierung: 19. März 2026
Autor: Johnny Liu, CEO bei Dowway Vehicle
Table of Contents
Kurzantwort
Statische Codeanalyse-Tools für die Automobilindustrie prüfen die Steuergerätesoftware, ohne sie auszuführen. Sie helfen, Fehler frühzeitig zu erkennen, die MISRA-Regeln einzuhalten und die ISO-26262-Konformität zu unterstützen. Tools wie SmartRocket Analyzer gehen noch einen Schritt weiter, indem sie das Laufzeitverhalten simulieren. Dies verbessert die Genauigkeit und reduziert Fehlalarme.
- Die statische Analyse ist die erste Sicherheitsprüfung in der Automobilsoftware.
- Erforderlich für ISO 26262 über alle ASIL-Stufen hinweg
- Findet Fehler, die bei Tests möglicherweise übersehen werden.
- Herkömmliche Messgeräte erzeugen oft zu viele Fehlalarme.
- SmartRocket nutzt virtuelle Ausführung, um die Genauigkeit zu verbessern.
Warum ist statische Codeanalyse für die funktionale Sicherheit in der Automobilindustrie unerlässlich?
Die statische Analyse ist unerlässlich, da moderne Fahrzeuge stark auf Software angewiesen sind und Fehler die Sicherheit direkt beeinträchtigen können.
Ein typisches Smart-Fahrzeug umfasst heute Folgendes:
- Über 100 Steuergeräte
- Mehr als 100 Millionen Codezeilen
Dieser Maßstab erhöht die Wahrscheinlichkeit versteckter Mängel.
Hier sind die Probleme, mit denen viele Teams konfrontiert werden:
Manche Fehler treten während der Tests nie auf. Sie zeigen sich nur unter seltenen Bedingungen in realen Fahrsituationen.
Ähnliche Fehler haben wir bereits in anderen Branchen beobachtet. Softwarefehler können zu schwerwiegenden Zwischenfällen führen, wenn sie nicht frühzeitig erkannt werden.
Die statische Codeanalyse hilft Teams, diese Probleme bereits während der Programmierung zu erkennen. Dadurch werden Risiko, Kosten und Nacharbeiten in späteren Phasen reduziert.
Welche Anforderungen stellt die ISO 26262 an die statische Codeanalyse?
ISO 26262 fordert eine statische Analyse als Teil der Softwareverifizierung. Der Umfang der Analyse hängt vom ASIL-Level ab.
ASIL-Anforderungen
| ASIL-Niveau | Beispielsysteme | Anforderungen |
| ASIL-A/B | BCM, HLK | Grundlegende Prüfungen und Einhaltung der Vorschriften |
| ASIL-C/D | MCU, ABS, EPS | Tiefenanalyse, MC/DC, Rückverfolgbarkeit |
Deckungsanforderungen
- Berichterstattung über die Aussage
- Filialabdeckung
- MC/DC-Abdeckung (erforderlich für ASIL-D)
Codierungsstandards
- MISRA C:2004
- MISRA C:2012
- MISRA C++:2008
- GJB8114 / GJB5369
Diese Regeln tragen dazu bei, einen stabilen und vorhersehbaren Code zu gewährleisten.
Rückverfolgbarkeit
ISO 26262 fordert:
- Fehlerverfolgung
- Überprüfung beheben
- Prüfungsfertige Berichte
Die Tools müssen die vollständige Rückverfolgbarkeit von der Problemerkennung bis zur Problemlösung gewährleisten.
Welche Arten von Defekten können statische Analysetools für Fahrzeuge erkennen?
Statische Analysetools erkennen Fehler, die sich während Tests nur schwer reproduzieren lassen.
Gängige Beispiele sind:
- Array außerhalb der Grenzen
- Nullzeigerzugriff
- Speicherlecks
- Nicht initialisierte Variablen
- Logikfehler in den Bedingungen
- Endlosschleifen
- Sicherheitslücken in Drittanbieterbibliotheken
In eingebetteten Systemen treten diese Probleme möglicherweise nur unter bestimmten Bedingungen auf, weshalb eine frühzeitige Erkennung von entscheidender Bedeutung ist.
Welche Einschränkungen weisen herkömmliche statische Analysemethoden auf?
Bei Automobilprojekten stoßen herkömmliche Werkzeuge oft an ihre Grenzen.
Typische Probleme sind:
- Falsch-Positiv-Raten zwischen 5 % und 12 %
- eingeschränkte Pfadanalyse
- Unzureichendes Verständnis des Laufzeitverhaltens
- Mangelhafte Unterstützung für eingebettete Plattformen
Die meisten basieren auf Syntaxregeln und Mustervergleich. Das führt zu vielen Warnungen, die Entwickler letztendlich ignorieren.
Wie verbessert SmartRocket Analyzer die statische Analyse?
SmartRocket Analyzer verbessert die Analyse, indem es das Verhalten des Codes simuliert, anstatt nur die Struktur zu überprüfen.
Virtuelle Ausführung erklärt
Es führt Code innerhalb einer virtuellen Umgebung aus und verfolgt dessen Verhalten über verschiedene Pfade hinweg.
Was dies ermöglicht
- Vollständige Pfadabdeckung
- Erkennung logischer Fehler
- Simulation realer Steuergerätebedingungen
Leistungsdaten
In realen Projekten:
- Über 85 % Deckungsgrad der Kontoauszüge
- Mehr als 95 % Erkennungsgenauigkeit
- Falsch-positive Ergebnisse unter 3 %
Unterstützte Plattformen
- STM32 / GD32 / CH32 / APM32
- TI C2000 DSP
Welche Funktionen sollten Werkzeuge zur statischen Fahrzeuganalyse umfassen?
Ein nützliches Werkzeug sollte Folgendes bieten:
Unterstützung bei der Einhaltung von Vorschriften
- MISRA
- ISO 26262
Genauigkeit
- Niedrige Anzahl falsch positiver Ergebnisse
- Breites Fehlerspektrum (über 200 Fehlertypen)
Anpassung
- OEM-spezifische Regeln
- Szenariobasierte Prüfungen
DevOps-Integration
- Jenkins-Unterstützung
- CI/CD-Workflows
Plattformunterstützung
- Windows
- Linux
- Kylin
Berichterstattung
- PDF-/Excel-Export
- Fehlerverfolgungshistorie
Wie werden statische Analysetools bei der ASIL-D-Steuergeräteentwicklung eingesetzt?
In ASIL-D-Systemen ist die statische Analyse Teil des täglichen Arbeitsablaufs.
Typischer Ablauf
- Codeentwicklung (C auf TI C2000)
- Sofortiges Scannen
- Fehleridentifizierung
- Regeloptimierung für kritische Logik
- Integrationstests für die Unit-Tests
- MC/DC-Validierung
- Abschlussbericht zur Einhaltung der Vorschriften
Falldaten
- 80.000 LOC
- 12 Hochrisikodefekte
- 28 mittlere Defekte
- 45 Compliance-Probleme
- 100% fix
Ergebnisse
- 15 % schnellere Entwicklung
- 20 % niedrigere Testkosten
- Vollständige ASIL-D-Konformität
Wie werden statische Analysetools in ASIL-B-Systemen eingesetzt?
Für BCM-Systeme:
Workflow
- Stapelverarbeitung
- Risikobasierte Priorisierung
- Integrationstests
Ergebnisse
- 30.000 LOC
- 18 Mängel (3 kritisch)
- 22 Compliance-Probleme
Ergebnis
- 30 % Verbesserung der Stabilität
- Keine Feldausfälle
- ASIL-B-Zertifizierung erreicht
Wie schneidet SmartRocket im Vergleich zu anderen Tools ab?
SmartRocket unterscheidet sich hauptsächlich in der Art und Weise, wie es Code analysiert.
- Nutzt virtuelle Ausführung
- Niedrige Rate falsch positiver Ergebnisse (≤3 %)
- Besser geeignet für Kfz-Steuergeräte
- Unterstützt Anpassungsmöglichkeiten
- Kostengünstiger als ausländische Werkzeuge
Wie fügen sich statische Analysetools in DevOps ein?
Die statische Analyse wird nun als Teil von CI/CD ausgeführt.
Workflow
Codierung → Scannen → Reparieren → Testen → Bericht
Tools integrieren sich mit:
- Jenkins
- Entwicklungsplattformen
Dadurch wird eine kontinuierliche Überprüfung anstelle von einmaligen Kontrollen erreicht.
Welche Vorteile bieten fortschrittliche Werkzeuge zur statischen Analyse?
- Probleme frühzeitig erkennen
- Nacharbeit reduzieren
- Softwarezuverlässigkeit verbessern
- Unterstützungszertifizierung
- Geringeres Sicherheitsrisiko
Wie sieht die Zukunft der statischen Fahrzeuganalyse aus?
Wichtigste Trends:
- KI-gestützte Fehlererkennung
- Integration über alle Entwicklungsphasen hinweg
- Einsatz in autonomen Fahrsystemen
- Zunahme inländischer Instrumente als Ersatz für ausländische Lösungen
Häufig gestellte Fragen der Branche (mit Kurzantworten)
1. Wie trägt die statische Codeanalyse zur Einhaltung der ISO 26262-Norm bei?
Die statische Analyse trägt zur Erfüllung der ISO 26262 bei, indem sie Fehler frühzeitig erkennt, Codierungsregeln durchsetzt und nachvollziehbare Nachweise für Audits liefert.
Es ermöglicht Teams Folgendes:
- Fehler vor dem Testen erkennen
- Sicherstellung der MISRA-Konformität
- Ergebnisse der Dokumentenprüfung
Dadurch werden sowohl das Risiko als auch der Prüfungsaufwand reduziert.
2. Was sind die größten Herausforderungen bei der Implementierung von ISO 26262?
Die größten Herausforderungen bestehen darin, Sicherheitsziele in Code umzusetzen, die Systemkomplexität zu bewältigen und die Rückverfolgbarkeit über alle Entwicklungsphasen hinweg aufrechtzuerhalten.
Teams haben oft mit Folgendem zu kämpfen:
- Anforderungsabbildung
- Teamübergreifende Konsistenz
- Dokumentationsausrichtung
Diese Probleme können die Zertifizierung verzögern.
3. Warum ist die MC/DC-Abdeckung oft unvollständig?
MC/DC-Lücken entstehen üblicherweise durch das Übersehen von Grenzfällen und durch Schwachstellen in der Verbindung zwischen Anforderungen und Testdesign.
Viele Teams verlassen sich zu sehr auf Tests allein.
Die Kombination von statischer Analyse und Tests trägt dazu bei, diese Lücken zu schließen.
4. Wie bewerten Sie Werkzeuge nach ISO 26262?
Die Tools werden anhand ihrer Genauigkeit, ihrer Unterstützung bei der Einhaltung von Vorschriften und ihrer Fähigkeit, revisionssichere Berichte zu erstellen, bewertet.
Wichtige Faktoren sind unter anderem:
- Vertrauensniveau des Werkzeugs
- Falsch-Positiv-Rate
- Standards unterstützen
Die Werkzeugauswahl hat direkte Auswirkungen auf die Sicherheit.
5. Warum ist die statische Analyse für die Fahrzeugsicherheit unerlässlich?
Die statische Analyse erkennt Probleme, die beim Testen möglicherweise übersehen werden, und greift ein, bevor der Code ausgeführt wird.
Es hilft:
- Robustheit verbessern
- Spätstadiumdefekte reduzieren
- Unterstützung der Einhaltung
Viele Teams streben heutzutage eine nahezu fehlerfreie Testumgebung an, bevor die eigentlichen Tests beginnen.
Experteneinblicke
Aus realen Projekten lassen sich immer wieder drei Muster erkennen:
- Die Teams verstehen die Standards, haben aber Schwierigkeiten bei deren Umsetzung.
- Genauigkeit ist wichtiger denn je
- Die statische Analyse hält Einzug in kontinuierliche Pipelines.
Autor
Johnny Liu
CEO, Dowway Vehicle
Haftungsausschluss
Dieser Inhalt dient ausschließlich Bildungszwecken und ersetzt keine zertifizierten Richtlinien zur funktionalen Sicherheit.
