一文搞懂LIN节点的State Machine状态机测试

在ISO 17987中在Network Management章节之前有一节关于State Machine状态机的描述，初学时看着觉得没什么内容，不过是对节点所处状态和帧发送处理过程的描述。实际项目中如何进行LIN状态机的测试呢？

一、协议概述

1.主机任务状态机

协议描述：启动进度表后，主机任务依次发送同步间隔段、同步段、受保护ID段。

2.从机任务状态机

协议描述：从机任务负责发布或接听帧的应答，包括两种状态机：1、同步间隔段和同步段检查器；2、帧处理器

同时协议给出了从机任务帧状态机处理器的流程图，如下：

依据协议内容，如何进行主/从机任务状态机的测试呢？继续往下看。

二、主机任务状态机测试

主要分为3种测试状态，第1种是仿真主机任务发送帧头，当第一帧同步间隔段发送完成后，仿真发送第二帧，观测节点对于这两帧的处理结果是否符合预期。

第2种是仿真主机任务发送帧头，当第一帧同步间隔段、同步段发送完成后，仿真发送第二帧，观测节点对于这两帧的处理结果是否符合预期。

第3种是仿真主机任务发送帧头，当第一帧同步间隔段、同步段和ID段发送完成后，仿真发送第二帧，观测节点对于这两帧的处理结果是否符合预期。
上述三种方式均可通过脚本方式来实现，仿真同一帧报文，分别根据测算的位时间来控制两帧报文之间的delay time。

三、从机任务状态机测试

1.测试场景

验证从节点ECU在激活状态中的各子状态接收到间隔场和同步场的状态机是否符合要求。ECU分别在发送数据状态收到间隔场和同步场、发送校验和状态收到间隔场和同步场，进入PID状态的处理机制。说人话：当第一帧报头发出后，从节点应答未完成前，再次发送帧头，从节点的PID状态处理。观测第一帧的应答是否错误，第二帧的应答是否有RespError置为1。

2.问题分析

该测试项理解起来很容易，但是实际测试如何实现却犯了难。

• 思路1：在该网段下添加节点进行仿真报文发送，缩短仿真报文的周期来进行干扰LDF正常报文的调度。
  结果：不可行。原因是发送时机不好控制，且通过位时间的测算能达到测试要求的帧头周期（2/4/6ms）在CANoe中都发送失败。（CANoe限定了6.77ms来完成整帧的处理）
• 思路2：打开两个CANoe工程进行条件控制。
  结果：不可行。原因是仿真报文的发送时机仍然不好控制来达到对第一帧报文的精准干扰要求。
• 思路3：通过两个接口卡，同时连接到被测ECU上，在CANoe中创建两个LIN Network一个进行正常的LDF调度，另一个进行报文发送，通过缩短发送周期来满足测试要求。
  结果：可行。

3.结果描述

通过上述思路3测试得到下图结果，可以看出在第一帧没有应答完成前，发送第二帧帧头，第一帧报错显示在等待数据字节过程中发生中断；而在下一帧正常应答的报文中RespError=1。

延申：关于从节点PID状态（状态机）测试的测试方法实现上需要有所设计。从机节点帧处理过程有两个状态组成：休眠状态和激活状态。激活状态包含5个子状态，只要间隔和同步程序被激活，系统就会进入接收标识符的激活子状态。这表明，通过探测到一个新的间隔和同步序列，帧的处理程序将会被终止。通过上述思路3的测试也印证了这一点。

---

总结

LIN状态机的测试重点在于如何通过合理的用例设计来实现仿真报文的注入时机精准化，这也是本文想要表达的重点，通过具体的用例执行测试也能进一步深化对于LIN状态机机制的理解。