整车OTA丨LIN从节点诊断测试全解析

提到LIN测试，大家第一时间想到的就是通信测试（物理层测试、数据链路层测试、网络管理测试、容错性测试及错误故障测试等），但随着LIN总线测试技术的发展，掌握通信测试能力仅仅是测试工程师的基本技能，如今我们已经开启了LIN从节点的诊断&刷写的“新时代”。

随着OTA技术的发展，为了降低成本，提升整车软件的更新效率，当下绝大多数主机厂均要求整车所有控制器实现OTA刷写功能。目前整车中基于以太网、CAN总线的控制器已经有成熟的诊断测试解决方案，而LIN总线控制器由于功能偏少、诊断需求不多，基于UDS的诊断测试发展较为缓慢。LIN总线控制器包括主节点和从节点，主节点一般通过CAN总线实现诊断功能，而从节点需要基于LIN总线实现。为了应对市场需求，本文将重点为您介绍基于LIN总线的从节点UDS诊断协议与刷写测试方案。

一、LIN从节点诊断协议测试知多少

相信大多数诊断工程师对CAN总线的诊断协议测试已经了如指掌，主要是基于DiVa开展测试。那针对LIN从节点诊断，DiVa能不能测试LIN诊断协议呢？

答案肯定是“Yes！”，东信创智已经承接多家车企和供应商的LIN诊断测试项目，具备丰富的测试经验。

那么基于DiVa开展LIN诊断协议测试都有哪些工作呢？

• 通过CANdelaStudio制作LINSlave节点CDD。

注意配置ECU的Supported Interfaces选择CAN Mixed Addressing协议。

图1 UDSonLIN的cdd界面

• LDF文件的配置及调用。

通常LDF文件中仅定义APP报文的调度表，这种情况下就需要分别创建主请求帧（0x3C）和从响应帧（0x3D）调度表。诊断系统必须在诊断请求MasterReq_Table和诊断响应SlaveResp_Table这两个调度表之间切换。

图2 LIN诊断LDF文件配置界面

• 通过DiVa加载UDSonLIN的cdd，配置参数、勾选服务，生成测试用例。
• 再通过CANoe的Diagnostics中Import DiVa Project模块导入DiVa工程后可自动执行诊断协议测试。

图3 DiVa开展LIN诊断协议测试

• DiVa诊断协议测试报告及测试数据。

 （a）诊断协议测试报告

（b）诊断测试数据

图4 DiVa诊断协议测试报告及测试数据

诊断协议测试中，诊断对象根据 LDF 文件中的从节点数自动生成，不同的从节点有不同的 NAD，诊断通过该 NAD 匹配所测试的节点。

二、LIN从节点刷写知多少

1、刷写流程

LIN从节点刷写流程与常规的CAN刷写流程相同，主要包括预编程阶段、主编程阶段及后编程三个阶段，且某些厂商的LIN控制器已支持AB区双分区功能。具体流程可以参考下图。

图5 LIN从节点刷写流程

2、刷写内容

Bootloader on LIN测试中，通常也包括正向刷写测试与反向刷写测试。

正向刷写测试：

• APP无效时刷写测试
• APP有效时刷写测试
• 进入Bootloader模式后退出测试
• ……

反向刷写测试：

• 故障类、可靠性测试，主要依附于VT板卡

• 通信中LIN与供电短路测试
• 通信中LIN与供地短路测试
• 通信中LIN开路测试
• ……

• 完整性测试

• 跳过预编程条件检查测试
• 跳过Drive下载测试
• 跳过数据传输测试
• ……

3、测试环境

通过Vector的CANoe软件（含Option.LIN）调用VT机箱中的板卡实现对控制器的电源和断路/短路等功能进行控制。硬件选用Vector的VN1640/1630、VT便携式小机箱（VT7001A/VT2820），组成桌面级LIN从节点刷写环境，如下图所示。

图6 LIN从节点刷写测试环境

4、测试方法

在TestModule模块中，利用CAPL语言创建Bootloader on LIN测试用例，实现LIN从节点刷写自动化测试。测试结束后，可通过生成的网页版报告（html格式）及存储的测试数据来分析刷写过程中的问题。具体如下图所示：

图7测试用例选择界面

图8刷写测试数据

图9 html格式测试报告

三、总结

OTA升级已成为智能车更新迭代的必要途径，而且LIN总线控制器也是整车中必不可少的一部分，因此LIN诊断测试越来越重要。本文对LIN总线从节点的UDS诊断协议和刷写方法进行了详细介绍，旨在为客户提供在LIN诊断测试领域的技术参考与支持，助力实现更高效、更精准的测试解决方案。