Vector达芬奇工具使用笔记

现在做车载控制器的开发，AUTOSAR架构基本是绕不开的，而行业老大的Vector达芬奇工具，也是大家常用的AUTOSAR开发工具。作为刚入门的小菜，记录一下平时的配置。

首先说一下总体感受，Vector的达芬奇工具上手难度比较低，主要还是其自动化做得好，比如CAN通信协议栈的开发，基本把只要导入个dbc，然后点一下update，然后摸一会儿鱼，在抬头一看，基本全好了，高效。

另外还有一点印象很深的就是大部分的工具报错，都可以把鼠标放在错误的图标上，然后就会告诉你修复方法，再点一下，错误就没了，大部分的报错都可以解，这一点也很赞。

下面就把一些刚学的总结一些，声明一下，由于工具是在公司的电脑上，没法截图，刚好有同行在网络上总结过，所以借用了一下图片。

总结一：dbc的导入

首先打开达芬奇的BSW配置工具，点击菜单栏的InputFiles，再点击弹出框的system description files，再点击添加，选择dbc，最后点击一下update，就完活了。如下图所示。

图1 dbc文件导入达芬奇工具步骤(图片来源于网络)

其实诊断的基本框架开发也是一样的，在cdd文件中配置好DID的读写以及session、level等信息，以及DTC的信息，然后点击InputFiles，然后点击Diagnostic Data File添加cdd，再点击update就完成诊断的基本框架开发了。

总结二：Busoff的快慢恢复

Busoff的配置是在CanSM模块中配置，其中有三个参数主要的参数，分别为：

1.CanSMBorTimeL1；

2.CanSMBorTimeL2；

3.BusoffCanSMBorCounterL1ToL2 。

其中CanSMBorTimeL1为快恢复的时间，也就是CAN总线发生busoff后，需要等CanSMBorTimeL1后才恢复。

其中CanSMBorTimeL2为慢恢复的时间，也就是CAN总线发生busoff后，需要等CanSMBorTimeL2后才恢复。

BusoffCanSMBorCounterL1ToL2为触发多少次快恢复后跳转至慢回复。图2是一个配置图以及快恢复后的总线信号波形。

图2 busoff的快慢恢复配置，以及总线波形

另外通常Busoff与DTC是在CanSM的Demevent中关联的。但是达芬奇提供两个接口，分别是busoff开始和busoff结束的callout函数，可以给应用层或者其他场景使用，其配置项如图3所示。

图3 配置busoff的启动和结束callout函数(来源网络)

总结三：诊断0x28服务

诊断中的大部分服务，在导入cdd的时候基本都实现了，但是有一小部分还需要自己去实现，比如0x28服务，需要在BswM模块中关联需要控制的报文。

其配置是点击Configuration Editor下的BswM Management，然后点击AutoConfiguration，再点击Configuration Communication Control，最后勾选需要控制的总线，以及控制的类型。

图4 BswM配置0x28服务(l来源网络)

但是仅仅配置这个之后，通过上位机去执行28服务的时候，是控制不了网络管理报文了，这个让小白的我琢磨的很久，搞不明白，最后还是靠大佬指导，还缺一个配置，就是在Nm模块中需要勾选Com Control Enable，才能使0x28服务控制网络管理报文。

图5 在Nm中配置Com Control Enable(来源网络)

总结四：诊断报文无效数据的填充

通常对于诊断报文中，无效的数据字节，主机厂对于这个的填充有一点的要求，有的要求填充为0xAA，有的要求填充0xA5。这个需要在CanTP模块中，激活填充，然后写入要填充的值即可，如图6所示。

图6 诊断报文填充(来源网络)

总结五：网络管理时间参数

网络管理有几个重要的时间参数，分别是在Repeat Message Time，Timeout time，Wait Bus Sleep time(配置接口如图7所示)，这几个参数的含义分别为：

Repeat Message Time：需要持续多长时间接收到网络管理报文，才会从Repeat Message Time跳转至Nomal；

Timeout time：该参数为从Ready sleep到预休眠的等待时间；

Wait Bus Sleep time：该参数为从预休眠到Bus sleep的等待时间；

图7 NM重要的几个时间参数(来源网络)

以上就是简单的总结几个最近遇到的问题，对于大佬来说，都是xiaocase，但对小白的我来说，还是感觉挺有成就感的，继续努力。

---