8051单片机BOOT设计方案.docVIP

8051单片机BOOT设计方案 CDMA事业部支撑软件部 周志雄 张彦春 【摘 要】本文论述了8051单片机BOOT的功能、设计方法、设计流程，内外接口等。 【关键词】8051单片机，BOOT，Flash 引言 现在我们公司的单片机系统都要求能够实现远程的软件下载，同时为了生产和调试的方便，要求单片机系统在脱离机框的情况下也能够通过调试口下载。公司现阶段采用的可下载单片机主要有3款：SST的89V/E564RD、ATMEL的T89C51RD2、Winbond的W78LE516P，CDMA事业部同时采用了这3款芯片，要求这三款芯片的BOOT对外接口完全一致，以简化硬件设计和接口软件设计。 本设计方案支持多路数据下载，动态检测下载的数据通道，完成消息握手，数据交互，校验，写并校验Flash，BOOT和版本程序互相切换等操作。本方案仅仅在操作flash的地方根据不同的单片机作了改动即满足了要求，方便向更多的单片机移植。下面主要以T89C51RD2作为范例描述BOOT的设计方法。 BOOT_T89C51RD2 设计思想 Atmel公司的T89C51RD2有64K的FLASH，256字节的内部RAM，1K字节的外部RAM，自带BOOT。缺省情况下，BOOT大小为1K字节，位于FLASH的FC00H-FFFFH空间范围内。由于这个BOOT中有读写Flash，更改状态字的API函数的入口，而且芯片的状态字也包含在这块Flash区间内，所以我们必须保留这个默认的BOOT程序。 由于这款芯片没有为BOOT提供一个单独的Flash区间，BOOT程序和用户的版本程序在同一块64K的Flash空间内，因此，对FLASH区进行重新规划。重新规划后的FLASH区分配如下图： 出于安全性的考虑，3G中要求单板启动后首先进入BOOT，在等待一段时间后，如果没有软件下载的握手消息，BOOT自动跳入用户的版本程序执行。考虑到调试的方便，BOOT必须同时支持调试口软件下载。 为了上电后进入BOOT，T89C51RD2提供了两种方式：硬件方式和软件方式。如图中所示，采用硬件方式只能从0xFC00处，即芯片自带的BOOT启动。所以我们采用软件方式进入BOOT，如图中蓝线所示。如果在等待一段时间后，没有软件下载的握手消息，BOOT沿红线自动跳入用户的版本程序执行。整个过程不需要硬件的参与，完全由软件来实现正常状态与BOOT状态的互相转换。 在烧录器上烧录文件时的步骤： 打开烧录器，选择设备为Atmel的T89C51RD2 连续载入厂家自带的BOOT，我们的BOOT，版本程序三个HEX文件，每次载入时选择Unused Bytes都是Don’t Care 在Config设置中将Software Boot Vector由FC改为F0，将Boot Loader Jump Bit打勾选中 用Auto烧录 BOOT的启动流程图： 对外接口 流程说明： 单板应用程序收到软件下载进程或调试后台发来的E_O_R_MCUDownloadVerReq下载版本请求消息后，保存参数（若需要），然后复位重启，进入BOOT； BOOT程序启动后，同时向片内串口和ST16C550回E_R_O_MCUDownloadVerAck消息，表示进入下载等待状态。然后开始计时并同时监听片内串口和ST16C550上来的数据，如果超时，跳入用户版本程序； 软件下载进程或调试后台通过E_O_R_MCUVerData消息将版本数据传送至单板BOOT，BOOT一旦从一个通道检测到第一个正确包，则不再监听另一个通道； BOOT在收到正确的版本数据后，回E_R_O_MCUVerDataAck消息给软件下载进程或调试后台，消息体中含需要的下一帧数据的帧号，为上次帧号加1；若BOOT收到错误的版本数据后，回E_R_O_MCUVerDataAck消息给软件下载进程，消息体中含需要的下一帧数据的帧号，帧数与上一次相同； 以上两步周而复始，直至下载到最后一帧。软件下载进程或调试后台在发送最后一帧数据时，将帧号改为0xFFFE，表示这是最后一帧，BOOT接收到后，如果一切成功，回应帧号0xFFFF，然后跳入用户程序，如果接收或写Flash错误，需要重传，向后台回应帧号仍然为上次回应的帧号（不是0xFFFE）。 软件下载进程或调试后台在收到帧号0xFFFF的帧后，表示下载完成。 消息结构说明： E_O_R_MCUDownloadVerReq消息结构 typedef struct tagT_M_MCUDownloadVerReq { WORD ModuleType; BYTE SlotID; /*0xff表示广播消息，其他为指定下载*/ } T_M_MCUDownloadVerReq; E_R_O_MCUDownloadVe