AUTOSAR架构下唤醒源检测函数EcuM_CheckWakeup详解

1.AUTOSAR标准描述

1.1 EcuM_CheckWakeup用来干什么

官方解释：EcuM调用该callout来轮询唤醒源。唤醒源的ISR也应该调用它来设置锁相环，并检查可能连接到同一中断的其他唤醒源。

个人理解：EcuM_CheckWakeup是一个callout函数，也就说EcuM_CheckWakeup需要用户自定义实现，比如我们ECU设计为：

Can唤醒

则EcuM_Chekwauep应该实现为

EcuM_CheckWakeup(EcuM_WakeupSourceType wakeupSource){    If(CanWakeupsource == wakeupSource)    {        CanIf_CheckWakeup(wakeupSource);    }}

Lin唤醒

EcuM_CheckWakeup(EcuM_WakeupSourceType wakeupSource){    If(LinWakeupsource == wakeupSource)    {        LinIf_CheckWakeup(wakeupSource);    }}

Flexray唤醒

EcuM_CheckWakeup(EcuM_WakeupSourceType wakeupSource){    If(FlexrayWakeupsource == wakeupSource)    {        FlexrayIf_CheckWakeup(wakeupSource);    }}

ICU唤醒

EcuM_CheckWakeup(EcuM_WakeupSourceType wakeupSource){    If(ICUWakeupsource == wakeupSource)    {        ICU_CheckWakeup(wakeupSource);    }}

GPT唤醒

EcuM_CheckWakeup(EcuM_WakeupSourceType wakeupSource){    If(GPTWakeupsource == wakeupSource)    {        GPT_CheckWakeup(wakeupSource);    } }

xxx_CheckWakeup()函数中会按照具体唤醒源类型去检查有没有唤醒事件产生，如果检测到唤醒源就会调用EcuM_SetWakeupEvent();设置唤醒源事件。

比如使用TJA1040 CanTrcv唤醒：

EcuM_CheckWakeup()->CanIf_CheckWakeup()->CanTrcv_CheckWakeup(), 最终CanTrcv回去判断CanTrcv的STB和RX引脚来判断唤醒源事件有没有产生。

其他类型的唤醒（CAN, LIN, Flexray,ICU,GPT.e.g.）过程类似，主要是是如何判断唤醒源产生不一样。

值得注意的是如果不能EcuM_CheckWakeup函数调用结束之前，EcuM_SetWakeupEvent被调用（也就说在EcuM_CheckWakeup的调用栈中调用EcuM_SetWakeupEvent，也就说EcuM_CheckWakeup同步调用EcuM_SetWakeupEvent），那么就需要配置CheckWakeupTimeout（后文详细介绍）.

EcuM_CheckWakeup函数应该实现为如下形式：

EcuM_CheckWakeup(EcuM_WakeupSourceType wakeupSource){    EcuM_StartCheckWakeup(wakeupSource); /*开启异步唤醒源检测超时计时器*/    If(xxxWakeupsource == wakeupSource)    {        xxx_CheckWakeup(wakeupSource);    }}

1.2 EcuM_CheckWakeup在哪里被调用

EcuM在Go Sleep Sequence中会调用该函数来检测有没有唤醒事件产生。

背景知识：EcuM的Sleep Phase会根据ECU的具体设计走Go Halt Sequence或者走Go Poll Sequence.

Case 1: 如果ECU走Go Halt Sequence, 则最终ECU会调用Mcu_SetMode进入到Halt状态（CPU停止运行，代码不在运行），需要通过外部中断唤醒，中断处理函数中调用EcuM_CheckWakeup检测唤醒源。

Case 2：如果ECU走Go Poll Sequence, 则最终ECU会调用Mcu_SetMode进入到Polling状态（CPU不会停止运行，代码继续运行），EcuM开始调用EcuM_CheckWakeup轮询检测唤醒源事件。

从上文可知，如果走shutdown Off的ECU不会使用到EcuM_CheckWakeup.

1.3 EcuM_CheckWakeup的使用场景

1.3.1 GPT中断检测唤醒源

Ecu进入到Halt状态，GPT中断唤醒ECU，在GPT的ISR中->EcuM_CheckWakeup->GPT_CheckWakeup->EcuM_SetWakeupEvent.

1.3.2 EcuM轮询GPT检测唤醒源

Ecu进入到Polling状态，Ecu调用EcuM_CheckWakeup->GPT_CheckWakeup轮询检测唤醒源。

1.3.3 ICU中断检测唤醒源

1.3.4 其他

其他的Lin,Can,Flexray,CanTrcv等都类似，具体可以参考EcuM的AUTOSAR文档。

2.AUTOSR工具相关配置

EcuM模块中的每个唤醒源都有一个Check Wakeup Timeout的配置参数，如下图所示：

官方解释：

个人理解：当唤醒源事件产生时，如果能保证在EcuM_CheckWakeup->xxx_CheckWakeup的调用栈中检测到唤醒源并调用EcuM_SetWakeupEvent设置唤醒源，则不需要配置这个TimeOut参数。实际工程项目中一般都不配置这个参数。

3.唤醒源检测和唤醒源校验的区别

上文已经详细介绍了EcuM_CheckWakeup的作用以及其使用场景。说到底，EcuM_CheckWakeup就是为了检测唤醒源然后调用EcuM_SetWakeupEvent来设置唤醒事件，那么EcuM收到上报的唤醒事件后又会怎么操作了？-- 调用EcuM_ValidateWakeupEvent来校验唤醒源是不是有效（需要配置唤醒源校验）。

5.实际工程经验总结

注意：实际工程中都希望ECU在整车休眠后功耗最低，所以都会选择走Shutdown Off或者Go Halt，一般不会选着走Go Poll.所以下文仅描述Shutdown Off或者Go Halt的场景。

从上文可知，EcuM_CheckWakeup和ECU的休眠唤醒强相关，从《AUTOSAR架构下ICU唤醒详解》一文可知不同的芯片平台的休眠唤醒是不一样的，所以实际工程情况比较复杂。如下图所示，只有S32K进入到VLPS模式或者TC3xx芯片进入到Slep模式后才会中断唤醒继续运行软件，其他场景MCU直接复位了，也就没有ISR->EcuM_CheckWakeup这个过程了。

就算是MCU被唤醒后软件能继续运行，实际工程中为了降低软件实现的复杂度，MCU被唤醒后都会直接或间接的复位，这样ISR->EcuM_CheckWakeup这个过程有没有都无所谓。

总之，在实际工程中，EcuM_CheckWakeup这个函数基本用不到。

End

「汽车电子嵌入式在CSDN上同步推出AUTOSAR精进之路专栏，本专栏每个模块完全按实际项目中开发及维护过程来详细介绍。模块核心概念介绍、实际需求描述、实际工程配置、特殊需求介绍及背后原理、实际工程使用经验总结。目的是让读者看完每一个章节后能理解原理后根据需求完成一个模块的配置或者解决一个问题。」

点击文章最后左下角的阅读原文可以获取更多信息

或者复制如下链接到浏览器获取更多信息

https://blog.csdn.net/qq_36056498/article/details/132125693

注：本文引用了一些第三方工具和文档，若有侵权，请联系作者删除!