說到STM32 USB的UDF，其實(shí)就是我們常說的IAP(In Application Programming)在應(yīng)用編程。IAP有很多方法，我之前就用過串口IAP，網(wǎng)絡(luò)IAP。而這里我們使用的是USB IAP，就是通過USB更新代碼。所以這里有必要線了解IAP。

IAP是In Application Programming的首字母縮寫，IAP是用戶自己的程序在運(yùn)行過程中對(duì)User Flash的部分區(qū)域進(jìn)行燒寫，目的是為了在產(chǎn)品發(fā)布后可以方便地通過預(yù)留的通信口對(duì)產(chǎn)品中的固件程序進(jìn)行更新升級(jí)。

通常在用戶需要實(shí)現(xiàn)IAP功能時(shí)，即用戶程序運(yùn)行中作自身的更新操作，需要在設(shè)計(jì)固件程序時(shí)編寫兩個(gè)項(xiàng)目代碼，第一個(gè)項(xiàng)目程序不執(zhí)行正常的功能操作，而只是通過某種通信管道(如USB、UART)接收程序或數(shù)據(jù)，執(zhí)行對(duì)第二部分代碼的更新；第二個(gè)項(xiàng)目代碼才是真正的功能代碼。這兩部分項(xiàng)目代碼都同時(shí)燒錄在User Flash中，當(dāng)芯片上電后，首先是第一個(gè)項(xiàng)目代碼開始運(yùn)行，它作如下操作：

1）檢查是否需要對(duì)第二部分代碼進(jìn)行更新

2）如果不需要更新則轉(zhuǎn)到4）

3）執(zhí)行更新操作

4）跳轉(zhuǎn)到第二部分代碼執(zhí)行

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

對(duì)于STM32來說，因?yàn)樗闹袛嘞蛄勘砦挥诔绦虼鎯?chǔ)器的最低地址區(qū)，為了使第一部分代碼能夠正確地響應(yīng)中斷，通常會(huì)安排第一部分代碼處于Flash的開始區(qū)域，而第二部分代碼緊隨其后。

在第二部分代碼開始執(zhí)行時(shí)，首先需要把CPU的中斷向量表映像到自己的向量表，然后再執(zhí)行其他的操作。

如果IAP程序被破壞，產(chǎn)品必須返廠才能重新燒寫程序，這是很麻煩并且非常耗費(fèi)時(shí)間和金錢的。針對(duì)這樣的需求，STM32在對(duì)Flash區(qū)域?qū)嵭凶x保護(hù)的同時(shí)，自動(dòng)地對(duì)用戶Flash區(qū)的開始4頁(yè)設(shè)置為寫保護(hù)，這樣可以有效地保證IAP程序(第一部分代碼)區(qū)域不會(huì)被意外地破壞。

接下去講講STM32 USB DFU的工程。官方工程如下圖：

主要是User這個(gè)組文件，我們可以將它們分分類。顯然，usb開頭的文件為一類，即usb_desc.c、usb_prop.c、usb_pwr.c，hw_config.c也可以算跟它們一類的，跟之前文件相比少了usb_io.c和usb_endp.c，因?yàn)檫@里沒有用到端點(diǎn)0以外的端點(diǎn)，所以這兩個(gè)文件沒有必要。接下去是dfu_mal.c、flash_if.c、fsmc_nor.c、nor_if.c、spi_if這幾個(gè)文件屬于一類，都是跟存

儲(chǔ)器才相關(guān)的，我們?nèi)绻挥玫侥硞€(gè)存儲(chǔ)器，添加相關(guān)的代碼就可以了。剩下的文件，就算一類吧。