DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_CANDriver FIG-a96bd0383728793a 849 × 797 px 2 Release(s)

Figure 7: 2

SHA-256 Inhalts-Fingerabdruck: a96bd0383728793a5133e17bade91e08a70da011340c8cd0282130007aac13e9

Im Versions-Explorer öffnen

Kanonischer Bildausschnitt (144 DPI WebP, gerendert aus Original-Vektorgrafik) · nicht öffentlich, nur mit Anmeldung und Freigabe
✦ 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 an STOPPED und SLEEP

3. Dynamisches Verhalten & Sequenzablauf

  • Auslösend durch PowerON reset tritt der Controller in den Zustand UNINIT ein.
  • Aus UNINIT führt eine Transition in den Zustand STOPPED.
  • Zwischen STOPPED und STARTED bestehen bidirektionale Transitionen.
  • Zwischen STOPPED und SLEEP bestehen bidirektionale Transitionen.
  • Sowohl STOPPED als auch SLEEP besitzen Selbsttransitionen.
  • Über den API-Aufruf Can_DeInit() kann der Controller sowohl aus dem Zustand STOPPED als auch aus dem Zustand SLEEP zurück in den Zustand UNINIT überführt werden.
  • Aus STARTED existiert keine direkte Deinitialisierungs-Transition nach UNINIT.

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.

Versionsvergleich KI-generiert · gemini-3.8-flash (via agy)

R4.0.3 → R18-10_R4.4.0_R1.5.0 normative Änderung Vorgänger: FIG-f9a964e9935b5939
  • Ergänzung der Transition von STOPPED nach UNINIT mit dem Trigger Can_DeInit().
  • Ergänzung der Transition von SLEEP nach UNINIT mit dem Trigger Can_DeInit().
  • Korrektur der Zustandsbezeichnung von UNINT zu UNINIT.
  • Entfernung des UML-Rahmens (stm Can Controller State Machine) und der Pseudo-Zustandsbezeichnung PowerOff oberhalb des Initial-Zustands.
R19-11 → R20-11 keine inhaltliche Änderung Nachfolger: FIG-4a2ae66614641447

Keine inhaltlichen Änderungen erkennbar.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Erkannte Spezifikationsbelege & Anforderungen auf dieser Seite

SWS_Can_00174 SWS_Can_00259 SWS_Can_00408

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

UNINIT | STOPPED | STARTED | SLEEP | Can_DeInit() | PowerON reset | Can_DeInit()

Vorkommen in AUTOSAR-Releases (2)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R18-10_R4.4.0_R1.5.0 AUTOSAR_SWS_CANDriver S. 36 7 Figure 7: 2
R19-11 AUTOSAR_SWS_CANDriver S. 36 7 Figure 7: 2