摘要:传统汽车电控单元对程序的烧写一般采用BDM调试接口实现，该方法不仅影响电控单元应用程序的开发 效率，而且会给汽车电控单元后期的升级维护带来不便。使用嵌入式启动引导程序(即Bootloader)，能够较好的 解决上述问题。本文设计并实现了一种应用于汽车电控单元的基于CAN通信的Bootloader。通过实际应用和测试， 结果表明该Bootloader能够正确引导程序运行，准确、方便地为控制器下载应用程序。

TMS320C6455用于EMIF启动的启动代码，需要存放到EMIF CE3对应的起始地址位置。其中包括对PLL和DDR的初始化和代码搬运，最后跳转到程序入口。其中也可以根据需要再增加对EMIF的初始化，但目前对EMIF的设置为默认配置。

IAP实际上是将片上flash分为两个区，第一个区域放置BootLoader的引导程序，作用是接收已经编写好的应用程序（bin文件），同时将接收到的应用APP文件存储到flash第二个区域。存储完成后程序跳转到第二个flash运行APP程序。因此，当APP程序需要升级时只需通过串口将.bin文件发送至BootLoader引导程序即可。 1、BootLoader引导程序编写 由于需要将APP程序存储至flash，因此需要调用flash读写api，（需要添加f021flash读写api、增加cmd文件中flash api的存储空间、在core.asm文件中添加flashcopy2RAM函数）； 使能串口中断，用以接收APP应用程序 修改cmd文件中FLASH0的大小，此区域用来存储BootLoader引导程序代码 2、APP应用程序 修改cmd文件中FLASH1大小，存储应用APP程序 以上具体代码见附件！

IAP实际上是将片上flash分为两个区，第一个区域放置BootLoader的引导程序，作用是接收已经编写好的应用程序（bin文件），同时将接收到的应用APP文件存储到flash第二个区域。存储完成后程序跳转到第二个flash运行APP程序。因此，当APP程序需要升级时只需通过串口将.bin文件发送至BootLoader引导程序即可。 1、BootLoader引导程序编写 由于需要将APP程序存储至flash，因此需要调用flash读写api，（需要添加f021flash读写api、增加cmd文件中flash api的存储空间、在core.asm文件中添加flashcopy2RAM函数）； 使

有没有想过，像使用U盘一样升级STM32固件，非常简单，非常方便 1: 插入电脑USB接口 2: 把升级固件拖到设备盘符 3: 升级完成 抛弃繁琐的USB DFU，抛弃落后的串口升级，让我们来谈谈U盘升级STM32 1. 为什么设计这个BOOT LOADER 在电子产品开发过程中，为了满足市场需要，经常是先开发出一个简单可用的版本，然后逐步迭代升级，修复bug，并增强系统功能 一个稳定，简单，安全的升级方式，就变得非常重要 对于嵌入式系统来说，常见的升级方式为 串口升级（私有协议或者X－Modem） USB升级（DFU） U盘升级（OTG） 网络升级 无线升级（OTA） 从技术来说，这几种升级方式大同小异，原理类似：都是一个Loader代理接收数据通道的数据，然后解密，烧录到FLASH中；但用户体验完全不同，拿串口升级来说，首先用户需要一个串口软件，然后对于没有硬件串口的PC来说，就需要一个USB转串口设备，对于不同PC平台，串口软件就不一样，这需要学习成本，过程繁琐；所以在一些需要用户自行升级远程设备的情况下，即便是通过电话指导，80%的用户仍然不知道怎么升级，导致失败 USB的DFU升级，也是类似的问题，它设计的初衷就是面向专业用户的，而不是小白！所以需要安装DFU软件，按照手册来一步步升级 OTA升级和网络升级，体验好些，可用做到无感升级，但不适合所有场景 而U盘升级，用户学习成本最低，U盘大家都知道，然后拷贝一个Bin文件进去，插入设备，重启设备，就完成升级了，非常简单。类似的变种，比如手机升级，是最先进的，直接将手机模拟成U盘，然后用户拷贝数据到手机，重启就好了，非常简单 在嵌入式系统中，还没这么方便的升级手段，虽然ARM的Mbed有一种类似的固件更新功能，但它是专门为调试器设计的，不能内嵌到用户MCU中 所以，我将手机升级的方案引入到嵌入式系统中，从而为大家提供一个实现稳定，安全，零学习成本的升级方案 经过一段时间的学习研究，有了这个USB MSD Bootloader 2. 功能特点 只占用15K FLASH空间 简单易用，直接拖拽文件进行固件升级，无需任何专业知识 采用USB大容量设备类，不用安装任何驱动 支持各种系统（Windows／Linux／Mac／Android） 不用开发任何上位机，提高产品效率 支持各种加密算法（AES256等），轻松安全升级 自动识别Bin，Hex，自定义加密固件（后缀为sec）文件 支持MD5文件校验机制，保证固件升级的完整性 显示设备升级状态信息 支持长文件名升级 多种措施保证系统健壮性，保证Bootloader不会被误擦除，保证APP合法性 支持用户自定义加密算法和完整校验算法，极致安全 3. 系统原理 系统开机上电后，Bootloader接管系统，初始化USB硬件，等待USB连接 Bootloader在启动后1秒内，检测USB是否连接PC：如果连接PC，则进入固件升级模式，执行第3步；超时则跳转第8步，尝试执行用户APP Bootloader模拟成MSD设备，构建FAT16虚拟文件系统，U盘名为”Bootloader”，容量为100M，但具体实际可用空间，根据用户MCU来确定，建议不要复制除APP之外的无关文件 当用户复制文件到U盘时，Bootloader会判断文件后缀和判断文件size，如果size大于实际的MCU可用FLASH或者文件后缀不合法，则进入错误状态，更新状态文件，重新枚举USB 文件后缀和size通过检测后，Bootloader会截获PC发送文件数据流，并写入MCU 对应的Flash中 如果写入过程中出错，则终止操作，擦除APP内容，进入错误状态，更新状态文件，重新枚举USB 成功写入后，Bootloader更新状态文件，重新枚举USB，显示升级完成；但不会运行APP，只有拔掉USB后，再次重启，才会进入第8步，尝试运行APP Bootloader检查APP固件的栈和入口函数合法性，只有通过检测后，才开始执行APP。检测判断条件是栈指针必须在RAM地址空间内，入口函数地址必须处于THUMB模式，并LSB为1 停止USB设备，关掉所有的中断，执行APP，APP开始接管系统 4. 支持芯片 STM32F101/3/5/7 重点来了，点击下面链接，下载固件

Bootloader版源码

其中的文件主要是和本人写的“TMS320C6455入门实践”相关的一些工程文件。包括编译CSL库、一个简单的应用工程Blink和用于固化程序的工程FlashBurn。

基于C8051F964芯片的boot 程序

适用于STM32F4的bootloader，将更新的文件存放到SPI_Flash里，程序名字自行更改，重点 boot启始地址0x08005000, SIZE:0x5000,用户程序地址0x08005000.自行把用户程序的栈顶地址设置为0x20000000.

mate8、p7、荣耀6 plus、畅玩4x......（这些都是贴吧、花粉俱乐部不完全统计的操作成功的机型，不仅限于这些） 华为Mate系列（Mate10、Mate9、Mate8、Mate7） 华为P系列（P10、P10Plus、P9/P9Plus、P8、P8青春版、P7、P6） 华为荣耀系列（荣耀V10、荣耀V9、荣耀V8） 华为Nova系列（华为Nova、华为Nova2、华为Nova2青春版） 华为畅玩系列、华为畅享系列、华为麦芒系列 （除P20/P20Pro/荣耀10以外的华为海思，高通处理器的机型都可以获取解锁码，MTK芯片的不可以） 教程和工具都打包一起了