首页 > 代码库 > TMS320F28335项目开发记录4_28335之启动模式(串口烧写Flash)
TMS320F28335项目开发记录4_28335之启动模式(串口烧写Flash)
TMS320F28335支持多种启动模式,如下:
// $Boot_Table: // // GPIO87 GPIO86 GPIO85 GPIO84 // XA15 XA14 XA13 XA12 // PU PU PU PU // ========================================== // 1 1 1 1 Jump to Flash <- "boot to Flash" // 1 1 1 0 SCI-A boot // 1 1 0 1 SPI-A boot // 1 1 0 0 I2C-A boot // 1 0 1 1 eCAN-A boot // 1 0 1 0 McBSP-A boot // 1 0 0 1 Jump to XINTF x16 // 1 0 0 0 Jump to XINTF x32 // 0 1 1 1 Jump to OTP // 0 1 1 0 Parallel GPIO I/O boot // 0 1 0 1 Parallel XINTF boot // 0 1 0 0 Jump to SARAM // 0 0 1 1 Branch to check boot mode // 0 0 1 0 Boot to flash, bypass ADC cal // 0 0 0 1 Boot to SARAM, bypass ADC cal // 0 0 0 0 Boot to SCI-A, bypass ADC cal // Boot_Table_End$
一时兴起,先说一些题外话,关于烧写程序的问题:
1. 一般使用CCS+仿真器时,我们把程序烧进RAM中运行,这样运行速度快,方便实际项目的开发与调试;
注意此时用的是28335_RAM_lnk.cmd文件
2. 当项目完成时,一般我们会选择将程序烧进Flash中,以摆脱仿对真器的依赖;当我们用f28335.cmd连接文件时,会把程序烧进28335内部的Flash中,此时,就可以脱离仿真器运行了;从Flash启动;——也就是上面的
XA15 XA14 XA13 XA12
即分别等于1 1 1 1 时,Jump to Flash;
当然,具体的配置不仅仅是修改cmd文件这么简单的,有时程序在RAM中运行良好,到Flash中后就会出现这样那样的问题;
最典型如US_DELAY延时的一个函数,在RAM运行是延时很精确的,但在Flash中却不一样了,这个后面会说;
3. 结束废话,进入正题,当我们要没有仿真器时,如何将程序烧进Flash中呢?
我们最上面的看启动方式中有SCI-A boot, SCI是串行通信接口,我们可以从串口启动引导28335;
在这之前,一般硬件上都有跳线设置,我们可以把XA12下拉为低电平;
这样就可以设置启动模式为:1 1 1 0 ——即为SCI-A启动
第一步:
下载hex2000,使用hex2000将ccs编译得到的.out文件转换为.hex文件;
将ccs编译得到的hex文件拷贝至到hex2000目录下;
开始——运行——到hex2000目录下 输入:
hex2000.exe -romwidth 16 -memwidth 16 -i -o LED.hex LED.out
出现下图所示信息代表转换成功:
第二张图是使用CCS自带的生成HEX文件的一个功能选项,这样可以不用下载hex2000;
第二步:
开发板切换为SCI-A启动模式,即1110;
将XA12接地即可,其他X13-X15保持上拉的3.3V不变;
第三步:
C2Prog下载地址:http://www.codeskin.com/c2prog-download
第四步:
串口接好,启动C2Prog,板子复位上电;
使用串口调试工具,测试打开的串口:发送ABC等应该原样返回信息;
配置C2Prog后,点program即可烧写
第五步:
切换为Flash启动,观察程序运行;
>>PS:我曾出现失败的错误提示:
CRC Info added at 0x00330809: 0x9D1C 0x57C0 0x0000
*** PLEASE RESET TARGET IN SCI BOOT-LOADER MODE ***
Connecting with target (autobaud)... failed (no response)!
这个原因可能是因为232或485串口工作不良好,也可能是你的模式没有切换正确;
TMS320F28335项目开发记录4_28335之启动模式(串口烧写Flash)