android can为啥能发收不到数据_总线37讲，CAN测试2，高级篇，通信故障处理

在总线第36讲中，我们介绍了CAN测试的几个方面，主要分为基础部分和高级部分，两大块。

我们特别强调了，对于基础测试部分，比较简单，也都有现成的标准、方法和工具，可以让供应商做，车企负责查看报告即可，即使自己做，也不难，这一块我们就不怎么讲了。

对于高级部分，比如故障处理和网络管理，无论供应商还是车企，都有一定的难度，再加上沟通理解过程中出现的偏差，就更容易出错了，我们要重点聊聊它。

几乎所有的ECU，都需要做CAN方面的测试，BCM、EMS、VCU、BSG、BMS、TCU、EPS、ADAS等，只要带CAN端口，都需要做这样的测试，越是销量高的大客户，越要求供应商做这样的测试。 我们必须建立起自己的自动化测试体系，来应对灵活多变的CAN故障诊断、网络管理方面的测试，只能这样，别无他法！ 这一部分测试相当不好做、比较麻烦，这是事实，以至于一大部分企业都是流于形式，做做样子而已。

01

讲解范围

测试的基础部分，师子一号不做太多介绍 ，因为这部分都有很明确的标准、方法和设备，Vector、PICO、周立功的设备都可以，不需要特别去技术攻关，照着要求一步步做就好了，万用表 、示波器走起~~~

本节，我们从CAN测试的故障处理部分开始介绍CAN测试的高级内容，这部分内容的测试，往往借助于CAN诊断的方法。也就是说，我们如何读取故障、清除故障、故障如何定义，一般是由做诊断的伙伴们告诉我们的，我们能调用这些命令就好了。 跟着我们的思路，您会发现，无论方法还是工具，它们原来也可以如此简单！

我们主要从测试项的场景解释、诊断命令的定义、全自动测试方案介绍、测试工具开发这几个方面进行讲解。

02

CAN故障诊断测试包含哪些项？

CAN通讯故障测试项举例(杜绝晦涩，我们用白话文) 假如被测ECU接收了15个ID，每个ID都有自己的周期，那么，如果某一个ID掉线了(包括长期掉线和短暂掉线)，ECU应该怎么处理？报什么故障值？如果是短暂掉线，报文又恢复了，又该报什么故障值？ 整车一般有一个总控模块，当它发的某个信号为1的时候，其他模块才能激活故障记录功能，如果发0，其他模块禁止记录故障，这个总控模块一般为BCM或者网关。那么，我们就需要检查一下，它发0的时候，其它是不是真的没有记录，它发1的时候，是不是真的记录了，有没有做到“令行禁止”？ 当CAN总线被CANstress持续干扰(比如RTR位被