内容概要：本文详细介绍了如何在STM32F407平台上实现通过SD卡升级固件的Bootloader程序。主要内容包括SDIO和FATFS系统的初始化、SD卡检测、bin文件读取与校验、Flash写入以及最终的应用程序跳转。文中还分享了许多实用技巧和常见问题的解决方案，如时钟配置、文件系统挂载、首包校验、Flash编程优化等。 适合人群：嵌入式开发工程师，尤其是熟悉STM32系列单片机的开发者。 使用场景及目标：适用于需要频繁更新固件的STM32F407项目，帮助开发者掌握通过SD卡进行固件升级的方法和技术要点。 其他说明：文章不仅提供了详细的代码片段，还分享了作者的实际经验和踩过的坑，有助于读者更好地理解和实施该项目。

STM32G431单片机，基于Ymode协议的IAP代码升级bootloade

内容概要：本文深入探讨了DSP28335芯片通过CAN总线进行在线固件升级的技术细节。首先介绍了Bootloader的工作原理及其在Flash中的位置和功能，然后详细讲解了CAN通信的具体实现，包括数据分包传输、CRC校验以及CAN中断处理。接着讨论了常见的硬件和软件陷阱，如跳转玄学问题、Flash擦写注意事项、CAN速率匹配等，并提供了详细的解决方案。此外，文中还展示了上位机程序的设计，分别用C#和Python实现了固件发送逻辑，并强调了版本校验的重要性。最后分享了一些实用的经验和技巧，如防止设备变砖的方法和硬件干扰的应对措施。 适合人群：具有一定嵌入式开发基础的研发人员和技术爱好者。 使用场景及目标：适用于需要对DSP28335或其他类似DSP芯片进行远程固件更新的项目。主要目标是提高设备维护效率，减少现场维护成本，同时确保升级过程的安全性和可靠性。 其他说明：文档不仅提供了理论知识，还包括大量的代码片段和实践经验，帮助读者更好地理解和掌握相关技术。

将 STM32F103C8T6 这个芯片 Flash 空间划分出 4 个区域： Bootloader、FLAG、APP、APPBAK。四个区间作用描述如下：  Bootloader:存储 Bootloader 固件，MCU 上电后首先运行该固件。  FLAG:存储有关升级的相关标志位，Bootloader 和 APP 都需要操作该区域。  APP：存储用户程序固件。  APPBAK:临时存储云端下发的新固件，升级固件的一个过渡存储区。

STM32F103升级BOOT程序，该程序是BOOT, 读取标志位判断是否有待升级的程序存储在flash中，如果有读取，并更新程序，没有 跳转到主函数的地址

此引导程序的设计思想是： 将Flash地址分为三个区域：引导区，功能区，升级区； 功能程序中，可以通过U盘，tcp，uart等手段，将升级程序写在，待升级区，并在特定位置写程序升级标志位； 如果需要升级程序，设备重启后，程序先运行IAP 引导程序，检测到升级标志位，如程序中所示，将升级区的程序搬到功能区，就可以开始运行新的程序啦！

网上找的一款bin格式文件转源码数组工具，典型应用场景：升级boot，将新boot升级文件转成bin文件，然后用该工具把bin文件转成数组加载到app工程中，升级app后在app中执行boot拷贝(即拷贝该数组到boot存储区)，升级完成后旧boot即被替换掉。

亲测可用，用eeworld十周年板测试过，v9.2的硬件版本。先烧录boot程序然后直接插USB就行

采用CH376T芯片，支持U盘升级应用程序，CPU和CH367T连接SPI接口，串口USART2输出调试信息

OTA 远程通过CAN口来烧写程序，可通过GPRS模块来远程更新程序。包含两个部分，boot和APP.