DSP28335串口bootloader升级(提供dsp程序源码上位机) 1.上位机用Qt开发显示更新状态 2.dsp源码包含一个bootloader工程和一个测试app工程 3.总体上设计简单特别容易上手掌握 接28335和28035的boot loader定制最近在折腾DSP28335的远程升级方案搞了个基于串口的bootloader系统。实测下来从零开始移植也就两天时间特别适合需要快速上手的兄弟。整套方案包含Qt写的上位机工具、DSP的bootloader工程和测试APPGitHub上源码都传好了评论区自取。上位机暗藏玄机Qt的界面看着简单核心其实是通信协议设计。这里直接贴个数据包格式// 协议帧结构 #pragma pack(1) struct Frame { uint8_t head[2] {0xAA, 0x55}; uint16_t data_len; uint8_t cmd_type; uint8_t payload[252]; // 最大256字节限制 uint16_t checksum; };注意这里用了强制1字节对齐避免DSP端解析时内存对齐问题。校验算法用的CRC16-CCITT上位机里对应实现uint16_t calc_crc(const uint8_t* data, int len) { uint16_t crc 0xFFFF; while(len--) { crc ^ *data 8; for(int i0; i8; i) crc crc 0x8000 ? (crc 1) ^ 0x1021 : crc 1; } return crc; }Bootloader的生存法则DSP上电后先跑bootloader关键点在于中断向量重映射。工程里的CMD文件要特别注意MEMORY { BL_RAM : origin 0x3F8000, length 0x000800 APP_RSVD: origin 0x3F8800, length 0x3F7800 }这里把0x3F8000-0x3F8800划给bootloader剩下的全给APP。最骚的操作是跳转前的准备工作__asm( EALLOW ); DevFlashRegs.FARM_RAM.all 0x0000; // 禁用Flash流水线 __asm( EDIS ); JumpAddr (void (*)(void))0x3F8800; JumpAddr(); // 纵身一跃记得先关闭全局中断不然跳转瞬间可能触发未处理的中断导致死机。DSP28335串口bootloader升级(提供dsp程序源码上位机) 1.上位机用Qt开发显示更新状态 2.dsp源码包含一个bootloader工程和一个测试app工程 3.总体上设计简单特别容易上手掌握 接28335和28035的boot loader定制APP工程的求生指南应用工程需要做两个关键设置修改CMD文件中的加载地址为0x3F8800在main函数开头重配置PLL避免bootloader的时钟配置被覆盖实测发现最容易翻车的是中断向量表偏移这里有个野路子#pragma DATA_SECTION(interruptVectors, .intvecs) extern void (*const interruptVectors[])(void);然后在链接命令里把.intvecs段定位到0x3F8800起始地址完美解决中断错乱问题。烧录实战连接串口线波特率别超过115200上位机选择生成的.out文件点击升级后立即断电重启DSP这时候能看到TX灯狂闪进度条走完会有校验成功的提示。如果卡在85%可能是时钟配置不一致检查APP工程里的PLL设置。想要支持28035其实就改两个地方芯片型号宏定义和CMD文件中的地址分配。整个框架设计时已经做了硬件抽象层移植到不同型号的DSP也就是改改寄存器配置的事。源码里特意留了个彩蛋——升级失败超过3次会自动恢复出厂程序这个机制用到了Flash的Bank交换技术有兴趣的兄弟可以扒代码看看实现逻辑。
DSP28335串口bootloader升级(提供dsp程序源码+上位机+) 1.上位机用Qt...
DSP28335串口bootloader升级(提供dsp程序源码上位机) 1.上位机用Qt开发显示更新状态 2.dsp源码包含一个bootloader工程和一个测试app工程 3.总体上设计简单特别容易上手掌握 接28335和28035的boot loader定制最近在折腾DSP28335的远程升级方案搞了个基于串口的bootloader系统。实测下来从零开始移植也就两天时间特别适合需要快速上手的兄弟。整套方案包含Qt写的上位机工具、DSP的bootloader工程和测试APPGitHub上源码都传好了评论区自取。上位机暗藏玄机Qt的界面看着简单核心其实是通信协议设计。这里直接贴个数据包格式// 协议帧结构 #pragma pack(1) struct Frame { uint8_t head[2] {0xAA, 0x55}; uint16_t data_len; uint8_t cmd_type; uint8_t payload[252]; // 最大256字节限制 uint16_t checksum; };注意这里用了强制1字节对齐避免DSP端解析时内存对齐问题。校验算法用的CRC16-CCITT上位机里对应实现uint16_t calc_crc(const uint8_t* data, int len) { uint16_t crc 0xFFFF; while(len--) { crc ^ *data 8; for(int i0; i8; i) crc crc 0x8000 ? (crc 1) ^ 0x1021 : crc 1; } return crc; }Bootloader的生存法则DSP上电后先跑bootloader关键点在于中断向量重映射。工程里的CMD文件要特别注意MEMORY { BL_RAM : origin 0x3F8000, length 0x000800 APP_RSVD: origin 0x3F8800, length 0x3F7800 }这里把0x3F8000-0x3F8800划给bootloader剩下的全给APP。最骚的操作是跳转前的准备工作__asm( EALLOW ); DevFlashRegs.FARM_RAM.all 0x0000; // 禁用Flash流水线 __asm( EDIS ); JumpAddr (void (*)(void))0x3F8800; JumpAddr(); // 纵身一跃记得先关闭全局中断不然跳转瞬间可能触发未处理的中断导致死机。DSP28335串口bootloader升级(提供dsp程序源码上位机) 1.上位机用Qt开发显示更新状态 2.dsp源码包含一个bootloader工程和一个测试app工程 3.总体上设计简单特别容易上手掌握 接28335和28035的boot loader定制APP工程的求生指南应用工程需要做两个关键设置修改CMD文件中的加载地址为0x3F8800在main函数开头重配置PLL避免bootloader的时钟配置被覆盖实测发现最容易翻车的是中断向量表偏移这里有个野路子#pragma DATA_SECTION(interruptVectors, .intvecs) extern void (*const interruptVectors[])(void);然后在链接命令里把.intvecs段定位到0x3F8800起始地址完美解决中断错乱问题。烧录实战连接串口线波特率别超过115200上位机选择生成的.out文件点击升级后立即断电重启DSP这时候能看到TX灯狂闪进度条走完会有校验成功的提示。如果卡在85%可能是时钟配置不一致检查APP工程里的PLL设置。想要支持28035其实就改两个地方芯片型号宏定义和CMD文件中的地址分配。整个框架设计时已经做了硬件抽象层移植到不同型号的DSP也就是改改寄存器配置的事。源码里特意留了个彩蛋——升级失败超过3次会自动恢复出厂程序这个机制用到了Flash的Bank交换技术有兴趣的兄弟可以扒代码看看实现逻辑。
