基于CCP的ECU在线编程技术的实现

第３７卷　

第５期　

Ｖ＿０１－３７　

Ｎｏ．５　

计算机工程　

２０１１年３月　

Ｍａｒｃｈ　２０１１　

Ｃｏｍｐｕｔｅｒ　Ｅｎｇｉｎｅｅｒｉｎｇ　

・工程应用技术与实现・　文章编号：１００　＿－３４２８（２０１１）０５—＿ｏ２４１—　３　文献标识码：Ａ　中圈分类号：Ｎ９４５　

基于ＣＣＰ的ＥＣＵ在线编程技术的实现　

（重庆邮电大学汽车电子与嵌入式系统研究所，重庆４０００６５）　

摘要：针对车身ＥＣＵ升级困难的现状，在分析ＩＡＰ技术的基础上，提出一种基于ＣＡＮ总线，采用ＣＣＰ协议实现ＥＣＵ在线升级的设计　

方案，并给出在单片机ＸＣ１６７ＣＩ的具体实现。阐述上位机文件下载工具中对加载文件的处理方法和下位机ｂｏｏｔｌｏａｄｅｒ的实现方法。实验结　

果表明，该系统可以通过ＣＡＮ总线实现ＥＣＵ的应用代码的更新功能，且操作简单、运行稳定。　

关健词：升级；在应用编程；ＣＡＮ标定协议　

Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ　ｏｆ　ＥＣＵ’Ｓ　Ｏｎｌｉｎｅ　Ｐｒｏｇｒａｍｍｉｎｇ　Ｂａｓｅｄ　ｏｎ　ＣＣＰ　

ＪＩＡＮＧ　Ｊｉａｎ－ｃｈｕｎ，ＣＨＥＮ　Ｈｏｎｇ－ｘｉａ，ＺＨＥＮＧ　Ｔｌａｉ－ｘｉｏｎｇ　

（Ｉｎｓｔｉｔｕｔｅ　ｏｆ　Ａｕｔｏｍｏｔｉｖｅ　Ｅｌｅｃｔｒｏｎｉｃｓ　ａｎｄ　Ｅｍｂｅｄｄｅｄ　Ｓｙｓｔｅｍ，Ｃｈｏｎｇｑｉｎｇ　Ｕｎｉｖｅｒｓｉｔｙ　ｏｆ　Ｐｏｓｔｓ　ａｎｄ　Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ，Ｃｈｏｎｇｑｉｎｇ　４０００６５，Ｃｈｉｎａ）　

［Ａｂｓｔｒａｃｔ］Ｆｏｒ　ｔｈｅ　ｄｉｆｆｉｃｕｌｔｉｅｓ　ｏｆ　ａｕｔｏ—ｂｏｄｙ　ＥＣＵ’Ｓ　ｓｏｆｔｗａｒｅ　ｕｐｇｒａｄｅ．ａ　ｍｅｔｈｏｄ　ｏｆ　ＥＣＵ’Ｓ　ｕｐｇｒａｄｅ　ｂａｓｅｄ　ｏｎ　ＣＣＰ　ａｎｄ　ＣＡＮ　ｂｕｓ　ｉｓ　ｐｒｅｓｅｎｔｅｄ　ａｆｔｅｒ　

ｉｌｌｕｓｔｒａｔｉｎｇ　ｔｈｅ　ｐｒｉｎｃｉｐｌｅ　ｏｆ　Ｉｎ　Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍｍｉｎｇ（１ＡＰ１　ｔｅｃｈｎｏｌｏｇｙ．Ｂｅｓｉｄｅｓ．ｔｈｅ　ｉｍｐｌｅｍｅｎｔａｔｉｏｎ　ｏｎ　ｔｈｅ　ＸＣ１６７ＣＩ　ｉｓ　ｇｉｖｅｎ　ｉｎ　ｔｈｅ　ｐａｐｅｒ．Ｔｈｅ　

ｐｒｏｃｅｓｓｉｎｇ　ｍｅｔｈｏｄ　ｏｆ　ｌｏａｄ　ｆｉｌｅ　ｉｎ　ｔｈｅ　ｌｏａｄ　ｔｏｏｌ　ａｎｄ　ｔｈｅ　ｉｍｐｌｅｍｅｎｔａｔｉｏｎ　ｍｅｔｈｏｄ　ｏｆ　ｂｏｏｔｌｏａｄｅｒ　ａｒｅ　ｅｘｐｏｕｎｄｅｄ．Ｅｘｐｅｒｉｍｅｎｔａｌ　ｒｅｓｕｌｔ　ｓｈｏｗｓ　ｔｈａｔ　ｔｈｅ　

ｓｙｓｔｅｍ　ｎｏｔ　ｏｎｌｙ　ａｃｈｉｅｖｅｓ　ｈｅ　ｔｆｕｎｃｔｉｏｎ　ｏｆ　ａｐｐｌｉｃａｔｉｏｎ　ｃｏｄｅ　ｕｐｇｒａｄｅ　ｂｕｔ　ａｌｓｏ　ｒｕｎｓ　ｓｔａｂｌｙ．　

［Ｋｅｙ　ｗｏｒｄｓ］ｕｐｇｒａｄｅ；Ｉｎ　Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍｍｉｎｇ（１ＡＰ）；ＣＡＮ　Ｃａｌｉｂｒａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ（ＣＣＰ）　

Ｄ０Ｉ：１Ｏ．３９６９／ｊ．ｉｓｓｎ．１０００—３４２８．２０１１．０５．０８２　

１概述　

传统的嵌入式软件开发过程中，在调试阶段，应用代码　

３在线升级系统设计　

在线升级系统硬件结构主要由内部安装ｂｏｏｔｌｏａｄｅｒ下载　

是通过调试接口（ＢＤＭ、ＪＴＡＧ、ＮＥＣＳ等）下载到ＲＡＭ或Ｆｌａｓｈ　

中，开发阶段后期去掉调试接口。以后加入新控制算法或者　

新功能，必须借助专用的编程器将新代码写入ＥＣＵ的程序存　

工具的ＰＣ机、ＵＳＢ—ＣＡＮ接口卡、内部固化ｂｏｏｔｌｏａｄｅｒ的ＥＣＵ　

３个部分组成。ＰＣ机提供用户的操作接ＶＩ和应用代码下载途　

径。由于ＰＣ机上没有预留ＣＡＮ接口，因此在ＰＣ机和ＥＣＵ　

储器。在车身控制系统中，新控制算法、新功能推出频率越　

来越高，频繁地插拔存储器不但麻烦而且容易损坏电路板。　

因此开发一套具有自举加载功能的在线升级系统很有必要。　

之间需要通过ＵＳＢ～ＣＡＮ接口卡转接。软件主要包括２个部分：　

上位机的ｂｏｏｆｌｏａｄｅｒ下载工具和下位机的ｂｏｏｔｌｏａｄｅｒ。　

随着ＩＡＰ技术的出现以及Ｆｌａｓｈ价格的下降，一般的ＥＣＵ都　

具备ＩＡＰ（Ｉｎ　Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍｍｉｎｇ）功能和较大的Ｆｌａｓｈ存　

３．１　ＣＣＰ协议及ｂｏｏｔｌｏａｄｅｒ下载工具　

ＣＣＰ协议是基于主从通信模式的协议，主机通过从机的　

地址配置实时建立主、从机之间的逻辑连接　ｌ。连接建立后，　

主机发送ＣＲＯ（Ｃｏｍｍａｎｄ　Ｒｅｃｅｉｖｅ　Ｏｂｊｅｃｔ）控制数据的传递。从　

机执行主机命令后返回包含响应信息的ＤＴＯ（Ｄａｔａ　

Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｏｂｊｅｃｔ）。在线升级中使用ＣＣＰ命令：ＣＯＮＮＥＣＴ，　

ＳＥＴ

ＭＴＡ，ＰＲＯＧＲＡＭ，ＤＩＳＣＯＮＮＥＣＴ，ＣＬＥＡＲ

ＭＥＭＯＲＹ，

储空间，为实现软件在线升级功能提供了必要的条件。　

目前基于ＩＡＰ技术的在线升级方案种类繁多复杂，适应　

的领域也各不相同。文献【１】使用ＲＳ２３２总线和ＹＭＯＤＥＭ协　

议开发了用于智能终端的升级系统。文献【２】提出了用于机器　

人开发平台的多用户程序在线编程方法。文献【３】通过ＬＩＮ总　

线实现了适用于汽车ＥＣＵ的升级系统，但使用的是自定义协　

—

ＢＵＩＬＤ

ＣＨＫＳＵＭ。这６个命令是根据ＣＣＰ协议标准设计的，　

具体的命令消息格式、应答消息格式及其含义见ＣＣＰ协议　

规范。　

议，可扩展性不强。ＣＣＰ（ＣＡＮ　Ｃａｌｉｂｒａｔｉｏｎ　Ｐｒｏｔｏｃｏ１）协议是基　

于ＣＡＮ总线的匹配标定协议，具有通信可靠、传输速度快、　

通用性好等优点　】，因此设计基于ＣＣＰ协议的在线升级系统　

既无需增加其他硬件资源又能满足实际的需求，具有一定的　

现实意义。　

ＸＣ１６７ＣＩ目标代码是ＨＥＸ３８６文件。该文件是记录文本　

行的ＡＳＣＩＩ文本文件，每一行是一条记录，该记录是十六进　

制数组成的机器码或者数据常量，记录格式为：　

：ｌｌａａａａｔｔ［ｄｄ・・・］ｃｃ　

２　ＩＡＰ和ｂｏｏｔｌｏａｄｅｒ原理　

为了实现ＩＡＰ功能，即在运行应用代码时可进行自身代　

其中，冒号是每一条记录的开始；ｌｌ是长度域，表示数据域　

中数据（ｄｄ）的字节数目；ａａａａ是地址域，表示该条记录中数　

基金项目：国家核高基科技基金资助重大项目“汽车电子控制器嵌　

码的更新，需要在固件中增添一部分实现该功能的ｂｏｏｔｌｏａｄｅｒ　

代码。Ｆｌａｓｈ存储器从结构上相应分为２个存储区，一个区存　

放ｂｏｏｔｌｏａｄｅｒ，一个区存放应用代码。在正常工作过程中，系　

统运行在应用代码区，当有升级命令时，跳到ｂｏｏｔｌｏａｄｅｒ区　

通过通信总线（ＣＡＮ，串口等）下载应用代码，调用ＩＡＰ函数　

将新的应用代码写入应用代码区，升级过程结束后系统重启。　

入式软件平台研发及产业化”（２００９ＺＸ０１０３８，００２—００２—２）　

作者简介：蒋建春（１９７５一），男，讲师、博士研究生，主研方向：　

汽车电子，嵌入式系统；陈洪霞，硕士研究生；郑太雄，教授、　

博士　

收稿日期：２０１０—０８—１８　Ｅ－ｍａｉｌ：ｊｓｃｈｘ１９８６＠１６３．ｃｏｒｎ　

２４２　计算机工程　２０１１年３月５日　

据存放到ＥＣＵ内存中的起始地址；ｔｔ是记录类型域，表示该　

条记录的类型，００：数据记录，０１：文件结束记录，０２：扩　

展段地址记录，０４：扩展线性地址记录；ｄｄ是数据域，表示　

一

个字节的数据，一条记录可能有多个数据字节，字节数目　

在长度域中指明；ＣＣ是校验和域，表示记录的校验和。例如：　

：１　０２４６２００４６４Ｃ５５４９４４２０５０５２４Ｆ４６４９４Ｃ４５００４６４Ｃ３３　

其中，１０是此行记录数据的字节数；２４６２是该记录中数据在　

内存中的起始地址的低１６位；００表示这是一条数据记录；　

４６４ｃ５５４９４４２Ｏ５Ｏ５２４Ｆ４６４９４ｃ４５　０（】４６４Ｃ是数据；３３是该条记　

录的校验和。　

ＸＣ１６７ＣＩ生成的目标文件中只使用数据记录、文件结束　

记录、扩展性线性记录３种类型。不同类型记录可按以下　

３种方式组织成相应的ＣＣＰ命令：　

（１）对于扩展线性记录，数据域是数据记录中数据存储地　

址的高ｌ６位，该值和数据记录中的地址域（数据存储地址的　

低１６位）值构成３２位地址，组织成ＳＥＴ—ＭＴＡ命令发送至下　

位机，是下位机Ｆｌａｓｈ擦除或编程的地址信息。　

（２）对于数据记录，先按地址域地址由小到大进行排序，　

再检查数据存储地址是否连续，若不连续出现空缺，则填充　

补全。因为ＸＣ１６７ＣＩ的Ｆｌａｓｈ存储单元未写入数据时的值是　

０，所以填充记录的数据域填充０。补全数据记录后，提取出　

数据域的数据依次组织成ＰＲＯＧＲＡＭ命令发送至下位机。　

（３）对于文件结束记录，当扫描到该条记录时，表示升级　

任务结束，可以直接发送断开连接命令。　

３．２　ｂｏｏｔｌｏａｄｅｒ实现　

基于ＣＣＰ协议的在线升级系统的ｂｏｏｔｌｏａｄｅｒ部分主要包　

括驱动装载、ＣＣＰ命令解析函数、ＣＡＮ驱动、ＩＡＰ函数（Ｆｌａｓｈ　

驱动）４个部分。其中，驱动装载用于控制整个系统的工作流　

程，调用ＣＣＰ命令解析函数实现与上位机通信，完成应用代　

码的传输，调用ＩＡＰ函数进行Ｉ１３代码的擦除，新代码的写入。　

ＸＣ１６７片上集成的２　ＫＢ的ＰＳＲＡＭ（０ｘＥ０００００Ｈ－　

０ｘＥ００７ＦＦＨ）和１　２８　ＫＢ的Ｆｌａｓｈ（０ｘＣ０００００Ｈ～０ｘＣ１　ＦＦＦＦＨ）用　

于代码存储ｌ　。Ｆｌａｓｈ阵列由６个块组成：４个８　ＫＢ扇区，　

１个３２　ＫＢ扇区和１个６４　ＫＢ扇区。设计中将ｂｏｏｔｌｏａｄｅｒ放　

在低地址的４个扇区内，即地址空问为０ｘＣ０００００Ｈ－　

０ｘＣ０７ＦＦＦＨ，高地址空间０ｘＣ０８０００Ｈ以上存放用户代码。整　

个代码空间的分布如图１所示。　

０ｘＣｌ　ＦＦ　

应用代码区　

Ｉ　应用代码　Ｉ　０ｘＣ０８０　

Ｂ

ｏｏｔｌｏａｄｅｒ区　

０ｘＣ０７Ｆ　

ｆ　驱动装载　ｆ　

Ｉ　动　Ｉ　

ｌ　ｃｃＩ’　议命令解析　Ｉ　

Ｉ　ＣＡＮ￣ＪＪ　１　

ｆ启动代码（Ｓｔａｒｔｕｐ　ｓ）　ｆ　０ｘＣ０００（　

图１代码空间分布　

因为在执行Ｆｌａｓｈ的擦除或写操作时不能同时进行读操　

作，所以系统上电后，首先运行启动代码Ｓｔａｒｔｕｐ．Ｓ，进行基　

本的系统配置，通过ＪＭＰ　ＦＡＲ　ｂｏｏｔｌｏａｄｅｒ指令进入ｂｏｏｔｌｏａｄｅｒ　

区的Ｃ代码段，将Ｆｌａｓｈ驱动代码临时拷贝到２　ＫＢ　ＰＳＲＡＭ　

中。具体实现是先将该部分代码放入独立的ＦＬＡＳＨ—ＣＯＤＥ　

段中，通过连接器的ＳＥＣＴＩＯＮＳ指令指定该段的存储地址。　

通过拷贝函数将该段代码拷入指定的ＰＳＲＡＭ空问内。拷贝　

完之后初始化ＣＣＰ和ＣＡＮ，然后跳入用户代码区执行用户　

代码，具体实现如下：　

／／设置Ｆｌａｓｈ代码段执行物理地址为０ｘＥ０００００　

７ＰＲ？ＰＦＬＡＳＨ％ＦＬＡＳＨ

ＣＯＤＥ（０ｘＥ０００００）　

＃ｐｒａｇｍａ　ＲＥＮＡＭＥＣＬＡＳＳ（ＦＣＯＤＥ＝ＦＬＡＳＨ　

ＣＯＤＥ）ＳＲＯＭ——ＰＳ（ＰＦＬＡＳＨ）　

／／拷贝Ｆｌａｓｈ的代码到ＰＳＲＡＭ中　

ｈｍｅｍｃｐｙ（ＳＲＯＭ——ＰＳ——ＴＲＧ（ＰＦＬＡＳＨ），ＳＲＯＭ——ＰＳ——ＳＲＣ　

（ＰＦＬＡＳＨ），ＳＲＯＭ　ＰＳ　ＬＥＮ（ＰＦＬＡＳＨ））：　

ｖｏｉｄ　ＣＡＮ

ｖｌｎｉｔ（ｖｏｉｄ）；／／ｃａｎ初始化　

ｖｏｉｄ　ＣＣＰＩｎｉｔ（ｖｏｉｄ）；／／ＣＣＰ命令解析初始化　

ａｓｍ（　

ＪＭＰ　ＦＡＲ　０Ｘｃ０８０００Ｈ／进入用户代码区　

｝　

３．３在线升级流程　

用户通过上位机的ＣＯＮＮＥＣＴ命令启动升级系统，系统　

启动之后上位机控制数据的传输，每发送一条命令后，启动　

定时器，定时时间到，若未接收到下位机ＥＣＵ的反馈信息则　

重发该条命令。上位机的工作流程如图２所示。　

图２上位机工作蒎程　

上位机根据收到命令执行相应的操作，具体过程如下：　

（１　Ｊ发送带有从机地址的ＣＯＮＮＥＣＴ命令，等待下位机的　

ＤＴＯ。若收到无误的ＤＴＯ确认则进入（２），否则返回（１）。　

（２）发送带擦除地址信息的ＳＥＴ—ＭＴＡ命令，等待ＤＴＯ。　

若收到无误的ＤＴＯ确认（即ＡＣＫ确认）则进入（３），否则返　

回（２）。　

（３）发送擦除Ｆｌａｓｈ的ＣＬＥＡＲ—ＭＥＭＯＲＹ命令，等待　

ＤＴＯ。若收到无误的ＤＴＯ确认则进入（４），否则返回（３）。　

（４）发送带有编程地址信息的ＳＥＴ—ＭＴＡ命令，等待ＤＴＯ。　

第３７卷第５期　蒋建舂，陈洪霞，郑太雄：基于ＣＣＰ的ＥＣＵ在线编程技术的实现　２４３　

若收到无误的ＤＴＯ确认则进入（５），否则返回（４）。　

（５）发送编程ＰＲＯＧＲＡＭ命令，等待确认ＤＴＯ。若收到　

无误的ＤＴＯ确认，判断已发送数据是否满１　２８　Ｂｙｔｅ（一个数　

据块），若结果为“是”则进入（６），否则返回（５）发送下一帧　

数据。　

（６）发送ＢＵＩＬＤ—ＣＨＫＳＵＭ校验命令，等待ＤＴＯ。在收　

到的ＤＴＯ信息中无校验错的条件下，判断下一个数据是否是　

文件结束记录，如果“是”则进入（７），否则进入（５）发送下一　

个数据块。若收到的ＤＴＯ中有校验错误信息，则进入（５）重　

发出错的数据块。　

（７）发送ＤＩＳＣＯＮＮＥＣＴ命令，升级结束。　

下位机工作流程如图３所示。　

执行用户代码　

系统蓖启　１　

ｃｒ　

ｌ　命令　

对数据缓冲区中数　

据进行ｃＲｃ校验。　

准备升级　

若正确则根据数据　

地址信息写入Ｆｌａｓｈ　

中，清除缓存区，　

并返回校验信息　

ＢＵＩＬＤ　ＣＨＫＳＵＭ　

命令　

保存擦赊地址信息ｆ　ｆ　数据存入缓冲区　

按照地址信息执行　

保存编程的　

擦除Ｆｌａｓｈ操作　

数据地址信息　

囹３下位机工作流程　

下位机根据收到的命令执行相应的操作，具体的工作流　

程如下：　

ｆ１）若是ＣＯＮＮＥＣＴ命令，检查ＣＯＮＮＥＣＴ命令报文中从　

机地址，如果是与本节点建立连接，返回给上位机包含该节　

点地址确认的ＤＴＯ，否则暂时和上位机断开连接直接返回。　

建立连接后：　

ｆ２）若收到ＳＥＴ＿ＭＴＡ命令，如果地址信息在有效地址范　

围内，保存传递的地址信息，返回确认信息ＤＴＯ。否则返回　

带有地址超出范围错误的ＤＴＯ。　

（３）若收到ＣＬＥＡＲ—ＭＥＭＯＲＹ命令，根据ＳＥＴ—ＭＴＡ命　

令传递的地址信息，擦除相应的应用代码扇区，返回确认信　

息ＤＴＯ。　

（４）若收到ＰＲＯＧＲＡＭ命令，将数据保存到缓存中。返回　

确认的ＤＴ０。　

（５）若收到ＢＵＩＬＤ—ＣＨＫＳＵＭ命令，则对缓存中数据进行　

校验，无误便写入指定的地址Ｆｌａｓｈ中，清除缓冲区。返回　

带校验结果的ＤＴＯ。　

（６）若收到ＤＩＳＣＯＮＮＥＣＴ命令则断开连接，升级结束，　

系统重启，运行新的应用代码。　

４　在线升级功能验证　

该方案实际测试：图４（ａ）是一个应用代码ｈｅｘ文件，　

图４（ｂ）是下载到Ｆｌａｓｈ中后通过调试窗口看到内存中的数据。　

通过对比２幅图可以看到，应用代码已正确地下载到指定的　

内存，实现了应用代码重入功能。　

文件理）编辑哩）格式喧）妻看　）帮助　）　

：０２００００日　０日ｃｇＦｎ　－＾　

：１　８８ｇ００００Ａ５５ｎＲＳ冉５Ｅ６ｇＣ０７００１）１８０Ｅ６ＥｆｌＣ０８１Ｅ０００６６　

：１　０００１Ｏ００Ｆ６ＦＤＥＯＦ１Ｄ１８０Ｅ６Ｅ８８９７８Ｅ６Ｄ５ｇｇＯＯＥ６ｇＢ５７　

：１　０ｇ０２ｏｏｇＯＯＦ８Ｅ６日　ｇＣＦ６Ｅ６０９０ＯＦＳＥ６８６０ｇＯｇＥ６００ｎ７　

：１ｇＯ０３ｇｏｇｏｏｇｏＥ６０１０１０３Ｅ６ｇ２（１３日ＯＥ６ｇ８０目ＦＣＢ５４　ＦＢ　

：１ｎ０ｏｔｔｇｇｇＢ５Ｂ５１ｎ８８０２０３Ｅ６Ｆ０２０８２１Ａ８８０３ｇ３Ｅ６Ｆ０Ｒ３　

：１　０日０５０００４ｆｌ８２１Ｑ８８ｏｇｇ３Ｅ６Ｆｇ０Ｂ８２Ｅ６Ｆ９ｇｇｇｇＥ６Ｆ８１Ｅ　

：１　００ｇ６００００ｏＤＯＦ０１８７０１９２Ｄ２９Ｅ０日５ＤＣ日９９８２Ｂ２Ｄ２５Ｃ７　

：１　０００７００ｇＦＯ３２ＤＣ０９７８４８ＡＡＦ２１ＢＥ０ｎ日Ｆ２ｇｌＥＦＤＦ０３４８Ｅ　

：１　０００８００９７Ｃ３３ＯＥＦ３０６Ｆ３ＯＯＦＤＥ０１５４Ｃ５４９１５ｇ６８５Ｂ８Ｂ　

（ａ）ｈｅｘ文件　

（ｂ）Ｆｌａｓｈ中的数据　

图４应用代码重入功能验证　

５结束语　

本文提出一种基于ＣＡＮ总线，采用ＣＣＰ协议实现ＥＣＵ　

在线升级的设计方案。该方案成功应用于ＸＣ１６７ＣＩ单片机应　

用程序的下载，而且操作简单。基于ＣＣＰ协议的在线升级思　

想还可以应用到汽车上其他的ＥＣＵ中，使用统一的协议，具　

有较强可扩展性，最终可以实现通过网络进行ＥＣＵ应用代码　

升级。　

参考文献　

［１］姜晓梅，李祥和．基于ＡＲＭ的ＩＡＰ在线及远程升级技术［Ｊ１ｌ　

计算机应用，２００８，２８（２）：５１９—５２１．　

［２】殷树明，王宜怀．嵌入式系统中多用户程序在线编程技术［Ｊ１．　

计算机工程，２００９，３５（５）：３７—３９．　

［３１　ｌ韩江洪，常安云．车身控制系统在线编程技术的研究与实　

现【ｃ】／／全国第１　８届计算机技术与应用学术会议论文集．宁波：　

咄版者不详］，２００７．　

【４］冯静，王俊席，卓斌．基于ＣＣＰ协议的电控发动机标定系　

统ＣＡＮ通信模块的研发【Ｊ１．内燃机工程，２００３，２４（５）：３３．３７．　

［５］Ｉｎｆｉｎｅｏｎ　Ｔｅｃｈｎｏｌｏｇｉｅｓ　ＡＧ．ＸＣ１６４ＣＳ一１６　Ｕｓｅｒ’Ｓ　Ｍａｎｕａｌ（ｖ２．１）［Ｚ］．　

２００４．　

编辑任吉慧