AUTOSAR_SWS_CANDriver
FIG-4a2ae66614641447
849 × 797 px
4 Release(s)
Figure 7: 2
SHA-256 Inhalts-Fingerabdruck:
4a2ae66614641447d1fefa1e8d051d24b03fcf355ae52df44da628a4018768a4
✦
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-Zustandsdiagramm für den CAN-Controller im AUTOSAR Classic CAN Driver (Can). Es beschreibt die zulässigen Controller-Betriebszustände und Deinitialisierungs-Transitionen auf Treiberebene unterhalb des CAN Interface (CanIf).
2. Komponenten, Entitäten & Schnittstellen
- Pseudo-Initialzustand (Ereignis:
PowerON reset) - Betriebszustände:
UNINIT,STOPPED,STARTED,SLEEP - Schnittstellen/API-Trigger:
PowerON reset,Can_DeInit(), unbeschriftete Zustandstransitionen sowie Selbsttransitionen anSTOPPEDundSLEEP
3. Dynamisches Verhalten & Sequenzablauf
- Auslösend durch
PowerON resettritt der Controller in den ZustandUNINITein. - Aus
UNINITführt eine Transition in den ZustandSTOPPED. - Zwischen
STOPPEDundSTARTEDbestehen bidirektionale Transitionen. - Zwischen
STOPPEDundSLEEPbestehen bidirektionale Transitionen. - Sowohl
STOPPEDals auchSLEEPbesitzen Selbsttransitionen. - Über den API-Aufruf
Can_DeInit()kann der Controller sowohl aus dem ZustandSTOPPEDals auch aus dem ZustandSLEEPzurück in den ZustandUNINITüberführt werden. - Aus
STARTEDexistiert keine direkte Deinitialisierungs-Transition nachUNINIT.
4. Normative Relevanz & Entwickler-Hinweise
Spezifiziert das normative Zustandsverhalten des CAN-Controllers einschließlich der Deinitialisierung. Für Entwickler bedeutet dies, dass Can_DeInit() nur in den Zuständen STOPPED und SLEEP zulässig ist und den Controller in UNINIT versetzt; vor einer Deinitialisierung aus STARTED muss der Controller zunächst nach STOPPED überführt werden.
Zugeordnete Anforderungen
Diese Angaben zeigt der Versions-Explorer.