终于解决综合插件CAN导致 刷揭示错误的问题，过程记录一下，
有的时候，很多错误是可以避免的，但是一旦出现 ， 解决、排查错误的过程会区级费很长时间。
我们的产品有3、4个CAN节点，我负责的这个节点只接收，不发送，因此当CAN问题出现时，我第一感觉认为肯定不是我的问题。（一个不发送CAN数据的节点，怎么会影响CAN总线？）
刚开始，我就排除，把每一个节点都断开一遍， 最终发现把我负责的那个节点断开后，CAN正常了，这基本说明是我的板子引起的CAN故障，但是我没有发送数据呀？难道是我不经意间发数据了？
我把CAN收发器的发送引脚1引脚断开，这时候，CAN故障消失了，看来真是MCU给CAN收发器发送数据了，
于是下面进行下一步的排查，把CAN收发器1脚与MCU重新连接好，我用示波器直接接CAN收发器的1引脚，CAN_TX，示波器上确实显示有信号，我就奇了怪了，我的程序真的没有发数据呀，没办法，上JLINK单步调试，一调试我更傻眼了，我的STM32F437已经暂停运行了，但是1引脚上依然的波形，依然有信号（此时我的脑子已经断路），于是我怀疑这个CAN收发器坏了，于是我又换了一个新的CAN收发器，结果在MCU停止运行的时候1引脚依然有信号。
这个时候，我突然灵光一闪，CAN不同与RS485，CAN数据链路层是需要接收端响应ACK信号的，即使是不发送数据，只要CAN初始化使能了，当收到一包正确的CAN数据包时，在CAN的TX上就会产生一个ACK信号，于是 我所有的疑惑迎刃而解，眼前豁然开朗，但是CAN故障的问题实锤了，就是我负责的节点的问题，
于是我开始检查我自己的程序，为什么之前我对我这个程序深信不疑，因为这个程序已经在另一个设备上使用了，并没有报告问题，所以一开始，我是没有怀疑是程序的问题，但是测试到这个地步，只能硬着头皮去查看了，一个寄存器一个寄存器的查找，过程不说了，对照手册一个一个检查，果然打到了
多明显的问题！ 但是为什么我这么设置，500kbps的波特率也会收到数据呢？我猜CAN总线的容错率非常好，差的这么多，居然还能通信上，
我把CAN_BS1_8TQ修改为CAN_BS2_8TQ之后，问题解决了，看来是我这个有问题的节点在CAN总线上发送的ACK信号导致了总线故障，但这也不是每次必现的，也是有一定的概率，综合测试10次，肯定会发现1次以上， 所以这个问题的解决耗费了大量时间、精力、脑细胞，
唉，一个小失误，引起了这复杂的麻烦。。。。
做程序一定要细心、细致、 杜绝粗糙！！
