Autosar Dem配置-Condition(TRC)的使用-基于ETAS软件

本文主要是介绍Autosar Dem配置-Condition(TRC)的使用-基于ETAS软件，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

前言

在车辆工作状态下，每个DTC检测可能都需要一个前提条件，否则如果任何条件下都可以进行DTC检测的话，可能会出现故障误报的情况。这个前提条件又称为Test Run Critieria(TRC).在DEM中，该需求可以由EnableCondition实现。本文介绍基于ETAS软件的相关配置及代码实现。

Dem配置

需要配置DemEnableCondition和DemEnableConditionGroup，在DemGeneral中，然后在对应的DemEventParameter中进行关联

标准中定义的EnableCondition含义如下：

当条件满足时，置True,即可以进行DTC的检测（调用Dem_SetEnableCondition函数）

DemEnableCondition

DemEnableCondition配置很简单，只有ID和初始状态

DemEnableConditionId

ID不需要配置，生成BSW时会自动生成。使用时，作为参数传递给Dem_SetEnableCondition函数

DemEnableConditionStatus

配置初始时的状态，为TRUE时表示可以进行检测，为False时表示不可以进行检测

示例配置如下：

DemEnableConditionGroup

配置条件合集，在Group中关联前面建立的Condition，只有Group中的Condition都为True时，才允许DTC进行检测

示例配置如下：

DemEventParameter

在DemEventParameter中关联对应的ConditionGroup，示例配置如下：

至此，Dem的配置就完成了，可以生成BSW代码了。

接口配置

生成完BSW代码时，还会更新Dem_Cfg_SWCD.arxml文件，该文件包含Dem的SWC接口，其中会生成EnableCondition对应的P-port（Server接口，提供Dem_SetEnableCondition函数）,如下图所示：


在对应的应用SWC中建立相应的R-port,如下图所示：


在对应的Runnable中添加Server Call Points,即对应Client的使用，如下图所示：

如果我们重新生成SWC的模板文件，则会在对应的Runnable的函数中自动调用对应的函数。

但是一般SWC的模板不会重新生成，我们可以手动在需要的位置加入生成的RTE函数

还需要在Composition中将对应的接口进行mapping

然后提取ECU，提取完后可以在FlatView中找到对应的ASC

然后就可以生成RTE了

代码实现

生成的RTE接口示例如下：

#define Rte_Call_RPortPrototype_xxx_SetEnableCondition( ConditionFulfilled ) Dem_SetEnableCondition(((VAR(uint8, AUTOMATIC))2), ConditionFulfilled)

实际就是调用的Dem_SetEnableCondition函数，传递的参数一个为ID，一个为TRUE/FALSE

实际在SWC中的使用：

if() /* 增加满足DTC检测的条件 */
{Rte_Call_RPortPrototype_xxx_SetEnableCondition(TRUE);
}
else
{Rte_Call_RPortPrototype_xxx_SetEnableCondition(FALSE);
}

总结

使用EnableCondition可以同时配置多个DTC为同一个条件，也可按故障进行分类，不同类型的故障增加不同的条件，使用起来还是比较灵活的，不需要每个DTC都去单独做判断了。

这篇关于Autosar Dem配置-Condition(TRC)的使用-基于ETAS软件的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---