嵌入式线控驾驶系统开发过程中设计和测试考虑

产品代码生成

模型经过验证并且生效之后，就该产生代码了。使用编译器时，这个过程是简单的。这里存在着各种不同的优化设置和用户配置选项。关键之处在于保持代码的高效、精确并与原有的代码或其他工具进行集成。另一个要点是保持代码相对框图的可追踪性，以便进行检查和验证。

1. 代码追踪和检查

图7显示了一个自动链接的HTML报告。当开发人员选择代码中的求和模块时，它将把该模块在框图中进行高亮显示。

2. 嵌入式目标集成

图6*中的应用使用了速率转换模块。不过，它与商用RTOS之间也存在着直接的联系，包括VxWorks 和各种OSEK产品。如图7*所示，还需要集成设备驱动程序。

3. 硬件在环测试

控制器建立起来之后，就可以在环路中使用实时设备模型来执行一系列开环和闭环测试了。有一种测试仅涉及处理器，称作"处理器在环"测试。另一种测试使用实际建立的ECU硬件，叫做"硬件在环"测试。在这两种测试中，都使用设备模型来对物理控制器进行测试。通过这一系列测试(或许与需求验证中所用的是同种测试)，控制器必须看来对于消费者是可以接受的。

4. 集成组件

在开发过程中，大部分软件标准都要求需求追踪能力，这或许源于其他需求工具。此外，还需要软件配置管理(SCM)来对开发过程中的各种工件(artifact)进行存储、版本维护和查找。由报告生成工具产生的文档将确保管理者、消费者和供应商能够看到模型。SCM的接口如图8*所示。

本文小结

当整个软件工程化过程行为得到支持时，将会推动软件的进步。但是，仅仅进行局部的、支离破碎的改进是不足够。本文介绍了基于模型的设计和产品代码生成的一个完整的软件工程化框架，并且还给出了具体的方法和工具，意在表明它并非仅仅是一种理论，而是既实用又有效。

文中的每个主题都包含了单独写作一篇文章或一本书的足够内容。想要了解更多信息请与作者联系。(*详见www.eetchina.com)

参考文献

[1]www.mathworks.com

[2] www.ieee.org

[3] B. Aldrich, "Using model coverage analysis to improve the controls development process," AIAA 2002

[4] "Software considerations in airborne systems and equipment certification," RTCA/DO-178B, RTCA Inc., Dec. 1992

[5] Dr. Michael von der Beeck, ARTIST Industrial Seminar, Paris, 23.4.2002 http://www.artistembedded.org/PastEvents/Kickoffs/BMW.pdf

[6] www.decomsys.com

[ 7] Paul Yih, Jihan Ryu, J. Christian Gerdes, Modification of Vehicle Handling Characteristics via Steer-by-Wire, Dept. of Mechanical Engineering, Stanford University

作者：Joachim Langenwalter
欧洲汽车营销经理
@mathworks.com">jlangenwalter@mathworks.com
Tom Erkkinen
嵌入式应用经理
@mathworks.com">terkkinen@mathworks.com
Mathworks公司
李文华
研发副总裁
北京恒润科技有限公司
@hirain.com">whli@hirain.com