AUTOSAR 入门教程 11：CanSM
理解 CanSM 如何管理 CAN 控制器的状态转换，掌握三种通信模式的切换机制和 Bus-Off 恢复流程。
CAN 控制器不只是收发器，它有自己的状态：正常通信、只收不发、完全离线。这些状态的切换不能由应用层直接操作硬件寄存器来完成——需要经过标准化的状态管理流程，确保通信栈各模块协同切换。AUTOSAR 的 CanSM（CAN State Manager）就是这个管理者：它接收 ComM 的通信模式请求，驱动 CanIf 执行硬件状态切换，同时监控 Bus-Off 等异常状态并自动恢复。
CanSM 的角色定位
CanSM 位于通信栈的服务层，是 ComM 与 CanIf 之间的桥梁。ComM 是通信请求的统一入口——应用层通过 RTE 告诉 ComM"我需要通信"或"我要静默"，ComM 把这个请求翻译成总线特定的模式切换指令下发给 CanSM。CanSM 根据指令驱动 CanIf 配置 CAN 控制器的硬件状态。
这种分层设计的逻辑很清晰：ComM 管"要不要通信"（业务决策），CanSM 管"怎么切换 CAN 状态"（协议流程），CanIf 管"操作哪个寄存器"（硬件抽象）。
三种通信模式
CanSM 管理三种 CAN 通信模式，对应 ECU 不同的工作状态。
Full Communication（全通信模式）：CAN 控制器正常运行，收发都开启。ECU 正常工作时处于此模式，所有周期信号和事件报文正常收发。
Silent Communication（静默通信模式）：CAN 控制器只接收不发送，俗称"只听模式"。典型应用是网关 ECU 在唤醒初期监听总线活动——确认总线可用后再切到全通信模式，避免在总线异常时发送报文导致错误风暴。
No Communication（无通信模式）：CAN 控制器关闭，不收不发。ECU 进入休眠状态时，CanSM 将所有 CAN 通道切换到无通信模式，配合 CanNm 的网络管理实现整车低功耗。
模式切换流程
从无通信切到全通信的典型流程：ComM 收到应用层的通信请求 → ComM 调用 CanSM 的 ComM_UserRequest() → CanSM 驱动 CanIf 将 CAN 控制器从 STOP 状态切换到 START 状态 → CanIf 调用 CanDrv 初始化硬件 → 控制器就绪后 CanSM 通知 ComM 模式切换完成。这个流程确保了通信栈各层按正确顺序初始化，不会出现"上层开始发数据但底层还没准备好"的情况。
反向流程类似但顺序相反：ComM 请求无通信 → CanSM 先通知上层停止发送 → 驱动 CanIf 停止控制器 → 确认无数据传输后切换到 STOP 状态。
Bus-Off 恢复机制
Bus-Off 是 CAN 通信中最严重的故障状态。当 CAN 控制器发送错误过多（TEC 计数器超过 255），硬件自动进入 Bus-Off——控制器完全脱离总线，不收不发。如果不处理，这个 ECU 就永远"哑"了。
CanSM 的 Bus-Off 恢复流程分两个阶段。快速恢复：CanSM 检测到 Bus-Off 后，等待一个恢复时间（通常几百毫秒），尝试重新初始化 CAN 控制器并恢复通信。如果快速恢复成功，ECU 立即恢复正常工作。慢速恢复：如果快速恢复失败（重复 Bus-Off），CanSM 进入指数退避模式，逐渐延长重试间隔，避免在总线故障未排除时反复冲击总线。
恢复参数包括 CanSmBusOffRecoveryTime（两次恢复尝试的最小间隔）和 CanSmMaxBusOffRecoveryAttempts（最大恢复尝试次数）。超过最大次数后 CanSM 通知上层通信不可用，由应用层决定后续动作（如点亮故障灯）。
与 CanNm 的关系
CanSM 和 CanNm 都管 CAN 的"开"和"关"，但管的是不同层面。CanSM 管 CAN 控制器的硬件状态——控制器处于 START 还是 STOP，能不能收发报文。CanNm 管网络层的逻辑状态——这条总线上所有 ECU 是否都准备好通信，是否可以集体进入睡眠。
实际操作中两者配合：CanNm 判定网络需要唤醒时，通过 ComM 请求全通信模式，ComM 调用 CanSM 执行硬件切换。CanNm 判定网络可以睡眠时，同样通过 ComM 请求无通信模式。CanSM 是执行者，CanNm 是决策者。
实践建议
- Bus-Off 恢复参数需要和整车通信矩阵协调。恢复太快会在总线故障时产生大量无效重试，恢复太慢影响功能可用性
- 多通道 CAN（如 CAN0 和 CAN1）的 CanSM 配置要独立，避免一个通道的 Bus-Off 影响另一个通道的正常工作
- 静默模式主要用于调试和唤醒确认阶段，正常运行时不应该长时间停留在静默模式
- CanSM 的状态回调函数是诊断故障定位的关键——Bus-Off 事件必须记录到 DEM，便于售后排查通信异常
- 开发阶段用 CANoe 监控 CanSM 的模式切换时序，确认切换延迟是否满足应用层的时间要求
下一篇教程将深入 CAN 网络管理（CanNm）——它决定整车 ECU 什么时候该醒、什么时候该睡，是功耗管理的核心模块。CanSM 是 CanNm 的下游执行者，理解了两者的分工，CAN 通信栈的完整链路就闭环了。