前言

今天分享一篇BswM的入門文章，文章來源于網(wǎng)絡(luò)。

正文

模式管理是AUTOSAR中的一個難點，也可以說是最龐雜的一塊。因為模式管理貫穿整個CP Autosar流程，幾乎所有模塊都跟BSWM發(fā)生著聯(lián)系。

初見AUTOSAR/BswM，可能你知道這些概念：

Action是實際執(zhí)行的動作;

Action1+ Action2+..構(gòu)成ActionLists;

Rules觸發(fā)ActionLists;

LogicalExpressions是Rules的一部分;

但是，懵逼樹下懵逼果，你是不是有疑惑---這一個個的條件/表達式/規(guī)則/接口/動作列表/動作，到底誰先誰后？他們分別是怎么觸發(fā)的？怎么才能將他們串起來？

本文從項目實踐的角度去講解，在ETAS ISOLAR軟件中(Vector DAVINCI類同)，怎么樣按圖索驥讀懂”亂七八糟”的BswM配置！

BswM的對外信息交流

BswM作為一個獨立的模塊，其代碼是在BswM_MainFunction()中周期執(zhí)行的，那么它的輸入/激勵是什么？

答案:Port!

在ETAS的ISOLAR軟件中BswM可用的Port分以下這些類.

我們把Port信號的改變理解成觸發(fā)BswM動作的信息，從Port開始追朔，按圖索驥，則可將BswM貫穿起來。我舉個最簡單的場景作為例子：

SWC發(fā)起請求->改變ModeRequestPort信息-構(gòu)成>ModeCondition-構(gòu)成>LogicalExpression-構(gòu)成>Rules-觸發(fā)>ActionLists-包含>Actions。

是不是現(xiàn)在還有點懵逼？如果不懵了，到此就可以結(jié)束了，如果還懵著呢，接著看個真實的案例。

例子1 - BswMSwcModeRequest類型的請求

該Port請求來源是SWC，也就是說SWC控制著它。

第一步 - 請求/觸發(fā)源

在ModeRequestPort上單擊右鍵 選擇BswM Rule Trace View, 在彈出的視圖里就給出了該Port對應(yīng)的各個配置項，邏輯是很清晰的。

第二步 - 條件

在BswM Rule Trace View視圖中點擊ModeCondition，進入BswM_MC_BswM_PostRun這個配置項:

這個配置項簡單來來說就是一行語句

BswM_MRP_SwcModeRequest== ECUM_STATE_POST_RUN

第三步 - 邏輯表達式

在BswM Rule Trace View視圖上點擊LogicalExpression視圖, 進入BswM_LE_PostRun這個配置項：

該配置項只包含了BswM_MC_BswM_PostRun這一個條件，所以它依然是一行語句BswM_MRP_SwcModeRequest ==ECUM_STATE_POST_RUN。

第四步 - 規(guī)則

在BswM Rule Trace View視圖上點擊Rules視圖, 進入BswM_AR_PostRun這個配置項，

可見這個規(guī)則就是，使用BswM_LE_PostRun這個表達式，當(dāng)其為真的時候觸發(fā)BswM_AL_BswMSwitchPrepShutdown這個動作組。簡化成偽代碼就是:

if(BswM_MRP_SwcModeRequest== ECUM_STATE_POST_RUN)
{
  BswM_AL_BswMSwitchPrepShutdown();
}
else
{
  /* Do Nothing… */
}

第五步 - 動作列表

在BswM Rule Trace View視圖上點擊ActionList視圖，進入BswM_AL_BswMSwitchPrepShutdown配置項：

第六步 - 動作

在視圖上點擊Action視圖，進入各個動作詳細配置，一看就懂了。

做個總結(jié)

審核編輯：湯梓紅