STM32 AT32 GD32 串口 IAP bootloader 远程升级 源码 RS485升级 有说明文档
搞嵌入式最爽的时刻之一，就是半夜三点设备突然弹出升级提示，不用跑去现场就能把程序更了。今天咱们聊聊怎么在STM32、AT32、GD32这些国产替代满天飞的芯片上，用串口实现带远程升级的IAP方案。别被那些官方文档吓到，其实核心代码也就几百行的事。
先扔个硬核知识点：IAP的本质就是自己改写自己的Flash。芯片上电先跑Bootloader，判断是否需要升级，需要的话通过串口接收新固件，写入指定地址后跳转到应用程序。这里有个灵魂问题——怎么保证数据传输可靠？特别是用RS485的时候，半双工通信的收发切换得处理利索。
来看Bootloader的主循环骨架：
while(1) { if(检测升级标志 || 收到升级指令){ RS485_SendString("READY"); //告诉上位机准备好了 receive_firmware(); 校验固件(); 跳转到APP(); } else { 延时(500); if(超时未跳转) 跳转到APP(); } }这段的关键在于超时机制，防止Bootloader死循环。注意所有中断向量表在跳转前都要重新映射，用这行魔法代码：
SCB->VTOR = APP_ADDRESS; //APP_ADDRESS通常是0x08004000接收数据时最怕丢包，特别是RS485这种需要切换收发状态的。实战中得这么玩：
void USART_IRQHandler() { if(USART_GetITStatus(USART1, USART_IT_RXNE)) { DE_GPIO->BRR = DE_PIN; //拉低DE引脚，切到接收模式 //...处理数据 } } void send_ack() { DE_GPIO->BSRR = DE_PIN; //拉高DE，切发送模式 USART_SendData(USART1, 0x06); //发送ACK while(USART_GetFlagStatus(USART1, USART_FLAG_TC)==RESET); DE_GPIO->BRR = DE_PIN; }看到没？每次接收完成立即切回接收模式，发数据前才切发送。很多翻车现场都是DE引脚控制逻辑没处理好导致的。
升级文件传输建议采用YModem协议，自带CRC校验。上位机用SecureCRT或者自己写个Python脚本都行。关键是要处理好分块写入Flash：
void flash_write(uint32_t addr, uint8_t *buf, int len) { FLASH_Unlock(); FLASH_ClearFlag(FLASH_FLAG_EOP | FLASH_FLAG_PGERR | FLASH_FLAG_WRPRTERR); for(int i=0; i<len; i+=2) { uint16_t data = buf[i] | (buf[i+1] << 8); FLASH_ProgramHalfWord(addr + i, data); if(*(volatile uint16_t*)(addr + i) != data) { //写入失败处理 } } FLASH_Lock(); }注意GD32的Flash写入时序和STM32略有不同，需要查数据手册确认等待周期。遇到过GD32F103写Flash不成功的老铁应该懂我在说什么。
最后说下防变砖策略：在APP区开头预留4字节的强制升级标志。当检测到特定IO口电平或者收到救命指令时，软件复位后Bootloader会根据这个标志主动进入升级模式，相当于双保险。
完整代码已经扔在Github（地址防爬处理：github.com/某某某/uart_iap），包含STM32和GD32的适配版本。文档里写了如何修改起始地址、生成hex文件时的内存配置要点，还有上位机测试工具。下次遇到现场升级，记得泡杯咖啡远程操作，那感觉比修福报还带劲。
