超级会员免费看
本文介绍了AUTOSAR中BswM（Basic Software Mode Manager）的状态分析和ESH（Ecu State Handling）状态切换。BswM作为基础软件管理，控制CanSM和ComM的状态，其状态机包括StartUp、WakeUp、Run、PostRun和Prepare ShutDown等。状态切换依据规则仲裁和动作执行，如从Wakeup到Run的转换涉及通信开启和Dem初始化。条件判断语句在BswM中起到关键作用，影响整个BSW的运行，尤其在多总线通信情况下，需要巧妙设计规则以实现不同条件下的收发功能。
在模式管理（2） -- BswM我们了解到，BswM_Init由EcuM_StartupTwo调用，这也意味着，在调用该函数之后，BswM此时的状态处于BSWM_INIT。但根据现象来看，INIT的状态是没法收发报文的。为什么呢？照常理说，在EcuM_Init CAN、CanIF等都已经初始化了，可以发报文了呀。这就要到代码中去找答案了。
首先我们要了解Com层的报文发送是由谁来主导的？CanSM和ComM。那CanSM和ComM的状态又是由谁来控制的呢？这里就引入了今天的话题，BswM(Basic Sofeware Mode Manager)。既然是基础软件管理，那么CanSM和ComM必定受BswM管理。具体怎么管理的？我们会用一个CAN报文唤醒的例子来解读，今天我们先简单将BswM代码梳理一下。
1.BswM状态分析
在Vector的代码中，BswM也设计了一套状态机，该状态机沿用了ASR3中EcuM的状态行为，这里暂且将其叫Ecu St
订阅专栏 解锁全文
1753
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
