Methoden und Prozesse für die Steuergerätekonfiguration in AUTOSAR-Anwendungen
Echtzeit in AUTOSAR in Serie
Fortsetzung des Artikels von Teil 4
Berücksichtigung der Basis-Software
Nach der Timing-Analyse auf Applikations-Ebene kann in einem nächsten Schritt das bestehenden Timing-Modell um Basis-Software-Elemente ergänzt werden, da diese ebenfalls CPU-Zeit verbrauchen und den bisherigen Schedule beeinflussen können. Hierfür wurde die anfangs erwähnte Lastreserve vorgehalten. Der Fokus für diese Elemente liegt auf eigenständigen Tasks (z.B. TX-COM) oder lang laufenden Interrupts (z.B. RX-CAN oder Kurbelwellen-Interrupts), da diese den größten Einfluss haben. Auch Reserven für einen Task-Wechsel werden betrachtet.
Nachdem alle Elemente eingebracht sind, gibt die Scheduling-Analyse erneut Aufschluss über Last, Task-Schedule sowie die Wirkkettenlatenzen. Nach eventuell noch notwendigen Korrekturen ist die Konfiguration (Software-Architektur, RTE-/OS-Konfiguration, Basis-Software) fertig gestellt und kann mit einem minimierten Projektrisiko in die Implementierung übernommen werden.
Jobangebote+ passend zum Thema
- Echtzeit in AUTOSAR in Serie
- Last, Zyklus- und Ausführungszeiten
- Task-Generierung und Scheduling-Analyse
- Wirkketten-Analyse
- Berücksichtigung der Basis-Software
- Durchgängigkeit und Methodik
Lesen Sie mehr zum Thema
Das könnte Sie auch interessieren
Symtavision GmbH
Entwicklungswerkzeug unterstützt jetzt AUTOSAR 4.x
AUTOSAR
Symtavision wird Artop-Mitglied
Modellierung von E/E-Systemen
UML und AUTOSAR
AUTOSAR in China
Die AUTOSAR-Werkzeuglandschaft im Reich der Mitte
Turnusmäßiger Wechsel
Neuer AUTOSAR-Sprecher
Symtavision GmbH
Tool-Suite ermöglicht integrierte modell- und trace-basierte Timing-Analyse
Symtavision
Echtzeitverhalten zehnmal schneller analysieren
TraceAnalyzer 1.2 von Symtavision
Visualisierung von Echtzeit-Traces bis zu zehnmal schneller
Symtavision
Entwicklungswerkzeug unterstützt Multicore-Prozessoren und AUTOSAR
