CANoe-第3个仿真工程-总线仿真-1概述

以下内容来自《CANoe开发从入门到精通》

目录

总线仿真工程

仿真工程开发的一般 流程

开发策略

---

总线仿真工程

总线仿真工程贯穿于ECU开发的整个过程，涉及需求分析、软件开发、软件测试、环境测试、硬件验证、生产检验、失效分析、客户支持等职能部门。

对于功能复杂的ECU，其对测试环境的要求也很复杂，往往更加依赖于仿真环境。

总线仿真工程：需求分析、规划设计、代码实现、测试验证、Bug修复以及工程释放等。

 

仿真工程开发的一般 流程

1. 整车厂输入（网络拓扑图，SIgnal Matrix，产品技术规范）
2. 创建DBC文件（DBC文件）（项目内部对总线仿真需求输入--4网络测试需求分析）
3. 导入DBC文件到CANoe仿真工程中（Simulation Setup网络拓扑图自动生成）
4. 网络测试需求分析（仿真项目设计计划：仿真面板、测试节点、测试模块、诊断规范、分析窗口 、自动化策略）
5. 修改或添加节点（Simulation Setup网络拓扑图更新）
6. 添加系统变量（系统变量）
7. 添加仿真面板（仿真面板设计）
8. 添加CAPL代码（CAPL 编程）
9. 添加图形化分析窗口和Logging功能（分析窗口配置）
10. 添加测试用例和测试模块（测试功能开发）
11. 添加CDD文件和诊断功能（CDD文件由开发提供）（诊断测试功能）
12. 添加其他辅助功能（外部软件控制、网络通信等）（其他辅助功能）
13. 仿真工程测试和释放

开发策略

在面对不同的整车厂和不同产品的时候，需要对需求做进一步分析并制定一些策略，否则可能多设计出来的仿真工程无法满足项目需要。

TIPS：

1. 力争拿到整车厂原始 的DBC文件：可以节约大量的时间，确保数据库的准确性
2. 做好前期产品开发文档的分析：找出网络——相关的功能、相关的报文、相关的节点
3. 听取项目成员的需求：软件开发人员的需求、功能测试人员的需求、网络\诊断测试鞋需求、自动化测试的需求、硬件验证与环境测试的需求、现场技术支持人员的需求等
4. 了解关键节点的仿真和真实节点的切换计划：了解项目的样本计划、是否在开发阶段可以得到其他ECU的真实节点以及整车厂是否提供测试车等信息。
5. 对于关键的节点，力争拿到对应的ECU模块样品，因为仿真在某种情况下可能无法代替很是节点，须尽可能避免存在的风险
6. 简化拓扑结构，规划面板和代码设计
   1. 对于关键节点，保证其独立性，可以独立地仿真关键功能，也可以随时关闭，用真实节点代替
   2. 对于次要节点（数据交换不多）或间接节点（不在同一条总线上）可将相关仿真功能放在一个面板上。
   3. 对于待测节点（本项目需要开发的ECU），可以根据香满园的需要，决定是否开发相关的仿真功能，若无需做任何前期的仿真评估等，可以考虑不开发（直接在Simulation Setup中将该节点关闭）
7. 发布前，做好配置，和兼顾不同CANoe版本的兼容性。
8. 发布仿真工程前，可以对代码做一些防护措施，避免其他人员任意修改。
9. 发布仿真工程时，需要附带释放文档，并做好版本控制。