前言

当测试一个LIN从节点控制器时，在运行CANoe时Trace上出现如下图错误帧，显示TransError（Slave not responding），即从节点没有被成功唤醒。本文将列举一些常规的排查分析方法供参考。

1、检查物理环境

检查VN接口卡与从节点控制器的连接是否正常、DB9引脚是否正确、电源上电是否正常（防过压）等，确定测试环境连接正确。

2、检查CANoe软件配置

2.1、检查Channel Mapping

Channel Mapping中硬件VN接口卡的通道选择是否匹配（以VN1630为例：防止出现接口卡接的Channel 1，但是Channel Mapping配置的是Channel 2）

2.2、检查Hardware Configuration

协议版本、Master mode、波特率等配置是否正确，会影响LIN通信。

2.3、检查Simulation Setup

测试从节点时，需要把Simulation Setup中对应的节点给失效处理。


以上两类出现问题的概率较小，也相对容易排查。如果上述都没有问题，我们能怎么去排查LIN从节点没有被成功唤醒的问题呢？

3、ISC手动检测

通过ISC来手动做唤醒，注意打开1位置的主模式；在2处Frame中新建报文，将被测从节点Published Frames的报文添加进行进行仿真发送。发送的过程中注意右侧3处Send type的选择，可以试试只发帧头、帧头和应答都发送。

4、CAPL脚本方式

将上述3 ISC方式转化为CAPL脚本，通过脚本仿真报文来进行节点唤醒；这里有一个便捷之处在于能够把ID全部轮询一遍，看看能不能有成功唤醒的报文。亦或者，通过仿真唤醒脉冲的方式，linwakeup()函数来进行从节点唤醒请求。

当然，排除不了单个控制器存在的故障，可以重新上下电、更换被测ECU来验证唤醒问题到底出现在哪儿。