汽车电子控制单元软件开发模式研究
冯占军
钱贾敏
丁锋（联合汽车电子有限公司，上海２０１２０６）
【摘要】
功应用。
介绍了针对目前市场趋势和现实需求的汽车电子控制单元软件开发模式。并在项目开发中成
【Ａｂｓｔｒａｃｔ】Ｔｈｅ
ｍｅｎｔ．
ｄｅｖｅｌｏｐｍｅｎｔｍｏｄｅｏｆａｕｔｏｍｏｔｉｖｅｅｌｅｃｔｒｉｃｃｏｎｔｒｏｌｕｎｉｔｓｏｆｔｗａｒｅａｃｃｏｒｄｉｎｇｔｏｔｈｅ
ｍａｒｋｅｔｔｒｅｎｄａｎｄｒｅａｌ－ｌｉｆｅｒｅｑｕｉｒｅｍｅｎｔｉｓｉｎｔｒｏｄｕｃｅｄ，ａｎｄｉｔｉｓｓｕｃｃｅｓｓｆｕｌｌｙａｐｐｌｉｅｄｉｎ
ｐｒｏｊｅｃｔ
ｄｅｖｅｌｏｐ－
【关键词】电子控制单元汽车软件开发
ｄｏｉ：１０．３９６９／ｊ．ｉｓｓｎ．１００７－４５５４．２０１１．０３．１０
早由宝马等欧洲汽车制造商发起，特别是在自动
１
开发模式介绍
传统的汽车电子控制单元（ＥＣＵ）开发模式
变速器控制器开发中尤为普遍。主要原因是变速器供应商掌握了自动变速器控制的功能原理，对控制策略非常熟悉，但最初出于经济等原因并未涉入ＥＣＵ开发领域。．而此时ＥＣＵ供应商虽然精于ＥＣＵ软硬件开发及生产，但对于千变万化的自动变速器类型及其控制并不熟悉，研究每一类自动变速器都会花去开发人员大量的时间和精力，严重增加了开发成本。因此便形成了两者的互
中，控制器的软件、硬件甚至匹配都由ＥＣＵ供应商打包提供。这种开发模式被形象比喻成交钥匙模式，即整车厂把全部的ＥＣＵ的开发和生成的控制权都交给ＥＣＵ供应商，ＥＣＵ供应商完全按照整车厂要求功能有针对性地进行开发和匹配，整车厂在ＥＣＵ开发期间不参与开发工作。ＥＣＵ供应商掌握全部的开发控制权，整车厂可以更专注于整个车辆系统的设计和供应商之间的协调工作。
随着中国汽车工业的发展从本地化走向国际合作，加之竞争的激烈，要求整车开发周期越来越短。并且国外汽车零配件服务商不断完善自动化开发工具，图形化快速原型软件开发工具的日益完善和智能化，如ＥＴＡＳ的ＡＳＣＥＴ，ｄＳｐａｃｅ等。很多欧洲、美周的整车企业要求能够自行开发ＥＣＵ的控制功能部分，即上层功能软件，ＥＣＵ供应商提供控制器硬件和底层功能软件。这种开发模式最
补，随着双方开发合作的深入。越来越显示出了这
种开发模式的竞争优势。
在国内，汽车电子控制器长期掌握在国外企业手中，随着合资的引入，国内整车厂逐渐掌握了一些关键技术，也非常渴望能够加入到电子控制单元的开发工作中，国外自动化软件的推广，加速了合作开发的可能。但汽车行业的软件开发，除了具备其它行业的合作开发特点外，还有其自身的技术特点。例如匹配工作的合作、地址分配、Ａ２Ｌ文件的生成等技术障碍直接影响合作是否可以顺利进行，本文从技术角度出发，深人研究电子控制
单元的合作开发模式。
收稿日期：２０１ｉ一０１—０６
・４２・
上海汽车２０１１．０３
万方数据
２
ＥＣＵ软件的构成
微控制器软件的发展经历了从最初的个人计
算机到大型服务器的过程，从原始的穿孔纸带到更接近于底层且容易维护的汇编语言，以及后来越来越普遍使用的高级语言，编程语言的发展已经趋于成熟。软件的结构化和系统设计也得到了充分的研究，系统工程、软件工程的出现。在很大程度上解决了复杂系统的设计、开发、管理所遇到的规模效应问题。目前在微控制器领域中较常使用的语言依然是Ｃ语言，其语言简洁、可访问硬件、便于管理的特点备受青睐。在结构化设计上，已经融人了软件工程的思想，目前的ＥＣＵ软件多是采用分层设计，模块化或组件化的设计思想，如图ｌ所示。符合目前ＡｕｔｏＳＡＲ的基本设计思想。因此从结构上很容易将软件划分为多个层次，这为软件的合作开发奠定基础。当上下层软件需要单独开发时，就需要在上下层间增加一接口层，其起到承上启下的作用。
上层软件
接口层
底层软件
微托制器膳
图１软件结构
底层软件和ＥＣＵ硬件由ＥＣＵ供应商提供。底层软件抽象控制器的所有硬件，对上层提供统一的服务，屏蔽上层软件直接对硬件的访问。底层软件除了要开发所用到的所有复杂驱动程序外，还必须提供丰富的服务功能，包括匹配实现方式，如ＣＣＰ、ＸＣＰ等，诊断通讯服务，操作系统调度机制，内存管理等服务。底层软件是保证整个系统正常运转的核心平台。
上海汽车２０１１．０３
万方数据
上层软件由整车厂或ＯＥＭ商提供，他们对车
辆非常了解，对他们生产的产品也非常熟悉，所以这些厂商有足够的能力来设计上层功能。由于上层软件和整个车辆关联度很大，涉及到控制策略，驾驶舒适性，法规要求等因素，因此厂商会把主要精力集中在开发上述功能上，不用关心底层软件的具体实现。目前有很多自动化工具可以将设计思想抽象成模型的方式来表达，例如ＡＳＣＥＴ，ｄＳｐａｃｅ等。有些工具除了设计模型外，可以根据模型自动生成代码或生成测试案例等。
接口层是连接上层软件和底层软件的中间层，在交钥匙模式中，ＥＣＵ供应商提供全部的软件功能，因此不存在该层。但在合作开发模式中，合作双方或多方需要在公司级进行交互，因此需要事先订定好相互交户的接口，包括函数调用关系，函数定义，全局变量的定义．所提供的头文件的定义，所提供的详细文档描述等。一般此项工作是由合作方共同商议制定，也可以由有此经验的一方来制定，另一方照此执行。
３
ＥＣＵ软件的集成
保持合作方使用相同的开发环境是软件合作
开发的基础。当几方合作开发时，在开发前，根据
微控制器特性选择成熟稳定的开发环境，如ＩＤＥ环境、编译器和其它一些辅助工具。为保证各合
作方的知识产权，上层软件和底层软件最终需要生成库文件，并以库文件的方式进行交互，如图２所示。
上层
接口层ｎ订陋瓣
圄日腚
器
图２软件集成过程
整车厂或ＯＥＭ商一般采用自动化工具来设
・４３・
计上层功能，设计人员根据发动机或变速器等的模型来决定其控制策略和控制模型，自动化软件会将所有实现的控制模型生成源代码或其它配置数据，这些数据或者直接被编译器识别，或者通过配置工具配置生成源代码文件。再通过编译器生成库文件。ＥＣＵ供应商生成源代有两种方式，一是通过配置工具生成驱动程序和服务程序；另外是通过手工编码来实现。在具体项目中，二者兼有之。生成的源文件经过编译器编译后也同样生成库文件。
运行在微控制器中的程序是以ＨＥＸ文件为
目标的。合作方提供的库文件需要进行链接再编
译后才能生成ＨＥＸ文件和ＭＡＰ文件，如图２所示。由于各方事先规定了相同的编译开发环境以及编译需要的配置文件，因此各方都有条件做集成工作。有时采取双方分别集成的方法，并将各自生成的文件做对比以确保集成结果的一致性。
４
存储空间的划分
ＥＣＵ中的ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ是程序运行
时所需的重要资源。由于在嵌入式系统中，这些资源十分有限，合理的分配和使用这些资源不但可以充分发挥ＣＰＵ的性能，还可以大大避免程序的出错概率。因此根据各自需求来分配Ｍｅｍｒｏｙ的使用情况，在编写代码和定义变量时都要以此
来分配。常见分配方法是将Ｍｅｍｏｒｙ分块，合作方
根据预估使用的数量决定用哪部分Ｍｅｍｏｒｙ。如图３所示。
图３存储空问的划分
・４４・
万方数据
在Ｃ语言中常使用＃ｐｒｏｇｍａ指令来制定代码和变量分配的地址，并在链接文件中或地址分配表中预先定义好各段地址的名字。不同的编译器对＃ｐｒｏｇｍａ有不同的定义，以及有不同的地址分配表语法规则。
５
ＡＳＡＰ２文件的生成
ＡＳＡＭ组织定义了汽车行业测量和标定的标
准，其中ＡＳＡＰ２标准是匹配工作中不可缺少的一部分，它所对应的Ａ２Ｌ文件中描述了所有测量值和标定值的信息，包括项目信息、ＥＣＵ信息、标定接口语法、ＥＣＵ参数信息、标定接口参数、测量变量、匹配参数、转换公式、匹配参数存储格式
等。没有Ａ２Ｌ文件，匹配工作将无法进行，配合
匹配软件如ＩＮＣＡ，ＣＡＮａｐｅ，匹配工程师对车辆的参数进行调整，记录操作。能够生成最终的Ａ２Ｌ文件是保证软件合作开发模式能够顺利进行的
关键。
上层软件开发方使用自动化工具能够将模型中定义的变量和匹配参数转化并生成Ａ２Ｌ（２）文件，如图４所示。在该Ａ２Ｌ文件中仅定义了测
量变量、匹配参数、转换公式以及匹配参数存储
格式，测量变量与匹配参数的地址暂时为空。底层软件开发环境产生出完整的Ａ２Ｌ（１）文件，但是只包括底层软件中的测量变量、匹配参数、转换公式和匹配参数存储格式部分，而且由于并未链接上层库，测量变量以及匹配参数的地址信息也是不对的。该Ａ２Ｌ文件无法直接用于匹配标
定，但是ＡＳＡＰ２协议规定的其他信息是完整的，
可以用来作为最终Ａ２Ｌ文件的基础。在上下层软件分别生成了各自的Ａ２Ｌ文件后，需要使用工具软件将两个Ａ２Ｌ文件合并为一个Ａ２Ｌ（３）文件，但Ａ２Ｌ（３）中还没有变量最后正确的地址信息。所有变量和匹配量的地址信息都在软件集成时生成的ＭＡＰ文件中，通过工具软件将此ＭＡＰ文件更新进Ａ２Ｌ（３）中生成最终的文件Ａ２Ｌ（４），该文件和集成后的ＨＥＸ文件才可用于ＥＣＵ的最后工作软件。
（下转第６２页）
上海汽车２０１１．０３
略、计算机网络技术、雷达技术、第三代移动通信
３
撞车后防止灾害扩大的技术
（１）灭火系统：采用燃气传感器、温度传感器
技术在汽车上的广泛应用，通过数据总线进行系统集成，可以将汽车安全的很多装置集成在一起，提高汽车的安全性能。现代汽车正朝着更加智能化、自动化和信息化的机电一体化方向发展。综
和灭火装置。当碰撞发生后，避免发动机起火引起二次伤害。
（２）自动报警系统：采用碰撞传感器、汽车位置传感器、自动和手动启动开关、无线电通讯设备。当事故发生后，能迅速地向控制中心发送求助信息，并在救援人员抵达事故现场之前转发汽
上所述，汽车安全性的智能化发展趋势，要求在每
个安全领域都能开发出性能更好、反应更快和分辨力更强的安全系统，使它们在不同的环境和条
件下，针对不同的乘员迅速作出不同的反应。
参考文献
１王莹．汽车安全攻略［Ｊ］．电子产品世界，２００５．（９）．２汪卫东．汽车安全技术的最新发展【Ｊ】．汽车与安全，２００４，（２）．
车乘员伤害情况、乘员数量、乘坐位置、安全带使
用情况、气囊展开情况等重要信息，从而使救援人员做好相应准备。
。４
结语
（Ｓ）．
３王喜顾．现代汽车安全技术综述［Ｊ】．汽车运用．２００５。
未来汽车电子控制的重要发展方向之一是汽
车安全领域，随着更加先进的智能型传感器、快速响应的执行器、高性能电控单元、先进的控制策
，４罗玉员：汽车安全装置中的防碰撞系统［Ｊ］．上悔汽车，
２００４。（３）．
Ｓ张铁柱．汽车安全、节能与环保［Ｍ］．北京：国防工业出版社．２００４．
（上接第４４页）
供应商之间以及国际合作之间的开发至关重要。
引进消化吸收并自我创新是中国汽车产业发展的目标。联合汽车电子有限公司在经历了多年的交
钥匙开发模式后，也大胆尝试了和国外厂商的合
作开发模式。事实证明，这种合作开发模式很成功．开发的产品也已经批产。这对于其它项目开发有着重要意义，值得正在寻找此类开发模式的
图４
Ａ２Ｌ文件生成过程
研究人员借鉴。
参考文献
ｌ黄书强．基于驱动模型的软件开发模式研究［Ｊ】．徽电子
６结语
汽车工业在中国的发展日新月异，汽车电控系统的要求也越来越高，在多年引进汽车技术的
学与计算机，２００９，（４）．
２杨金翠．基于构件技术的软件开发模式研究［Ｊ】．软件工程与标准化，２００７，（１０）．
３冯辉宗．基于＆ＳＡＰ标准的汽车发动机标定系统设计
同时，中国也逐渐提高了研发创新能力。本文所
论及的ＥＣＵ软件合作模式对探索国内汽车零部件
【Ｊ】．徽计算机信息，２００８，２４（２９）．
・６２・上海汽车２０１１．０３
万方数据
汽车电子控制单元软件开发模式研究
作者：作者单位：刊名：英文刊名：年，卷(期)：
冯占军， 钱贾敏， 丁锋， Feng Zhanjun， Qian Jiamin， Ding Feng联合汽车电子有限公司,上海,201206上海汽车
SHANGHAI AUTO2011(3)
参考文献(3条)
1.杨金翠 基于构件技术的软件开发模式研究[期刊论文]-软件工程与标准化 2007(10)2.黄书强 基于驱动模型的软件开发模式研究 2009(04)
3.冯辉宗 基于ASAP标准的汽车发动机标定系统设计[期刊论文]-微计算机信息 2008(29)
本文链接：http://d.g.wanfangdata.com.cn/Periodical_shqc201103011.aspx
汽车电子控制单元软件开发模式研究
冯占军
钱贾敏
丁锋（联合汽车电子有限公司，上海２０１２０６）
【摘要】
功应用。
介绍了针对目前市场趋势和现实需求的汽车电子控制单元软件开发模式。并在项目开发中成
【Ａｂｓｔｒａｃｔ】Ｔｈｅ
ｍｅｎｔ．
ｄｅｖｅｌｏｐｍｅｎｔｍｏｄｅｏｆａｕｔｏｍｏｔｉｖｅｅｌｅｃｔｒｉｃｃｏｎｔｒｏｌｕｎｉｔｓｏｆｔｗａｒｅａｃｃｏｒｄｉｎｇｔｏｔｈｅ
ｍａｒｋｅｔｔｒｅｎｄａｎｄｒｅａｌ－ｌｉｆｅｒｅｑｕｉｒｅｍｅｎｔｉｓｉｎｔｒｏｄｕｃｅｄ，ａｎｄｉｔｉｓｓｕｃｃｅｓｓｆｕｌｌｙａｐｐｌｉｅｄｉｎ
ｐｒｏｊｅｃｔ
ｄｅｖｅｌｏｐ－
【关键词】电子控制单元汽车软件开发
ｄｏｉ：１０．３９６９／ｊ．ｉｓｓｎ．１００７－４５５４．２０１１．０３．１０
早由宝马等欧洲汽车制造商发起，特别是在自动
１
开发模式介绍
传统的汽车电子控制单元（ＥＣＵ）开发模式
变速器控制器开发中尤为普遍。主要原因是变速器供应商掌握了自动变速器控制的功能原理，对控制策略非常熟悉，但最初出于经济等原因并未涉入ＥＣＵ开发领域。．而此时ＥＣＵ供应商虽然精于ＥＣＵ软硬件开发及生产，但对于千变万化的自动变速器类型及其控制并不熟悉，研究每一类自动变速器都会花去开发人员大量的时间和精力，严重增加了开发成本。因此便形成了两者的互
中，控制器的软件、硬件甚至匹配都由ＥＣＵ供应商打包提供。这种开发模式被形象比喻成交钥匙模式，即整车厂把全部的ＥＣＵ的开发和生成的控制权都交给ＥＣＵ供应商，ＥＣＵ供应商完全按照整车厂要求功能有针对性地进行开发和匹配，整车厂在ＥＣＵ开发期间不参与开发工作。ＥＣＵ供应商掌握全部的开发控制权，整车厂可以更专注于整个车辆系统的设计和供应商之间的协调工作。
随着中国汽车工业的发展从本地化走向国际合作，加之竞争的激烈，要求整车开发周期越来越短。并且国外汽车零配件服务商不断完善自动化开发工具，图形化快速原型软件开发工具的日益完善和智能化，如ＥＴＡＳ的ＡＳＣＥＴ，ｄＳｐａｃｅ等。很多欧洲、美周的整车企业要求能够自行开发ＥＣＵ的控制功能部分，即上层功能软件，ＥＣＵ供应商提供控制器硬件和底层功能软件。这种开发模式最
补，随着双方开发合作的深入。越来越显示出了这
种开发模式的竞争优势。
在国内，汽车电子控制器长期掌握在国外企业手中，随着合资的引入，国内整车厂逐渐掌握了一些关键技术，也非常渴望能够加入到电子控制单元的开发工作中，国外自动化软件的推广，加速了合作开发的可能。但汽车行业的软件开发，除了具备其它行业的合作开发特点外，还有其自身的技术特点。例如匹配工作的合作、地址分配、Ａ２Ｌ文件的生成等技术障碍直接影响合作是否可以顺利进行，本文从技术角度出发，深人研究电子控制
单元的合作开发模式。
收稿日期：２０１ｉ一０１—０６
・４２・
上海汽车２０１１．０３
万方数据
２
ＥＣＵ软件的构成
微控制器软件的发展经历了从最初的个人计
算机到大型服务器的过程，从原始的穿孔纸带到更接近于底层且容易维护的汇编语言，以及后来越来越普遍使用的高级语言，编程语言的发展已经趋于成熟。软件的结构化和系统设计也得到了充分的研究，系统工程、软件工程的出现。在很大程度上解决了复杂系统的设计、开发、管理所遇到的规模效应问题。目前在微控制器领域中较常使用的语言依然是Ｃ语言，其语言简洁、可访问硬件、便于管理的特点备受青睐。在结构化设计上，已经融人了软件工程的思想，目前的ＥＣＵ软件多是采用分层设计，模块化或组件化的设计思想，如图ｌ所示。符合目前ＡｕｔｏＳＡＲ的基本设计思想。因此从结构上很容易将软件划分为多个层次，这为软件的合作开发奠定基础。当上下层软件需要单独开发时，就需要在上下层间增加一接口层，其起到承上启下的作用。
上层软件
接口层
底层软件
微托制器膳
图１软件结构
底层软件和ＥＣＵ硬件由ＥＣＵ供应商提供。底层软件抽象控制器的所有硬件，对上层提供统一的服务，屏蔽上层软件直接对硬件的访问。底层软件除了要开发所用到的所有复杂驱动程序外，还必须提供丰富的服务功能，包括匹配实现方式，如ＣＣＰ、ＸＣＰ等，诊断通讯服务，操作系统调度机制，内存管理等服务。底层软件是保证整个系统正常运转的核心平台。
上海汽车２０１１．０３
万方数据
上层软件由整车厂或ＯＥＭ商提供，他们对车
辆非常了解，对他们生产的产品也非常熟悉，所以这些厂商有足够的能力来设计上层功能。由于上层软件和整个车辆关联度很大，涉及到控制策略，驾驶舒适性，法规要求等因素，因此厂商会把主要精力集中在开发上述功能上，不用关心底层软件的具体实现。目前有很多自动化工具可以将设计思想抽象成模型的方式来表达，例如ＡＳＣＥＴ，ｄＳｐａｃｅ等。有些工具除了设计模型外，可以根据模型自动生成代码或生成测试案例等。
接口层是连接上层软件和底层软件的中间层，在交钥匙模式中，ＥＣＵ供应商提供全部的软件功能，因此不存在该层。但在合作开发模式中，合作双方或多方需要在公司级进行交互，因此需要事先订定好相互交户的接口，包括函数调用关系，函数定义，全局变量的定义．所提供的头文件的定义，所提供的详细文档描述等。一般此项工作是由合作方共同商议制定，也可以由有此经验的一方来制定，另一方照此执行。
３
ＥＣＵ软件的集成
保持合作方使用相同的开发环境是软件合作
开发的基础。当几方合作开发时，在开发前，根据
微控制器特性选择成熟稳定的开发环境，如ＩＤＥ环境、编译器和其它一些辅助工具。为保证各合
作方的知识产权，上层软件和底层软件最终需要生成库文件，并以库文件的方式进行交互，如图２所示。
上层
接口层ｎ订陋瓣
圄日腚
器
图２软件集成过程
整车厂或ＯＥＭ商一般采用自动化工具来设
・４３・
计上层功能，设计人员根据发动机或变速器等的模型来决定其控制策略和控制模型，自动化软件会将所有实现的控制模型生成源代码或其它配置数据，这些数据或者直接被编译器识别，或者通过配置工具配置生成源代码文件。再通过编译器生成库文件。ＥＣＵ供应商生成源代有两种方式，一是通过配置工具生成驱动程序和服务程序；另外是通过手工编码来实现。在具体项目中，二者兼有之。生成的源文件经过编译器编译后也同样生成库文件。
运行在微控制器中的程序是以ＨＥＸ文件为
目标的。合作方提供的库文件需要进行链接再编
译后才能生成ＨＥＸ文件和ＭＡＰ文件，如图２所示。由于各方事先规定了相同的编译开发环境以及编译需要的配置文件，因此各方都有条件做集成工作。有时采取双方分别集成的方法，并将各自生成的文件做对比以确保集成结果的一致性。
４
存储空间的划分
ＥＣＵ中的ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ是程序运行
时所需的重要资源。由于在嵌入式系统中，这些资源十分有限，合理的分配和使用这些资源不但可以充分发挥ＣＰＵ的性能，还可以大大避免程序的出错概率。因此根据各自需求来分配Ｍｅｍｒｏｙ的使用情况，在编写代码和定义变量时都要以此
来分配。常见分配方法是将Ｍｅｍｏｒｙ分块，合作方
根据预估使用的数量决定用哪部分Ｍｅｍｏｒｙ。如图３所示。
图３存储空问的划分
・４４・
万方数据
在Ｃ语言中常使用＃ｐｒｏｇｍａ指令来制定代码和变量分配的地址，并在链接文件中或地址分配表中预先定义好各段地址的名字。不同的编译器对＃ｐｒｏｇｍａ有不同的定义，以及有不同的地址分配表语法规则。
５
ＡＳＡＰ２文件的生成
ＡＳＡＭ组织定义了汽车行业测量和标定的标
准，其中ＡＳＡＰ２标准是匹配工作中不可缺少的一部分，它所对应的Ａ２Ｌ文件中描述了所有测量值和标定值的信息，包括项目信息、ＥＣＵ信息、标定接口语法、ＥＣＵ参数信息、标定接口参数、测量变量、匹配参数、转换公式、匹配参数存储格式
等。没有Ａ２Ｌ文件，匹配工作将无法进行，配合
匹配软件如ＩＮＣＡ，ＣＡＮａｐｅ，匹配工程师对车辆的参数进行调整，记录操作。能够生成最终的Ａ２Ｌ文件是保证软件合作开发模式能够顺利进行的
关键。
上层软件开发方使用自动化工具能够将模型中定义的变量和匹配参数转化并生成Ａ２Ｌ（２）文件，如图４所示。在该Ａ２Ｌ文件中仅定义了测
量变量、匹配参数、转换公式以及匹配参数存储
格式，测量变量与匹配参数的地址暂时为空。底层软件开发环境产生出完整的Ａ２Ｌ（１）文件，但是只包括底层软件中的测量变量、匹配参数、转换公式和匹配参数存储格式部分，而且由于并未链接上层库，测量变量以及匹配参数的地址信息也是不对的。该Ａ２Ｌ文件无法直接用于匹配标
定，但是ＡＳＡＰ２协议规定的其他信息是完整的，
可以用来作为最终Ａ２Ｌ文件的基础。在上下层软件分别生成了各自的Ａ２Ｌ文件后，需要使用工具软件将两个Ａ２Ｌ文件合并为一个Ａ２Ｌ（３）文件，但Ａ２Ｌ（３）中还没有变量最后正确的地址信息。所有变量和匹配量的地址信息都在软件集成时生成的ＭＡＰ文件中，通过工具软件将此ＭＡＰ文件更新进Ａ２Ｌ（３）中生成最终的文件Ａ２Ｌ（４），该文件和集成后的ＨＥＸ文件才可用于ＥＣＵ的最后工作软件。
（下转第６２页）
上海汽车２０１１．０３
略、计算机网络技术、雷达技术、第三代移动通信
３
撞车后防止灾害扩大的技术
（１）灭火系统：采用燃气传感器、温度传感器
技术在汽车上的广泛应用，通过数据总线进行系统集成，可以将汽车安全的很多装置集成在一起，提高汽车的安全性能。现代汽车正朝着更加智能化、自动化和信息化的机电一体化方向发展。综
和灭火装置。当碰撞发生后，避免发动机起火引起二次伤害。
（２）自动报警系统：采用碰撞传感器、汽车位置传感器、自动和手动启动开关、无线电通讯设备。当事故发生后，能迅速地向控制中心发送求助信息，并在救援人员抵达事故现场之前转发汽
上所述，汽车安全性的智能化发展趋势，要求在每
个安全领域都能开发出性能更好、反应更快和分辨力更强的安全系统，使它们在不同的环境和条
件下，针对不同的乘员迅速作出不同的反应。
参考文献
１王莹．汽车安全攻略［Ｊ］．电子产品世界，２００５．（９）．２汪卫东．汽车安全技术的最新发展【Ｊ】．汽车与安全，２００４，（２）．
车乘员伤害情况、乘员数量、乘坐位置、安全带使
用情况、气囊展开情况等重要信息，从而使救援人员做好相应准备。
。４
结语
（Ｓ）．
３王喜顾．现代汽车安全技术综述［Ｊ】．汽车运用．２００５。
未来汽车电子控制的重要发展方向之一是汽
车安全领域，随着更加先进的智能型传感器、快速响应的执行器、高性能电控单元、先进的控制策
，４罗玉员：汽车安全装置中的防碰撞系统［Ｊ］．上悔汽车，
２００４。（３）．
Ｓ张铁柱．汽车安全、节能与环保［Ｍ］．北京：国防工业出版社．２００４．
（上接第４４页）
供应商之间以及国际合作之间的开发至关重要。
引进消化吸收并自我创新是中国汽车产业发展的目标。联合汽车电子有限公司在经历了多年的交
钥匙开发模式后，也大胆尝试了和国外厂商的合
作开发模式。事实证明，这种合作开发模式很成功．开发的产品也已经批产。这对于其它项目开发有着重要意义，值得正在寻找此类开发模式的
图４
Ａ２Ｌ文件生成过程
研究人员借鉴。
参考文献
ｌ黄书强．基于驱动模型的软件开发模式研究［Ｊ】．徽电子
６结语
汽车工业在中国的发展日新月异，汽车电控系统的要求也越来越高，在多年引进汽车技术的
学与计算机，２００９，（４）．
２杨金翠．基于构件技术的软件开发模式研究［Ｊ】．软件工程与标准化，２００７，（１０）．
３冯辉宗．基于＆ＳＡＰ标准的汽车发动机标定系统设计
同时，中国也逐渐提高了研发创新能力。本文所
论及的ＥＣＵ软件合作模式对探索国内汽车零部件
【Ｊ】．徽计算机信息，２００８，２４（２９）．
・６２・上海汽车２０１１．０３
万方数据
汽车电子控制单元软件开发模式研究
作者：作者单位：刊名：英文刊名：年，卷(期)：
冯占军， 钱贾敏， 丁锋， Feng Zhanjun， Qian Jiamin， Ding Feng联合汽车电子有限公司,上海,201206上海汽车
SHANGHAI AUTO2011(3)
参考文献(3条)
1.杨金翠 基于构件技术的软件开发模式研究[期刊论文]-软件工程与标准化 2007(10)2.黄书强 基于驱动模型的软件开发模式研究 2009(04)
3.冯辉宗 基于ASAP标准的汽车发动机标定系统设计[期刊论文]-微计算机信息 2008(29)
本文链接：http://d.g.wanfangdata.com.cn/Periodical_shqc201103011.aspx