基于canoe 新建一个lin工程_UDS（ISO14229)诊断协议-LIN

本来应该是接着之前的一篇文章继续写《UDS（ISO14229)诊断协议（三）》呢，恰巧小编今天的工作内容涉及到了UDSonLIN，所以就想着正好今天就先写写这个方面的话题吧，虽然这部分内容是UDS第七部分的内容，但是和前面部分的关联性不是特别的强，所以是可以单独查看的。

UDSonLIN实现的需求

首先说明一点，LIN的诊断规范是遵循ISO17987的，所以UDS的LIN诊断是把14229定义的会话层协议做了必要的更改和接口适配以适用ISO17987.

在具体的实现层面，整车制造商应该根据ISO17987的协议制定LIN主节点和从节点之间交互的UDSonLIN的信息。

定义诊断等级

LIN通讯从节点的架构、诊断通讯表现和需要的传输协议根据诊断服务功能分为三个等级，所以，要根据从节点诊断功能和复杂性的等级分配诊断等级。

诊断等级一

智能和简单的设备，比如像智能传感器和执行器，不需要诊断功能或者很少的诊断功能。执行器的控制、传感器的读取以及故障存储的处理都是由主节点通过帧的信号完成的。因此，对于这些任务，具体的诊断支持是不需要的。故障指示也通常是基于信号的。

诊断等级二

诊断等级二和诊断等级一从节点是类似的，但是诊断等级二需要支持节点标识。这个扩展的节点标识是车辆制造商需要的。使用ISO14229诊断服务的测试设备或者主节点可以请求扩展的节点标识信息。执行器的控制、传感器的读取以及故障存储的处理都是由主节点通过帧的信号完成的。因此，对于这些任务，具体的诊断支持是不需要的。故障指示也通常是基于信号的。