摘要：CAN总线通信模块在设计过程中，出现模块掉线的情况很多，掉线的情况又各种各样，增加了分析的难度。本文通过对总线掉线的各种情况展开分析，对底层程序进行软件保护，有效解决了试验过程中的掉线问题，对后续其他CAN总线模块的设计具有借鉴参考价值。
 
    汽车设计时，考虑在复杂多样的环境中使用，其中很多工况非常恶劣，因此汽车产品必须满足更为严格的测试要求和试验要求。采用CAN网络通信可满足汽车各控制系统高可靠性和智能化的要求，但是总线模块在设计和试验过程中易出现掉线的问题，而总线掉线问题原因繁多，增加了分析和解决问题的难度。本文从实际试验过程中出现的问题，总结了总线掉线的排查方法和问题应对措施，为解决模块掉线问题提供参考。

    1 故障描述
    试验过程中，VIN60号车后视镜折叠展开功能只有左后视镜有输出控制，右后视镜无输出控制，经网络监测发现门模块应用报文及网络管理报文都不发送，但是转向灯及门锁控制功能正常，后续掉电后网络恢复正常；后续VIN60号又出现问题：车辆自动行驶过程中反复自动落锁，经网络监测发现门控制模块应用报文及网络管理报文都不发送，但是转向灯功能正常，后续掉电后网络恢复正常。VIN80号车在使用诊断读取前车身控制模块及乘客侧模块版本号时无诊断应答，经网络监测发现前车身控制模块和乘客侧模块的应用报文及网络管理报文都不发送，但是转向灯输出正常，修车过程中无意掉电后网络恢复正常。

    2 故障分析
    根据试验车辆出现的故障现象，将从6个方面展开掉线问题的分析。
    2.1  bus-off导致网络不正常
    在问题车辆CAN线人为制造bus-off后恢复，各个模块的bus-off都能恢复。在台架上也模拟样车控制器状态每次bus-offM能恢复。
    2.2地漂导致网络不正常
    在对前车身控制模块地漂0.5 V、0.9 V、1.2V的情况下查看网络状态均未出现节点不发送任何报文的情况。在地漂产生情况下同时制造bus-off也未复现该问题，但是如果是地漂按逻辑应该对接收也是有影响的。
    2.3  CAN内部问题导致网络不正常
    当前控制器是通过帧模式控制当前网络发送的报文，对于从模块支持3个帧模式：Normal模式（应用报文、网络管理报文及诊断报文都发送）；Quiet模式（只发送网络管理报文及诊断报文）；Silent模式（除了诊断报文，网络管理及应用报文都不发送）。从逻辑士＿即使帧模式切换异常，在能接收的情况下诊断报文应该是能正常发送接收的，但问题描述在该问题出现时诊断报文也是不能进行发送的，说明控制器的报文发送是有问题，而网络接收及逻辑功能正常。为了验证帧模式切换的问题，在样车软件版本基础上定制特殊程序连续切换帧模式同时制造bus-off，经过多次测试未出现问题现象。
    查询CAN Transiver TJA 1040未发现相关只收不发的情况；查询MC9S12XDT256 DataSeet发现对于CAN控制器有一种监听模式（网络报文只发不收），但是实际控制逻辑中会将其禁止掉。

    2.4睡眠唤醒及网络管理导致网络不正常
      在台架上结合24V模块及网关模块测试，连续睡眠唤醒（各个模块的唤醒源）周期性测试也未复现该问题；通过网络监测设备在网络正常状态下发送异常的单个的网络管理帧（比如单独发送一个32睡眠确认帧），周期性测试也未复现该问题；对于出现该问题时，其它节点网络睡眠唤醒正常，但是对于问题节点，因为不能进行帧的发送所以对于问题节点在达到睡眠条件后也是不能进入低功耗模式（网络管理必须发送完相应的网络管理报文后才能确认睡眠），相当于在正常的网络节点睡眠后，问题节点按照逻辑还在运行未进入低功耗。

[1] [2] [3]  下一页