AUTOSAR
Optimale Unterstützung beim Testen von Modellen und Produktionscode.
Ihre AUTOSAR-Schnittstellen sind im Code abgebildet. Dem Modell sind sie nicht bekannt.
Beim Testen von Classic- und Adaptive-Komponenten muss diese Diskrepanz manuell ausgeglichen und jede RTE- oder ARA-Abhängigkeit durch einen Stub ersetzt werden, bevor auch nur ein Testfall ausgeführt werden kann.
Ein Standard für Wiederverwendung.
AUTOSAR, kurz für Automotive Open System Architecture, ist ein standardisiertes Framework für Softwarearchitekturen. Es verbessert Effizienz, Skalierbarkeit und Wiederverwendbarkeit von Software in der Automobilindustrie und definiert Richtlinien und Spezifikationen für Automotive-Softwarekomponenten, die über verschiedene Steuergeräte hinweg integriert werden und zusammenarbeiten.
Mit einem modularen, mehrschichtigen Ansatz hilft AUTOSAR, Komplexität zu beherrschen und Softwarefunktionen von der Hardware zu trennen. Das ermöglicht Flexibilität und Interoperabilität. Standardisierte Schnittstellen und Kommunikationsprotokolle fördern die Kompatibilität zwischen Fahrzeugsystemen und erleichtern die Wiederverwendung von Software über Fahrzeugmodelle und -generationen hinweg.
- Modular und mehrschichtig
- Hardwareunabhängig
- Standardisierte Schnittstellen
- Steuergeräteübergreifend wiederverwendbar
Zwei Plattformen, ein Standard.
AUTOSAR Classic und AUTOSAR Adaptive verfolgen das gleiche übergeordnete Ziel – die Standardisierung von Automobilsoftware –, gehen jedoch auf unterschiedliche Anforderungen ein.
AUTOSAR Classic
In erster Linie für harte Echtzeitsteuerungssysteme wie Motorsteuerungs- und Bremssysteme konzipiert, die deterministisches Verhalten und Reaktionen mit geringer Latenz erfordern.
AUTOSAR Adaptive
Ausgelegt auf Hochleistungsrechnersysteme, wie sie typischerweise in Infotainment-, Telematik- und fortschrittlichen Fahrerassistenzsystemen eingesetzt werden. Unterstützt werden dynamische Software-Updates, serviceorientierte Kommunikation und das Betriebssystem POSIX.
Beim Testen auf beiden Ebenen entstehen zwei Lücken.
AUTOSAR bietet zahlreiche Vorteile, bringt beim Testen von Software auf der Simulink-Modell- und der Produktionscodeebene jedoch besondere Herausforderungen mit sich.
Zuordnung von Modell- und Codeelementen
Tests sind sowohl auf Modell- als auch auf Codeebene erforderlich. AUTOSAR-Schnittstellen sind jedoch nur auf Codeebene definiert und existieren nicht auf Modellebene. Der Codegenerator schließt diese Lücke. Je nach eingesetztem Tool – dSPACE TargetLink oder MathWorks Embedded Coder – kann die Modellarchitektur derselben AUTOSAR-Komponente erheblich variieren. Das Testtool muss diese Zuordnung automatisch erkennen, damit Tests auf beiden Ebenen ohne manuellen Test-Harness ausgeführt werden können.
Stubbing für SIL-Tests
Für das Testen von AUTOSAR-Softwarekomponenten oder adaptiven Anwendungen auf Produktionscodeebene (SIL) muss der Code kompiliert werden. Diese Komponenten sind noch weniger eigenständig als typische Nicht-AUTOSAR-Anwendungen. Abhängigkeiten zur RTE (Classic) oder ARA (Adaptive) müssen durch Stubs ersetzt werden, damit einzelne Einheiten kompiliert und getestet werden können.
AUTOSAR mit BTC TestStack testen.
BTC Embedded Systems ist Mitglied des AUTOSAR-Konsortiums und verfügt über langjährige Erfahrung in der Unterstützung der Plattform.
Volle Unterstützung für Classic und Adaptive
AUTOSAR Classic und AUTOSAR Adaptive werden für dSPACE TargetLink und MathWorks Embedded Coder vollständig unterstützt.
Architektur wird automatisch erkannt
BTC TestStack analysiert und versteht die AUTOSAR-Architektur automatisch und leitet daraus eine passende Testschnittstelle ab. So wird beispielsweise ein Client-Server-Aufruf mit „Get“-Semantik als Eingangssignal für die Testarchitektur interpretiert.
Tests auf beiden Ebenen ohne manuellen Test-Harness
BTC TestStack erkennt die Zuordnung zwischen Modell- und Codeelementen, sodass Tests auf Modell- und Codeebene ohne manuelle Vorbereitung eines Test-Harness ausgeführt werden können.
Automatisches Stubbing
BTC TestStack ersetzt alle externen Referenzen ordnungsgemäß durch Stubs – entweder mit Stub-Implementierungen aus dem Codegenerator oder indem fehlende Elemente automatisch ergänzt werden.
BTC TestStack
ist nach ISO 26262 zertifiziert
Das Zertifikat bezieht sich auf Normen zur funktionalen Sicherheit in mehreren Branchen:
Für ISO 26262 ist BTC TestStack auf dem höchsten Tool Confidence Level (TCL) zertifiziert; die Zertifizierung gilt für alle ASIL-Level einschließlich ASIL D. Zertifikat und Bericht stellen wir Kunden auf Anfrage kostenlos zur Verfügung und ersparen ihnen damit den größten Teil des Aufwands für die Toolqualifizierung.
Weitere Use Cases entdecken.
Anforderungsbasiertes Testen
Anforderungsbasiertes Testen für Simulink, TargetLink, Embedded Coder, handgeschriebenen und KI-generierten Code.
Back-to-Back-Test
Back-to-Back Tests zwischen Modell und Code, zertifiziert für ISO 26262 und weitere Standards.
ISO 26262
Die Vollständigkeit der Testaktivitäten lässt sich nicht bewerten, ohne die strukturelle Codeabdeckung der Softwareeinheit zu messen.
Sprechen Sie mit unserem Engineering-Team.
Schildern Sie uns Ihr konkretes Engineering-Problem. Wir sagen Ihnen, ob eine Evaluierungslizenz, ein Workshop oder ein Gespräch der richtige nächste Schritt ist.