前言
前言
背景
首先,保证控制器的通信稳定是实车功能正常的前提基础。但在有限的整车空间内集成大量传感器、控制器、大功率执行器,实车电气环境复杂且使用场景组合比较复杂,这可能会对控制器间的通信行为带来一定影响
部分测试场景需要在实车环境下测试更为有意义,如整车电源模式变化对ECU通信诊断的影响
在实车上会偶发一些问题,如车辆启动后丢帧的情况,通过手动或者传统单节点自动化测试脚本难以测试或分析出问题
通过手动方式对整车上所有ECU进行逐个测试,记录及分析结果,时间长且效率低
测试系统供电来自实车,采集到的整车电流等信息有误,对实车数据分析结果带来偏差
针对实车网络及诊断测试必要性以及传统测试方法不足,我们基于Vector的VN8900(具备Standalone功能)、CANoe、PicoScope以及电池模块、自研设备路由板卡DRB实现实车级网络及诊断自动化测试,并对采集的实车数据进行分析,定位实车可能的问题点。
测试方案
锂电池:测试系统供电,可支持系统独立运行
VN8900:测试脚本独立运行设备,需要结合CANoe/CANalyzer Standalone basic/extended License使用
VN8972:CAN/CAN FD/LIN总线报文收发设备,安装在VN8900中
IO Piggy8642:用于实车电压采集,安装在VN8900中
PicoScope:CAN/CAN FD/LIN物理电平信息采集设备,包含协议解析功能
自研设备路由板卡DRB:实现多网段总线自动化测试
上位机PC:编辑和下载测试脚本、导出测试报告和数据、运行部分测试脚本
显示屏:显示当前系统电池输出电压和电量
物理层测试:包括输出电压、共模电压、上升/下降沿时间测试等
通信测试:包括报文周期、总线负载等
网络管理测试:验证实车上ECU的休眠、唤醒模式是否符合设计要求
网关测试:如所有网段间路由报文的路由时间等
诊断测试:读取不同场景下所有ECU的诊断故障码,并判断是否错误记录了DTC
使用上位机PC将测试工程下载到VN8900中
将实车OBD等接口与测试系统连接
使能VN8900的Start,运行测试工程
测试完成后,将上位机PC和VN8900连接,导出测试报告和数据
将采集的实车数据进行分析,定位车辆可能存在的问题。内容如下:
DTC的分析统计(DTC统计,DTC关联,DTC恢复等)l 刷写的分析统计(刷写流程分析,Hex文件还原)
通讯的分析统计-协议层(周期,丢帧,超警戒负载,信号范围,转发延时,异常数据,校验及安全机制)
网络逻辑分析(上下电过程,休眠过程,网络状态)
功能逻辑分析(互斥信号,备份信号,无效信号,默认信号,其他逻辑类)
对于实车上出现的问题,在网络及诊断测试系统上进一步复现问题并排查原因
自动化测试报告示例
总结
已完成
数据加载中