【Mode Management】BswM模块和其他模块的交互

汽车电子嵌入式

已于 2024-02-03 11:52:03 修改

阅读量1k

点赞数 21

分类专栏： AUTOSAR基础文章标签： AUTOSAR BswM

于 2024-02-03 11:41:29 首次发布

本文链接：https://blog.csdn.net/qq_36056498/article/details/136005846

版权

AUTOSAR基础专栏收录该内容

30 篇文章 115 订阅

订阅专栏

6.1 BswMNvMJobModeIndication

6.2 BswMNvMRequest

6.3 小结

1.BSWM模块和COM模块

I-PDU组的启动/停止状态处理不在AUTOSAR COM模块完成，一般在BSWM模块中处理。当I-PDU组状态发生变化时，管理I-PDU组状态的BSWM模块通过Com_IpduGroupControl将所有I-PDU组的一致状态传递给AUTOSAR COM模块，然后由AUTOSAR COM模块启动和停止单个I-PDU。

BswM是唯一一个控制I-PDU组的启动和停止，以及I-PDU组监视的启用/禁用的模块。一般在BswMActions配置容器下的BswMPduGroupSwtich子配置容器来配置BSW需要控制的IPDU Groups。也就是通过模式管理，当某个逻辑表达式满足后（例如：BswM Mode Start --> BswM Mode Run）调用控制IPUD Group开启的Action（BswM调用Com_IpduGroupControl引用BswMPduGroupSwtich配置容器里的IPDU Group参数来控制这一路CAN上的所有IPUD开启或关闭）。

2.BSWM模块和ComM模块

BSWM模块的BswMModeRequestPorts容器里面可以配置BswMComMIndication的MRP来获取ComM某个Channel的状态（ComM在通道发生切换的时候会调用BswM_ComM_CurrentMode）。

BSWM模块的BswMActions容器里面可以配置BswMComMAllowCom的Action来改变某个Channel的状态。

对于ComM的用户USER（SWC通过RTE）而言，ComM_RequestComMode是唯一影响ComM状态的接口。当ECU需要关闭（Shutdown）当前Channel的时候就需要调用ComM_RequestComMode。

问题1：ComM_RequestComMode(NO_COM)和Com_IpduGroupControl(Can_ChannelID, False)的区别？

1）ComM_RequestComMode(NO_COM)由SWC（USER）调用，SWC调用ComM_RequestComMode(NO_COM)后报文不一定停发，但是最后如果ComM控制的网络（如调用CanSM）关闭后，ECU对外的表现就是报文停发（关闭了收发器，报文发不出去了），但是Com可能还是在尝试往外发报文的。

2）Com_IpduGroupControl(Can_ChannelID, False)由BSWM模块的Action当中调用，也就是BWM仲裁到满足报文停发的条件后，调用Com_IpduGroupControl(Can_ChannelID, False)停发报文（Com_IpduGroupControl-->ComPrv_TxIPduStop），这种情况下ComM可能还是FULL_COMM的，只是Com不往外发报文了而已。

3）

如上图所示：

通道所在ComM的状态是FULL_COM是报文往外发的必要条件。
报文停止发送的充要条件中没有ComM的状态是NO_COM。

问题2：ComM其实也就是对CanSM,LinSM,EthSM的分装，为啥需要ComM模块了？

答：ComM分装了CAN,LIN,ETH等通信的物理特性，以一种统一的方式来管理所有的通信通道，对于用户（SWC）而言，只需要关注通道的状态而不需要考虑通道的物理硬件特性。

3.BSWM模块和CanSM模块

BSWM模块的BswMModeRequestPorts容器里面可以配置BswMCanSMIndication的MRP来获取CanSM某个Channel的状态（CanSM在通道发生切换的时候会调用BswM_CanSM_CurrentState）。

4.BSWM模块和DCM模块

4.1 DCM通过BSWM控制通信

BSWM模块的BswMModeRequestPorts容器里面可以配置BswMDcmComModeRequest的MRP来获取Dcm请求某个ComM通道的的通信状态（

DCM_ENABLE_RX_TX_NORM

DCM_ENABLE_RX_DISABLE_TX_NORM

DCM_DISABLE_RX_ENABLE_TX_NORM

DCM_DISABLE_RX_TX_NORMAL

DCM_ENABLE_RX_TX_NM

DCM_ENABLE_RX_DISABLE_TX_NM

DCM_DISABLE_RX_ENABLE_TX_NM

DCM_DISABLE_RX_TX_NM

DCM_ENABLE_RX_TX_NORM_NM

DCM_ENABLE_RX_DISABLE_TX_NORM_NM

DCM_DISABLE_RX_ENABLE_TX_NORM_NM

DCM_DISABLE_RX_TX_NORM_NM ）。Dcm在发生通道状态切换的时候会调用BswM_Dcm_CommunicationMode_CurrentState()函数通知到BSWM。BswM获取到这个MRP的信息后回去停/发对应Channel的Ipdu_Group来实现通信的开关。

4.2 DCM通过BSWM控制ECU复位

BSWM中没有特别定义的BswMModeRequestPorts和DCM进行ECU复位（Reset）的交互，而是使用BswMSwcModeNotification的MRP来进行交互。

但是不像SWC中需要自己定义ModeDeclarationGroup及Mode Switch Interface，DCM模块中已经预定好ModeDeclarationGroup及Mode Switch Interface。

在Dcm_Cfg_SWC.arxml中就会有关于DcmEcuReset的Pport的定义描述，在BswM_Cfg_SWC.arxml中有关于DcmEcuReset的R-port的定义描述。

DCM和BswM通过DcmEcuReset这个Interface进行连接后，Dcm中关于ECU Reset复位的请求能过通过RTE传递到BswM模块的MRP作为模式仲裁的条件输入。

5.BSWM模块和自定义SWC模块

SWC模块和BSWM模块的可以通过BswMSwcModeRequest或者BswMSwcModeNotification配置进行交互。

至于二者的用法，在BswM模块详细介绍一文中有详细介绍，简单的概括就是：如果SWC是模式仲裁者和执行者，BSWM仅需要知道当前这个SWC的模式的状态，则使用　BswMSwcModeNotification将模式状态通知到BSWM模块；如果SWC仅仅是模式的请求者，BSWM获得模式请求后执行模式的仲裁和控制，则使用BswMSwcModeRequest。

当我们在BSWM模块配置了BswMSwcModeNotification后，在Components-->Services SW component-->BswM组件下就会生成对应的Mode Switch Port-R-port。

然后我们在SWC的配置当中需要配置对应的Mode Switch Port-P-port，同时在SWC中要定义ModeDeclarationGroup及Mode Switch Interface然后引用定义的ModeDeclarationGroup。

6.BSWM模块和NVM模块

6.1 BswMNvMJobModeIndication

BSWM模块的BswMModeRequestPorts容器里面可以配置BswMNvMJobModeIndication的MRP来获取NVM multiblock job的状态（NVM在multiblock job的状态发生变化得的时候会调用BswM_NvM_CurrentJobMode）。

NVM模块已经预定义了8种multiblock job的状态：

NVM_REQ_OK

NVM_REQ_NOT_OK

NVM_REQ_PENDING

NVM_REQ_INTEGRITY_FAILED

NVM_REQ_BLOCK_SKIPPED

NVM_REQ_NV_INVALIDATED

NVM_REQ_CANCELED

NVM_REQ_REDUNDANCY_FAILED

NVM_REQ_RESTORED_FROM_ROM

6.2 BswMNvMRequest

BSWM模块的BswMModeRequestPorts容器里面可以配置BswMNvMRequest的MRP来获取NVM special block（任意block）的状态（NVM在special block的状态发生变化得的时候会调用BswM_NvM_CurrentBlockMode，NVM的静态代码中没有这个实现，需要在集成Integration代码中实现）。

6.3 小结

BswM模块通过和NVM相关得MRP拿到NVM模块multi block或者special block的状态作为输入，通过模式状态判断及模式逻辑表达式进行仲裁后执行对应的模式Action。一般来讲，ECU下电Shutdown的时候NvMWriteAll完成是一个必要条件；ECU重启/上电的时候NvMReadAll完成是一个必要条件。