AUTOSAR_TPS_SoftwareComponentTemplate67_诊断通信
Grey
全部学习汇总： GitHub - GreyZhang/hack_autosar: learning autosar documents, aha, very hard!
AUTOSAR_TPS_SoftwareComponentTemplate67_诊断通信
摘录与批注
- 用以定义通信功能，内部行为提供相应的需求元素支持通用诊断通信的映射。
- 看描述，感觉这个应该是跟UDS，也就是现在的Dcm中的路径控制的服务是相关的。
- 第二部分的单独文字描述部分能够看得出来，这部分应该是一个IO控制的服务配置。
- 相关的需求定制其实还有一个限制性因素，那就是ECU提取信息。
- 虽然写的是数值的需求，但是其实这部分是涉及到DCM以及DEM两部分的配置。
- 其中，DCM有本地访问还有通过服务请求的模式进行访问两种访问方式。
- 通过客户端接口读写当前值，相关的读写功能由SWC来负责。
- 客户端通过DID来读写当前的值。
- 通过发送方以及接收方的接口方式来读写数据。
- 从我之前接触的UDS来看，似乎没有一个现成的服务或者框架提供类似的功能，自定义扩充？
- 启停或者请求例程结果。
- 通过客户端服务器的接口实现IO控制。
- 发送接收数据接口实现IO控制，使用这种方式是为了提高效率。具体的实施，可能后续得具体了解。我甚至觉得，目前我接触的项目似乎都没有需求。
- 对协议、会话、安全信息的访问，其实这个就是一个一般的UDS通用概念了。
- 验证访问安全等级，这应该是常用的等级配置，与对话应该有一定的绑定关系。
- 多诊断仪访问ECU，从描述看，这里似乎是为了实现对类似情况的一个限制？
- 服务请求提示，看上去上一个专门的服务或者例程，这个也是之前没有调试过得。唯一相近的，其实还是一个DID实现的VIN，看起来不是同一个事情。
小结
这部分主要是看了诊断通信的需求在工具中的实现，同时看了几个用例。而这些用例，其实跟之前接触过的UDS的通信配置有很多可以重合到一起的知识点。在这里，又看了一下其在模板中的可定制性。
