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

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

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

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

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

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

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

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

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

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

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

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

主要是User這個(gè)組文件，我們可以將它們分分類(lèi)。顯然，usb開(kāi)頭的文件為一類(lèi)，即usb_desc.c、usb_prop.c、usb_pwr.c，hw_config.c也可以算跟它們一類(lèi)的，跟之前文件相比少了usb_io.c和usb_endp.c，因?yàn)檫@里沒(méi)有用到端點(diǎn)0以外的端點(diǎn)，所以這兩個(gè)文件沒(méi)有必要。接下去是dfu_mal.c、flash_if.c、fsmc_nor.c、nor_if.c、spi_if這幾個(gè)文件屬于一類(lèi)，都是跟存儲(chǔ)器才相關(guān)的，我們?nèi)绻挥玫侥硞€(gè)存儲(chǔ)器，添加相關(guān)的代碼就可以了。剩下的文件，就算一類(lèi)吧。