CAPL编程实现诊断刷写，车联网FOTA流程自动化测试（方案篇）

　　原创内容，转载请注明出处

　　本文围绕车联网的ECU，TBOX的FOTA升级业务展开描述。主要讲如何通过CANoe编程实现自动化测试， 验证TBOX在FOTA业务过程中作为一个诊断仪刷写整车其它ECU的流程、以及业务逻辑处理的正确性。通常情况下，主机厂都采用实车测试的方式验证FOTA业务。但是实车测试对对手件的稳定性有很高要求，在整车项目开发的很长周期内，整车上的所有的ECU都处于开发阶段，前期是无法开展TBOX的FOTA功能的验证工作的，所以仿真测试就势在必行了。

　　一、业务需求拆分

　　FOTA（Firmware Over-The-Air）, 关键行为拆分为两点：下载 and 安装。

无论实车测试亦或仿真测试，“下载”这个过程都是一样的，并且“下载”不必需依赖于实车，也不依赖于对手件。所以需要仿真的部分集中在车内网络。主要问题就是解决车内ECU的仿真，总线网络节点建模，ECU逻辑实现。　

　　二、物理组网环境

　　分析实车与仿真的差异，先列出脱离实车后组网模型上的必需件。12V B+供电源，业务触发的必需件ECU（根据TBOX的功能设计可确定必需存在的ECU），仿真设备CANoe, 工作站PC

　　实车测试组网示意图：

　　

　　仿真测试组网示意图：