KPIT AUTOSAR-Compliant建立一个端到端的过程与基于模型的软件开发设计

除了分离后处理系统的软件和硬件,KPIT客户需要添加新功能的系统。他们也需要解决的缺陷与现有的开发流程,这是基于手工编写嵌入式C代码。在这个工作流,工程师们很少有机会来验证系统需求直到项目,当需求可能是测试的电子控制单元(ECU)。客户想提前减少手工编码和验证他们的设计开发。

同时,客户想要一个开放、标准的汽车软件架构,确保交付的软件与其他软件兼容,将会运行在相同的ECU。

KPIT工程师为客户建立了软件开发工作流基于AUTOSAR和基于模型的设计。

在这个工作流,工程师开始通过分析系统需求,定义一个架构包括个人AUTOSAR软件组件。

接下来,团队各个组件的软件需求定义,使用AUTOSAR创作工具设置接口和添加其他配置的细节。

自顶向下的方法后,团队出口软件组件描述ARXML文件编辑工具。他们这些文件直接导入到模型创建一个仿真软件框架模型,该模型包含接口模块和AUTO金宝appSAR-related设置中定义的创作工具。

在仿真软件和State金宝appflow工作^®他们阐述了这个应用软件的骨架模型,添加顺序逻辑等模块实现新功能。

后检查模型符合MathWorks汽车咨询委员会(MAAB)的指导方针,团队跑model-in-the-loop模拟测试设计与需求的功能。

团队一起AUTOSAR-compliant生成C代码更新软件组件描述ARXML文件使用嵌入式编码器^®AUTOSAR标准和嵌入式编码支持包。金宝app

他们使用生成的C代码进行software-in-the-loop测试,这些测试验证结果匹配仿真软件模型的仿真结果。金宝app

团队进口ARXML文件更新回AUTOSAR创作工具,新的应用软件可以集成与其他AUTOSAR ECU软件组件部署之前。

使用这个工作流,KPIT及其客户成功完成后处理系统软件,目前进行最后的测试。KPIT其他AUTOSAR的客户现在使用基于模型的设计项目。

• 开发时间减少了40%。基于模型的设计与仿真软件开发时间减少了10%到4金宝app0%,标准的开发实践,这是由于手工编码和慢无法验证需求在闪烁的ECU。
• AUTOSAR双向工程工作流程建立。AUTOSAR创作工具的接口配置后,KPIT导入到模型建立在两个工具软件组件之间的一对一映射。金宝appAUTOSAR-compliant代码和组件描述文件是自动生成的仿真软件模型,和ARXML文件导入到KPIT的创作工具。金宝app
• AUTOSAR实现的基于模型的设计。“我们的客户现在可以专注于开发应用软件和控制的策略,因为他们不再需要担心AUTOSAR的工作流或工具链,“马赫什说。“MathWorks继续提高仿真软件对AUTOSAR的支持,我们有信心,金宝app任何更改金宝appAUTOSAR标准也会支持。”