DaVinci Configurator DCM 开发问题总结

1.0x78pending一定要限制次数,否则陷入状态不对的情况下一直pengding，占用诊断通道，无法响应其他的诊断命令。

If set to a value > 0: Dcm will cancel any ongoing diagnostic service processing and send a negative response with response code 0x10 (generalReject), in case the limit value gets reached.
If set to 0: no limitation will apply. The DCM will wait endlessly for the application to finish its job.

2.安全访问中，一旦Dcm被初始化并配置为恢复以前的AttemptCounter值，它将开始使用相应的GetSecurityAttemptCounter API读取所有特定于安全级别的AttemptCounter值。

如果读AttemptCounter值失败，建议使用第三种方案，counter值清0，避免造成NVM获取值失败后一直开启37延时，再也无法解锁。

1) If the time value ==  0 is configured, Dcm will start the corresponding delay timer for an infinite time. During this power on cycle, no security access request will be accepted.
2) If a time value >0 is configured, Dcm will start the corresponding delay timer with the configured time. For this time, no security access request (for this security level) will be accepted.
3) if the parameter is missing (default), Dcm will assume the retrieved counter value as zero and thus will not start any power on time. A security access request will be accepted immediately.

3.28服务中，一般规定报文类型01应用报文 02网络报文 03网络和应用报文，为什么请求F1 F2 F3也能得到正响应呢？

答：F是指针对有多路can时，关闭/打开当前接收诊断服务的那路can的报文。(U不强制，客户不支持的需手动限制）

4.针对功能寻址：

1)NRC11,NRC12,NRC31,NRC7E,NRC7F在请求消息使用功能寻址时永远不会被传输.

2)功能寻址不响应多帧请求（boot手写代码需注意）.

5.在DCM开发过程中经常会遇到如下需求：

（1）某个诊断服务不支持功能寻址，实现不响应该诊断服务；

（2）某个诊断服务不支持抑制肯定响应的情况下，ECU实现上报否定响应NRCXX；

（3）某些诊断服务的NRC22条件检查（应用比较多的是车速检查）。
配置：

Davinci Config配置工具预留两个通知功能（manufacturer notification和supplier notification），可根据不同需求选择相应的功能，这边我们选择的是supplier notification。该功能是在DCM模块接收到诊断服务后最先调用的接口去执行一些自定义逻辑判定，若判定为成功进行下一步诊断逻辑，否则直接返回相应的NRC。