AUTOSAR_SWS_Flash_EEPROM_Emulation
FIG-ebeaf9cb952ecaac
678 × 516 px
2 Release(s)
Figure 5: Sequence diagram of "Fee_Init" service
SHA-256 Inhalts-Fingerabdruck:
ebeaf9cb952ecaac166f4eb3d013cb2af983efefe19e573c7472f7bd6b55c8dd
✦
KI-generierte Bildanalyse & technische Beschreibung
Modell: gemini-3.8-flash (via agy) · Rezept figure-series@1 · erstellt am 2026-10-08
1. Diagrammtyp & Architektur-Kontext
UML-Sequenzdiagramm (sd Fee_Init) im Kontext der AUTOSAR Classic Platform. Das Diagramm spezifiziert die Initialisierungssequenz des Basissoftware-Moduls Flash EEPROM Emulation (FEE) durch den ECU State Manager (EcuM).
2. Komponenten, Entitäten & Schnittstellen
Beteiligte Entitäten und Schnittstellen:
EcuM::EcuM: ECU State Manager als aufrufende Instanz.«module» Fee::Fee: Flash EEPROM Emulation als aufgerufenes BSW-Modul mit Stereotyp«module».- Synchrone Aufruf-Schnittstelle: parameterlose Operation
Fee_Init(). - Rückkehrnachricht:
Fee_Init(gestrichelte Linie zurück an EcuM). - Dekompositionssymbole sind in den Kopfboxen beider Lebenslinien platziert.
- Notizfeld mit Status
Proposed by TO as per SWS Fee 2.0.6sowie FeldernDescription:undComments:.
3. Dynamisches Verhalten & Sequenzablauf
- Der ECU State Manager (
EcuM::EcuM) ruft synchron die parameterlose InitialisierungsfunktionFee_Init()am ModulFee::Feeauf. - Auf der Lebenslinie von
Fee::Feewird ein Ausführungsbalken aktiv. - Nach Beendigung der Initialisierung kehrt die Ausführung über die synchrone Rückkehrnachricht
Fee_Initan den EcuM zurück.
4. Normative Relevanz & Entwickler-Hinweise
- Die Initialisierungsfunktion
Fee_Init()besitzt keine Übergabeparameter mehr (void). Konfigurationsstrukturen werden modul-intern oder über Link-Time/Post-Build-Konfigurationen referenziert. - Der synchrone Ablauf blockiert den aufrufenden EcuM während der Initialisierung.
- Der Vermerk
Status: Proposed by TO as per SWS Fee 2.0.6dokumentiert den Revisionsstand der Spezifikation.
Zugeordnete Anforderungen
Diese Angaben zeigt der Versions-Explorer.