说到STM32 USB的UDF，其实就是我们常说的IAP（In Application Programming）在应用编程。IAP有很多方法，我之前就用过串口IAP，网络IAP。而这里我们使用的是USB IAP，就是通过USB更新代码。所以这里有必要线了解IAP。

IAP是In Application Programming的首字母缩写，IAP是用户自己的程序在运行过程中对User Flash的部分区域进行烧写，目的是为了在产品发布后可以方便地通过预留的通信口对产品中的固件程序进行更新升级。

通常在用户需要实现IAP功能时，即用户程序运行中作自身的更新操作，需要在设计固件程序时编写两个项目代码，第一个项目程序不执行正常的功能操作，而只是通过某种通信管道（如USB、UART）接收程序或数据，执行对第二部分代码的更新；第二个项目代码才是真正的功能代码。这两部分项目代码都同时烧录在User Flash中，当芯片上电后，首先是第一个项目代码开始运行，它作如下操作：

1）检查是否需要对第二部分代码进行更新

2）如果不需要更新则转到4）

3）执行更新操作

4）跳转到第二部分代码执行

第一部分代码必须通过其它手段，如JTAG或ISP烧入；第二部分代码可以使用第一部分代码IAP功能烧入，也可以和第一部分代码一道烧入，以后需要程序更新是再通过第一部分IAP代码更新。

对于STM32来说，因为它的中断向量表位于程序存储器的最低地址区，为了使第一部分代码能够正确地响应中断，通常会安排第一部分代码处于Flash的开始区域，而第二部分代码紧随其后。

在第二部分代码开始执行时，首先需要把CPU的中断向量表映像到自己的向量表，然后再执行其他的操作。

如果IAP程序被破坏，产品必须返厂才能重新烧写程序，这是很麻烦并且非常耗费时间和金钱的。针对这样的需求，STM32在对Flash区域实行读保护的同时，自动地对用户Flash区的开始4页设置为写保护，这样可以有效地保证IAP程序（第一部分代码）区域不会被意外地破坏。

接下去讲讲STM32 USB DFU的工程。官方工程如下图：

主要是User这个组文件，我们可以将它们分分类。显然，usb开头的文件为一类，即usb_desc.c、usb_prop.c、usb_pwr.c，hw_config.c也可以算跟它们一类的，跟之前文件相比少了usb_io.c和usb_endp.c，因为这里没有用到端点0以外的端点，所以这两个文件没有必要。接下去是dfu_mal.c、flash_if.c、fsmc_nor.c、nor_if.c、spi_if这几个文件属于一类，都是跟存储器才相关的，我们如果只用到某个存储器，添加相关的代码就可以了。剩下的文件，就算一类吧。

『本文转载自网络,版权归原作者所有,如有侵权请联系删除』