Figure 14: De-Initialization of the ADC Driver
dbf58d60d312d4d6ee1e9c06d3f9b14ff9aaaa0555bfe9e83c33a02737f33d2c
1. Diagrammtyp & Architektur-Kontext
UML-Sequenzdiagramm (sd Adc_Deinit()) zur Spezifikation des Deinitialisierungsablaufs des AUTOSAR ADC-Treibers (Mikrocontroller-Abstraktionsschicht, MCAL) im Kontext des ECU State Managers (EcuM).
2. Komponenten, Entitäten & Schnittstellen
Beteiligte Entitäten sind die Lebenslinien EcuM::EcuM und Adc::Adc, jeweils explizit als «module» typisiert. Als Schnittstellenoperation tritt der synchrone Funktionsaufruf Adc_DeInit() auf.
3. Dynamisches Verhalten & Sequenzablauf
Der Aufrufer EcuM::EcuM initiiert den synchronen Aufruf Adc_DeInit() an Adc::Adc. Nach Ausführung der Deinitialisierungsroutine auf der aktiven Ausführungsüberlagerung von Adc::Adc erfolgt die Rückkehr der Kontrollfluss-Sequenz via Return-Nachricht Adc_DeInit zurück an EcuM::EcuM.
4. Normative Relevanz & Entwickler-Hinweise
Die Deinitialisierung durch Adc_DeInit() erfordert spezifische Deinitialisierungsbedingungen:
- Alle Notifications müssen deaktiviert werden.
- Alle verwendeten Interrupts müssen deaktiviert werden.
- Es liegt in der Verantwortung des Hardware-Designs, dass dieser Zustand nicht zu unbestimmten Aktivitäten im Mikrocontroller führt.
Die Spezifikationsnotiz führt den Status „Proposed by TO as per SWS ADC 2.0.1“ mit der Beschreibung „ADC driver and hardware deinitialization.“ auf.
Zugeordnete Anforderungen
Diese Angaben zeigt der Versions-Explorer.