DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_CANDriver FIG-f9a964e9935b5939 618 × 578 px 1 Release(s)

Figure 7: 2

SHA-256 Inhalts-Fingerabdruck: f9a964e9935b59390462c47f445004ec63168511ae39e75941e2f07418aae612
✦ 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 (stm Can Controller State Machine) für den CAN-Controller im AUTOSAR Classic CAN Driver (Can). Es beschreibt die zulässigen Controller-Betriebszustände und Transitionen auf Treiberebene unterhalb des CAN Interface (CanIf).

2. Komponenten, Entitäten & Schnittstellen

  • Pseudo-Initialzustand (ausgehend von PowerOff über PowerON reset)
  • Betriebszustände: UNINT, STOPPED, STARTED, SLEEP
  • Schnittstellen/Ereignisse: PowerON reset, unbeschriftete Transitionen zwischen den Zuständen sowie Selbsttransitionen an STOPPED und SLEEP

3. Dynamisches Verhalten & Sequenzablauf

  • Nach PowerON reset wechselt der CAN-Controller aus dem Initialzustand in UNINT.
  • Von UNINT führt eine gerichtete Transition in den Zustand STOPPED.
  • Zwischen STOPPED und STARTED existieren bidirektionale Transitionen.
  • Zwischen STOPPED und SLEEP existieren bidirektionale Transitionen.
  • An den Zuständen STOPPED und SLEEP sind jeweils Selbsttransitionen (interne/externe Re-Entry-Schleifen) definiert.
  • Es existiert keine Rücktransition aus STOPPED, STARTED oder SLEEP zurück nach UNINT.

4. Normative Relevanz & Entwickler-Hinweise

Das Diagramm spezifiziert normativ die Zustandswechsel des CAN-Controllers. Es bildet die Grundlage für die Implementierung der Treiber-Zustandsverwaltung; ohne Deinitialisierungs-Transitionen verbleibt der Controller nach dem Verlassen von UNINT dauerhaft im initialisierten Zyklus aus STOPPED, STARTED und SLEEP.

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

R4.0.3 → R18-10_R4.4.0_R1.5.0 normative Änderung Nachfolger: FIG-a96bd0383728793a
  • 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.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

stm Can Controller State Machine | PowerOff | UNINT | PowerON reset | STOPPED SLEEP | STARTED

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R4.0.3 AUTOSAR_SWS_CANDriver S. 38 7 Figure 7: 2