1. DSP28035串口升级方案概述
DSP28035是TI公司推出的一款32位定点数字信号控制器，广泛应用于工业控制、电机驱动等领域。在实际产品开发中，固件升级是必不可少的功能需求。串口升级方案因其硬件成本低、实现简单等优势，成为DSP28035固件更新的首选方案之一。
这个方案的核心在于实现一个可靠的bootloader，它需要驻留在DSP的Flash存储器中，负责接收通过串口传输的新固件数据，并将其写入到应用程序区域。与传统的JTAG烧录方式相比，串口升级方案具有以下优势：
- 无需专用烧录器，仅需普通USB转串口工具
- 支持现场升级，特别适合已部署设备的固件更新
- 可实现远程升级功能（配合无线模块）
- 开发成本低，硬件无需额外改动
2. 方案设计要点解析
2.1 存储空间规划
DSP28035的Flash存储空间需要合理划分，典型的分配方案如下：
| 地址范围 | 用途 | 大小 |
|---|---|---|
| 0x3F 8000-7FFF | Bootloader代码区 | 32KB |
| 0x3F 0000-7FFF | 应用程序代码区 | 32KB |
| 0x3E 8000-FFFF | 参数存储区 | 32KB |
注意：实际分区大小应根据应用程序大小调整，但必须确保bootloader区域足够存放全部引导代码。
2.2 通信协议设计
可靠的串口通信协议是升级方案的关键。我们采用以下帧结构：
code复制[帧头(0xAA55)][长度(2B)][命令(1B)][数据(NB)][校验(1B)]
其中校验采用简单的累加和校验。典型升级流程包括：
- 握手阶段（确认设备在线）
- 擦除阶段（清除目标区域）
- 数据传输阶段（分块传输固件）
- 校验阶段（验证固件完整性）
- 跳转阶段（启动新固件）
2.3 异常处理机制
必须考虑以下异常情况：
- 通信中断恢复：支持断点续传
- 数据校验失败：自动请求重发
- 超时处理：各阶段设置合理超时
- 电源故障：防止"变砖"
3. Bootloader实现细节
3.1 启动流程设计
DSP28035上电后执行流程如下：
c复制void main(void) {
InitSystem(); // 初始化时钟、GPIO等
CheckUpdateFlag(); // 检查是否需要升级
if(update_flag) {
UART_Update(); // 进入升级模式
} else {
JumpToApp(); // 跳转到应用程序
}
}
3.2 关键代码实现
3.2.1 Flash操作封装
c复制#define FLASH_START 0x3F0000
void Flash_Erase(uint32_t addr, uint16_t length) {
FLASH_Erase((uint32_t*)addr, length);
while(FLASH_Busy());
}
void Flash_Write(uint32_t addr, uint16_t *data, uint16_t length) {
FLASH_Write((uint32_t*)addr, data, length);
while(FLASH_Busy());
}
3.2.2 串口数据处理
c复制void UART_ISR(void) {
static uint8_t buffer[256];
static uint16_t index = 0;
uint8_t data = UART_Read();
buffer[index++] = data;
if(index >= 4 && index == (buffer[2]<<8 | buffer[3]) + 5) {
ProcessFrame(buffer);
index = 0;
}
}
3.3 CCS工程配置要点
在CCS中开发时需注意：
- 修改链接文件(.cmd)正确分配各段地址
- 设置编译选项生成二进制(.bin)文件
- 配置优化等级为-O0避免引导代码被优化
- 关闭看门狗或合理喂狗
4. 应用程序配合要求
4.1 应用程序工程配置
应用程序需要：
- 修改起始地址为应用程序区（如0x3F0000）
- 实现固件版本信息存储
- 提供升级触发接口（如特定GPIO组合）
4.2 升级触发机制
典型触发方式包括：
- 上电时检测特定GPIO电平
- 接收特定串口命令
- 应用程序中调用升级函数
- 定时检测升级标志
5. 实际开发中的经验技巧
5.1 调试技巧
- 先使用仿真器调试bootloader基本功能
- 利用GPIO指示灯显示当前状态
- 添加详细的调试日志输出
- 分阶段验证（先验证通信，再验证Flash操作）
5.2 性能优化
- 合理设置串口波特率（建议115200bps）
- 采用分块传输（每块512字节左右）
- 预计算校验值加速传输
- 并行操作（接收下块数据时擦除当前块）
5.3 常见问题解决
- 跳转失败：检查应用程序向量表是否正确
- 通信异常：确认双方波特率、校验设置一致
- Flash写入错误：确保已正确擦除目标区域
- 升级后无法运行：验证二进制文件完整性
6. 进阶扩展方向
- 加密传输：增加AES等加密算法保护固件
- 差分升级：仅传输差异部分减少数据量
- 无线升级：结合Wi-Fi/蓝牙模块实现无线更新
- 双备份机制：保留上一版本以便回滚
在实际项目中，我们曾遇到一个典型问题：升级后偶尔出现应用程序跑飞。最终发现是中断向量表重映射未正确处理。解决方法是在跳转前禁用所有中断，并在应用程序中重新初始化中断控制器。这类经验往往不会出现在官方文档中，但却能节省大量调试时间。