AUTOSAR的BswM模块详解

构成模式仲裁规则的Logical Expressions可以使用不同的运算符，例如 AND、OR、XOR 和 NAND。表达式中的每一项都对应一个模式请求条件。这些条件验证所请求或指示的模式对于特定模式是 EQUAL还是NOT_EQUAL。下图显示了具有两个条件的示例Rule。Rule和可用逻辑操作集被定义为ECU 配置的一部分。

1.3 Requirements of Mode Arbitration

如上所述，BswM接受模式请求和模式指示作为模式仲裁的输入。模式请求通常源自应用程序SW-C，但也可能源自其他 BSW模块，例如 DCM。模式指示总是由其他BSW模块发出，例如不同的总线特定状态管理器、EcuM 和WdgM。 Immediate and Deferred Operation 有各种不同方式来调度处理Mode Arbitration：

在模式请求或模式指示上下文immediately处理；
推迟到BswM MainFunction（周期轮询函数）处理。

“ Immediate ”请求在调用者的上下文中执行。系统集成商（如Vector)有责任确保操作列表的执行不会危及系统性能或一致性。特别是，如果调用者在中断上下文中运行（或可能运行），则有关在中断上下文中使用系统函数的限制仍然适用。 Immediate 和 Deferred 操作之间的区别在下图。

（1）Immediate Operation

（2）Deferred Operation

1.4 Arbitration Behavior after Initialization

BswM初始化后的Mode Arbitration行为由Configurator Container BswMModeInitValue控制。该参数可以为配置中的每个BswMModeRequestPort配置一次。例如

2. Mode Control

BswM的Mode Control部分根据Mode Arbitration的结果执行所有必需的操作。这是使用Action List完成的。Action List是由Mode Arbitration触发时BswM执行的动作的有序列表。 Action List中的Action可以分为三种类型：

调用其他BSW模块或 RTE。
链接到要包含在执行中的其他Action List。
Mode Arbitration规则。当执行相应的Action List时，将评估这些规则。这样可获得规则的层次结构。

BswM不需要在其执行的操作上存储或响应任何 BSW 模块特定的返回值。因此，BSW 中的不同状态管理器将它们的当前状态给BswM，以用作Mode Arbitration的输入。但是，如果返回错误 (E_NOT_OK)，BswM 可以发出 DEM事件和/或取消当前正在执行的Action List。

如图所示， BswM 可能包含多个Action List，一个Action List可以容纳多个Action。为了减少Action List的总数，应该可以将它们级联。Action List的元素可以是具体动作或对另一个Action List的引用，或者如上所述，Mode Arbitration要执行的规则。应该有一个标志连接到每个动作列表条目，说明其类型（动作/引用/规则）。带有具体动作的列表和带有引用或甚至是混合列表的列表的激活方式应该没有区别。

2.1 Mode Processing Cycle

通过下图来讲解Mode Request的处理周期

模式请求者 SW-C 通过其发送者端口请求模式 A 。 RTE 分发请求， BswM 通过其接收器端口接收它。
BswM 作为接收到的模式仲裁请求的结果或在 BswM 主函数执行期间循环评估其规则。
根据选择的执行方法执行相应的动作列表。
在执行动作列表时， BswM 可能会向 RTE Switch API 发出一次或多次调用，作为通知受影响的 SW-C 仲裁结果的动作。任何 SW-C ，尤其是模式请求者都可以注册接收模式切换指示。

注意模式请求者只能从本地 BswM 接收模式切换指示；这对于源自本地代理 SW-C 发出的不同 ECU 的请求也是如此。 2.2 Behavior of Mode Control after Initialization BswM初始化后模式控制的行为由BswMRuleInitState 参数配置（在BswMRule Container内）。它定义了在初始化后第一次评估规则后决定执行哪个Action List时使用的“前一个评估结果”。配置参数BswMActionListExecution（在BswMActionList Container内）也会影响初始化后的动作列表执行。 BswMRuleInitState是什么样的，可见下图的“Rule Init State”

BswMActionListExecution可见下图的“Action List Execution”

3. BswM Interfaces and Ports

BSWM Service的 SW-C 将定义 RTE 下的Port。每个使用Service的 AUTOSAR SW-C 都必须在其自己的 SW-C 中包含Service Port。这些Port使用相同的Interface接入，并且必须连接到BSWM的Port，以便 RTE可以生成适当的 ID和所需的符号。

以下讲讲Mode Request Port、Mode Switch Port、Mode Notification Port，即下图这几个东西：

3.1 Mode Request Ports

BSW Mode Manager必须声明一个接收器端口，其接口定义在 SW-C 的上下文中：

RequirePort AppModeRequestInterface modeRequestPort _ {ArbName} _ {ReqName};

要读取当前请求的模式， BSW Mode Manager实现必须调用：

Rte_Read_modeRequestPort_{ArbName} _ {ReqName} _ requestedMode( &<variable> );

3.2 Mode Switch Ports

与Mode Request一样， BSW Mode Manager仅引用在其为模式切换提供端口的相应 SW-C 描述上下文中定义的模式切换Port。对于上面的例子，Mode Switch的声明是：

ProvidePort AppModeInterface modeSwitchPort _ {ModConName} _ {SwitchName};

配置参数 BswMModeSwitchInterfaceRef 引用此模式切换接口。

要切换当前激活模式，BSW Mode Manager实现必须将以下调用之一插入其操作列表：

Rte_Switch_modeSwitchPort _ {ModConName} _ {SwitchName} _ currentMode (<new_mode>);
SchM_Switch_modeSwitchPort _ {ModConName }_ {SwitchName} _ currentMode (<new_mode>);

3.3 Notifications of Mode Switches

除了Mode Request之外，当前激活的模式也可以用作Mode Arbitration的输入。

对于应用程序和车辆模式，BSW Mode Manager需要注册为模式用户。

然后它通过Mode Switch Port接收有关更改模式的通知。

对于上面的例子，模式通知的声明是：

注意：为了更容易区分 ModeSwitchPort 类型的 RequirePort 和 ProvidePort ，下面示例中 RequirePorts 被命名为Mode Notification Port。

RequirePort AppModeInterface modeNotificationPort _ {ArbName} _ {ModeName};

要读取当前激活模式，BSW Mode Manager实现必须调用以下函数之一：

Rte_Mode_modeNotificationPort _ {ArbName} _ {ModeName} _ currentMode ( & < variable >
SchM_Mode_modeNotificationPort _ {ArbName} _ {ModeName} _ currentMode ( & < variable > );

如果配置了增强型 Rte_Mode 或 SchM_Mode ，BSW Mode Manager实现必须调用以下函数之一：

Rte_Mode_modeNotificationPort_{ArbName} _ {ModeName} _ currentMode ( & < variable > , & < previousmode > , & < nextmode > );
SchM_Mode_modeNotificationPort _ {ArbName} _ {ModeName }_ currentMode ( & < variable > , & < previosmode > , & < nextmode > );

4766 次浏览	7次

< 首页