各步骤的简介各步骤的简介

（1）Control Design and offline Simulation：算法模型构建和离线仿真（基于模型的设计）。算法工程师用Matlab模型实现算法；并实施离线仿真，验证算法。

（2）Rapid Control Prototyping：快速原型。算法工程师将上一步构建好的算法模型下载到快速原型设备中，并使用快速原型设备控制车辆，并实施在线仿真，验证算法。请注意，这一步的仿真是在线仿真，而上一步则是离线仿真。

（3）Automatic Code Generation：自动代码生成。通过软件将算法模型自动生成C代码。

（4）HIL：硬件在环。此时，上一步生成的C代码已经验证完毕，并下载到了量产ECU中。在这一步，用量产ECU驱动车辆，以验证量产ECU的软件、硬件。

（5）Calibration：标定。在这一步，主要是为了优化软件中的参数使得车辆各方面性能达到最佳。

一、基于模型的设计（Model Based Design，MBD）是什么？

1.基于模型的开发是一种软件开发方法

传统的嵌入式软件开发方法：算法工程师编写算法文档，程序员根据算法文档手写代码（C或汇编语言），代码完成之后下载到嵌入式硬件中验证算法、软件是否正确。

与传统的方法相比，基于模型的开发有以下优点

（1）可运行的算法。基于模型的开发中算法 = Matlab模型 ，Matlab模型是可以运行的。因此算法工程师在构建模型之后可以运行模型对算法实施验证，确认算法是否符合预期。这样，可以更早地发现算法中的错误。

（2）自动生成代码。传统方法中需要由程序员根据算法手写代码，而基于模型的开发则可以通过Targetlink等代码自动生成软件将算法直接转变为C代码。这个过程不但缩短了代码开发的时间，而且还大大地提升了代码的整体质量和可靠性。因为Targetlink生成的代码一般比3年经验的程序员手写的代码质量要高。

 二、快速原型是什么？

快速控制原型（Rapid Control Prototype，简称RCP）。实时硬件运行Simulink控制算法（模拟控制器），控制真实被控对象（如开关、电磁阀、电机、发动机等），快速验证该Simulink算法。此时实时硬件可以看作是原型的控制器，通过这种方式我们快速地得到了一个原型控制器，对原型的控制算法进行测试，故称之为快速控制原型。此时，被控对象是真的，控制器是假的（控制器不是真正的量产控制器）。

 快速控制原型

1、快速原型的设备有什么？

链接：https://www.zhihu.com/question/24239041/answer/72565699

这就不得不提到牛逼的dSpace盒子

这个就是我在前面提到的microautobox

在硬件出来之前：
对于硬件系统（mechanic and electronic）建模：
1 Matlab/Simulink可完成mechanic 和传感器，促动器的建模

2 microautobox就是electronic硬件，也相当于就是很多ECU的组合，它比汽车单个的ECU功能强大的多。你可以只当一个ECU来用，也可以当多个ECU来用。
3 这个盒子硬件部分可以接传感器，促动器。软件可以接Matlab/Simulink

4 我们在Matlab/Simulink里面设计控制算法，比C更直观容易理解
5 算法自动转码成C Code到这个盒子
6 dspace还有对应软件可以看输出端实时（realtime）响应曲线

等汽车造出来以后
7 电脑--------盒子------CAN BUS------汽车连接起来 （这就是HIL的一种，什么是Hardware In the Loop 就不细说了）
8 一个人开车，一个人坐在副驾驶座上用软件实时的调节各项参数
9 所有都合适之后，生产单个的ECU（发动机ECU，ABS的ECU，ESP的ECU......）
10 FINAL TEST
11 well done！给汽车工程师发奖金

2、dspace简介

dSPACE的作用 对整车厂来说，dSPACE是一个卓越的基于模型开发相关的软件、设备、工程服务供应商。

自动代码生成软件，dSPACE有Targetlink（行业标杆）。 快速原型设备，dSPACE有MicroAutoBox+RapidPro设备（行业标杆，但是很贵，好多公司都改用更便宜的MotoHawk了）。

硬件在环设备，dSPACE有HIL设备（行业标杆，但是很贵，好多公司都改用更便宜的ETAS、NI了）。

此外，关于如何改进整个基于模型的开发流程，以及如何满足ISO26262、AUTOSAR标准，dSPACE提供相关的工程服务（嗯，很贵）。

三、自动代码生成

 

•   首先系统和功能设计工程师需要制定软件的功能和需求，并设计控制模型，系统和功能设计工程师可能完全不懂C代码。
• 之后功能设计工程师提供具体的需求和设计说明书给软件工程师或者外包公司的码农。
• 码农将系统工程师的设计理念从模型转化为C代码，编译后刷写到电子控制器。
• 最后系统工程师或者测试工程师再拿到刷写好的软件去测试自己设计的功能。   

• 那么相对于上面的手动C代码，基于模型的设计有显而易见的巨大进步：
• 节约了闭环设计中无数的时间和人力成本，那一房间上百个码农都可以节约下来了。
• 系统和功能设计工程师可以独立完成软件的输出，可以很容易避免因为技术文档描述不准确或者歧义而导致的从功能到代码的错误设计。
• 软件功能修改后可以快速自动生成代码而不需要经过复杂的流程由码农来做修改。
• 软件一致性不会像以前一样因为使用不同的码农而不同，代码也会由自动工具统一优化。 图形化的软件设计和Windows一样更易懂，类似Simulink中完整的诊断和查询显示功能也可以更容易对软件进行纠错，找到bugs。

四、硬件在环

硬件在环仿真（Hardware-in-loop，简称HIL）。是一个反过来的过程，实时硬件运行Simulink被控对象模型（模拟被控对象），受真实控制器的控制，以此对控制器进行测试。此时，控制器是真的，被控对象是假的。在实车测试之前，先对控制器做一个全面的功能测试。因为该被控对象是假的，所以HIL比实车测试安全高效，而且可以测试一些实车测试中不容易实现的极端case。

 硬件在环仿真

判断一个设备是做RCP还是HIL的直观方法是：看设备的大小。

一般情况下，相对而言，被控对象模型比控制算法模型复杂，所以HIL对CPU算力的要求比RCP更高，因此HIL实时主机机箱比RCP的大；另外，HIL可能会涉及到程控电源、信号调理、故障注入等，所以HIL设备会有更多的附件。因此，比较小巧简洁的是RCP设备，比较大且复杂的HIL设备。

比如，RCP设备甚至有下图这种手掌大小的。

 

HIL设备有桌面式的，也有机柜式的。

桌面式如下图左侧设备：

截图引自MathWorks公开课视频，链接如下：

Using Speedgoat Target Computer Hardware for Simulink Real-Time​www.mathworks.com

集成程控电源、信号调理板卡、故障注入板卡等的机柜式HIL设备如下图（引自MathWorks官网）：

截图引自MathWorks官网

转自：https://www.zhihu.com/question/369208008/answer/1066342163