AUTOSAR CFG工程兼容多DBC的方案实现

传送门—> 返回AUTOSAR配置与实践总目录

一、为什么需要兼容多DBC

当DBC中少数报文对于ECU来说在特定场景下属于发送报文，而特定其他场景属于接收报文

针对这少部分报文差异（特定场景下的收发属性不同），从OEM角度来说，

这部分差异不足以大到通过创建不同的车型来区分。

所以适配这一个车型的差异，可以有两个方案 方案1：
做成两版本DBC（细微差异），通过创建两个CFG工程，生成两套可执行文件，管理两套软件版本 方案2：
兼容两版本DBC，通过一个工程集成两版本DBC，只管理一个软件版本。
而对于少部分DBC的差异，管理两版软件将会增加很多开发和维护工作，显然如果能做成兼容，是最好的。
所以我们当前选用方案2.

二、多DBC兼容的方案实现

2.1 选择Project --》Project Settings ，点击下图Edit Vatiant

2.2 添加对应的DBC Variant, 可以按照车型名称定义

2.3 给PostBuild Variant对应命名
2.4 给PostBuild Variant对应命名
2.5 确认当前配置，点击finish 完成

2.6 查看工程，已可以自主选择切换DBC Variant选项（实际对应DBC尚未切换，因为DBC还未导入！）

2.7 依次导入对应的DBC文件。

三、新建Variant后的错误解决

新建Variant后主线在COM\PDUR\CANIF模块出现CFG工程的check和生成错误 COM Stack各模块主要错误及解决方法

3.1- 错误类型：CAN if层报文range和指定ID配置冲突

原因和对策: CANIF层存在报文即设定的CANID（固定），又设定了范围，所以产生了冲突
对于NM报文可以设定接收范围，所以删除CANID（固定），保留范围项即可。

删除此项配置，即可解决报错

3.2 错误类型: 相同报文在不同DBC Varaint下的信号访问属性配置差异导致的错误

解决方式：把信号ACCESS_UNLCEAR属性统一变成ACCESS_NEEDED_BY_SWC_OR_COM

3.3 错误类型: 接收报文DataProvision 属性被误填充

解决方法： 由属性解释可以看出这是针对发送报文的，删除属性即可

3.4 错误类型：PDUR使用的长度策略错误

错误原因 可以看出DBC导入后部分报文PDUR长度属性策略默认了UNUSED，（TP长度策略，理解应该是诊断报文属性）
解决方法：针对非诊断报文，PDUR长度策略配置成IGNORE，发送属性选择Transmission Confirmation

3.5 错误类型：CANif层Buffer中的PDU数量设置为空

原因及解决方法 设置成1即可。表示CAN报文canif buffer中开辟一个PDU。

3.6 错误类型：COM层最大Notification次数缓存被清

解决方法：根据需要可以配置成1，表示缓存1个notification。
代码修改: 查看对应ECUC中的3项Variant参数（图中仅列举了Veh_type3），切换DBC Variant后如下
红框出参数名称也会对应变更，标志着成功完成了对应多个DBC Variant的添加

在启动时候对应函数初始化中（参考附图）Com_init,PduR_init等函数中添加新的参数Veh_type3对应handle的初始化即可。

四、多DBC集成注意事项（持续补充）

兼容方案的实施，主要有较多注意地方，主要是DBC文件的格式，如果不遵循一定规则，那么会导致集成，编译出错，多次的DBC返工和重新制作，影响DBC的开发效率。

注意相同信号如果分布在多个variant中，受第三方工具制约，在制作DBC那么他们的的Data Type、Compute Method、Value Table、Unit等信号属性务必定义完全相同，否则CFG工程check和生成阶段会报错.

传送门—> 返回AUTOSAR配置与实践总目录