2.5总线负载率异常过高导致网络不正常
    正常网络总线负载大约20%，网络仿真增加网络负载到96％，同时制造bus-off，在bus-off恢复后网络正常，在不制造bus-off的情况下，网络睡眠唤醒后网络还是正常。
    2.6软件问题引起网络不正常
    软件与通信相关的部分包含如下几个模块：电源管理、网络管理、诊断处理、错误处理、COM模块内部故障。分别对每个模块展开分析。
    1）电源管理对于通信的影响
    在过压和欠压情况下会关闭通信，但是不会关闭诊断通信，按照如下步骤操作可以复现网络管理及应用报文都不发送的情况。
    第1步：DDM模块在过压情况下休眠。
    第2步：DDM在过压情况下通过其它节点网络管理报文唤醒。
    第3步：电压恢复正常。
    通过如上3步，DDM模块不发送应用报文及网络管理报文，但是通过硬线唤醒，控制器可以重新发送应用及网络管理报文，且在该情况下，诊断是可以正常响应的。在EP3的实验车上，出现问题是：现场工程师（权莹甲）进行了硬线唤醒、诊断、bus-off等操作，均未能使控制器功能恢复，该模拟现象与测试车辆现象不一致，原因排除。
    2）网络管理对于通信的影响
    网络管理模块会对CAN通信进行相关的管理，包括模式切换、OFF Line、ON Line等操作，测试及分析可以排除相关的问题，原因如下：帧模式操作，目前BCM从模块的所有帧模式中都支持诊断帧，所以不管切换到什么模式下，诊断应该有响应，与试验车上诊断命令没有响应现象不符，原因可以排除；如果网络管理进行了OFF Line操作，收发都将关闭，与试验车上能收不能发的现象不符，原因可以排除。
    3）诊断对于通信的影响
    诊断服务CC (Communication Control）对于通信的影响，通过CC服务可以关闭TX及Rx，但是在EP3的软件上，该功能没有实现，且收发关闭不针对诊断帧，所以不能解释诊断帧不通的问题，原因排除。复位服务ER (ECU Reset）对于通信的影响，该服务从设计上不会对通信产生影响。但是从实际测试情况看，在有FBL的情况下，如果发送ER服务，若使用看门狗复位，因为配置的原因，可能导致复位不起来，从而导致控制器死机，网络管理报文、应用报文及诊断都将不通，这些现象与车上现象一致，但是在该情况下，控制器功能也将失效，与试验车上控制器仍然能接收且有功能现象不符，原因排除。
    4）错误处理对于通信的影响
    对于通信有影响的错误有过压、欠压（在电源管理对通信的影响中已经描述），总线故障对于通信的影响，通过各种方式制造总线故障，如：CANH对电源（到24 V ）、对搭铁短路；CANL对电源（到24 V ）、对搭铁短路；CANH及CANL同时对电源及对搭铁短路；CANH对CANL短路。在总线通信过程中使用信号发生器及CAN Spider进行总线干扰，进行了大量的测试，包括在休眠唤醒阶段注入相应的故障，通信均可以恢复，因为出现故障，都切换的是帧模式或者CAN OFFLine。如果是帧模式切换，不能解释为什么诊断通信不通；如果是CAN OFF Line，不能解释为什么还能接收，且有功能错误可能引起的其它问题。目前的分析没有发现其它异常。
    5） COM模块内部故障导致通信异常
    COM模块出现该问题的原因只有在自己的专属内存被异常改写的情况下可能出现，COM模块的专属内存存放模块内部的标准及状态位，如果被异常改写，可能导致不能发送，也有可能出现试验车上的现象。

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