4. EcuM运行模式：RUN模式、POST_RUN模式、SLEEP模式、SHUTDOWN模式的行为与配置
好，咱们今天来聊聊EcuM的四个核心运行模式。说实话，这几个模式是ECU状态管理的灵魂。我刚开始接触AUTOSAR时，总觉得模式切换不就是个状态机嘛，有啥难的？直到第一次调试时，ECU在休眠和唤醒之间反复横跳，我才意识到这里面的门道有多深。
先看一张整体流程图，帮你建立全局认知：
4.1 RUN模式：ECU的"正常工作态"
RUN模式，说白了就是ECU干活的状态。所有应用层SWC都在跑，通信栈开着，诊断服务响应着。我个人习惯把RUN模式叫做"全功率模式"——这时候ECU该干嘛干嘛，没有任何保留。
在RUN模式下，EcuM主要做这几件事：
- 调度应用层任务：所有Runnable按周期或事件触发执行
- 维持通信栈：CAN/LIN/Ethernet正常收发报文
- 响应诊断请求：UDS服务随时待命
- 监控唤醒源：为后续模式切换做准备
嗯，这里要注意一点：RUN模式不是"无限期"的。EcuM内部有个计数器，或者叫"空闲定时器"。当应用层长时间没有活动（比如钥匙off后），EcuM就会触发GoSleep请求，准备切换到下一个模式。
配置要点：在EcuM配置工具中，RUN模式需要设置一个关键参数——EcuMRunCycle。这个参数决定了EcuM主函数的轮询周期。我一般设成10ms，太快了浪费CPU，太慢了响应不及时。
4.2 POST_RUN模式：优雅的"收尾阶段"
POST_RUN模式，很多人不理解它存在的意义。你想想看，ECU要关机了，直接断电不行吗？
还真不行。我在项目中遇到过一个问题：某次ECU直接断电，结果NVM数据没写完，下次上电时配置全丢了。从那以后，我对POST_RUN模式格外重视。
POST_RUN模式的核心任务：
- 通知应用层准备关闭：通过BswM下发ShutdownPreparation请求
- 等待应用层清理完成：比如写NVM、关闭文件、释放资源
- 关闭通信栈：停止发送报文，进入Busoff状态
- 决定最终去向：去SLEEP还是去SHUTDOWN
避坑指南：我曾经把POST_RUN的超时时间设得太短（只有50ms），结果应用层还没写完NVM就被强制切走了。建议至少给200ms以上，具体看你的NVM写入量。
POST_RUN模式下，EcuM会检查一个关键标志——ShutdownTarget。这个标志决定了ECU是进入SLEEP还是SHUTDOWN。怎么决定的？看有没有唤醒源配置。
| 条件 | 目标模式 | 典型场景 |
|---|---|---|
| 有唤醒源配置且无Shutdown请求 | SLEEP | 钥匙off，但CAN唤醒使能 |
| 无唤醒源配置或有Shutdown请求 | SHUTDOWN | 电池断电、诊断强制关机 |
4.3 SLEEP模式：低功耗的"假寐"
SLEEP模式，ECU进入低功耗状态。这时候CPU可能停了，时钟降频了，但关键的外设还在监听——比如CAN收发器、LIN收发器、或者特定的GPIO引脚。
我个人习惯把SLEEP模式分成两种：
- Polling Sleep：CPU还在跑，但以极低频率轮询唤醒源。功耗降低有限，但响应快。
- Interrupt Sleep：CPU彻底休眠，全靠中断唤醒。功耗极低，但唤醒延迟稍大。
配置SLEEP模式时，有几个参数必须搞清楚：
/* EcuM配置示例 - SLEEP模式参数 */
EcuM_SleepModeConfigType SleepConfig = {
.SleepMode = ECU_M_SLEEP_MODE_INTERRUPT, /* 中断唤醒模式 */
.WakeupSource = ECU_M_WAKEUP_SOURCE_CAN, /* CAN唤醒 */
.PollingCycle = 100, /* 轮询周期100ms（仅Polling模式） */
.SleepEntryTimeout = 50 /* 进入休眠等待时间50ms */
};警告：SLEEP模式下，如果唤醒源配置错误，ECU可能永远醒不过来。我曾经犯过这个错——CAN收发器的唤醒引脚没连对，结果ECU睡死过去，整车无法启动。排查了整整两天。
唤醒过程是这样的：当唤醒事件发生（比如CAN总线有活动），EcuM会从SLEEP模式跳转到RUN模式。但注意，不是直接跳——中间会经过一个WakeupValidation阶段，验证唤醒源是否有效。这个验证时间可以配置，我一般设成50ms，防止误唤醒。
4.4 SHUTDOWN模式：彻底的"断电"
SHUTDOWN模式，ECU的终点站。进入这个模式后，EcuM会执行最后的清理工作，然后通知PMIC或SBC切断电源。
SHUTDOWN模式的行为序列：
- 执行ShutdownCallback：用户自定义的关机回调函数
- 关闭所有驱动：ADC、PWM、SPI等外设全部下电
- 保存最后的状态：将Shutdown原因写入NVM
- 触发硬件断电：通过EcuM_Shutdown()函数通知PMIC
这里有个细节：SHUTDOWN模式不是瞬间完成的。EcuM会等待所有模块确认关闭后，才真正断电。这个等待时间由EcuMShutdownTarget配置决定。
配置建议：SHUTDOWN模式一定要配置EcuMShutdownTarget参数。可选值有：
ECU_M_SHUTDOWN_TARGET_OFF：完全断电ECU_M_SHUTDOWN_TARGET_RESET：复位重启ECU_M_SHUTDOWN_TARGET_SLEEP：进入休眠（特殊情况）
4.5 模式切换的"幕后推手"：BswM的角色
说到模式切换，不得不提BswM。EcuM负责"执行"模式切换，但"决策"往往由BswM来做。
举个例子：当EcuM收到GoSleep请求后，它会通知BswM："我要准备关机了"。BswM根据当前的通信状态、应用层请求、诊断会话等因素，决定是进入SLEEP还是SHUTDOWN，然后把这个决定返回给EcuM。
说白了，EcuM是"执行者"，BswM是"决策者"。两者配合才能完成优雅的模式切换。
个人经验：调试模式切换问题时，我建议先看EcuM的日志，确认模式是否按预期切换。如果EcuM日志显示一切正常但实际行为不对，那问题大概率在BswM的规则配置上。我曾经花了一周时间查一个休眠问题，最后发现是BswM的一条Action规则写错了。
4.6 实战配置清单
最后，给你一份我总结的配置清单，照着做基本不会出大问题：
| 配置项 | 推荐值 | 说明 |
|---|---|---|
| EcuMRunCycle | 10ms | RUN模式主循环周期 |
| EcuMPostRunTimeout | 200ms | POST_RUN超时时间 |
| EcuMSleepMode | Interrupt | 休眠模式选择 |
| EcuMWakeupValidationTime | 50ms | 唤醒验证时间 |
| EcuMShutdownTarget | OFF | 关机目标 |
嗯，这四个模式讲完了。记住一句话：RUN是干活，POST_RUN是收拾，SLEEP是打盹，SHUTDOWN是下班。每个模式都有它的使命，配置对了，ECU才能稳定可靠地工作。