说到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的工程。官方工程如下图:
![STM32 USB DFU设备固件升级 工程讲解 - ziye334 - ziye334的博客](http://img1.ph.126.net/oPw4Ly-heCZ-2fcrrPJ4CQ==/1454099729787461878.jpg)
主要是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这几个文件属于一类,都是跟存
储器才相关的,我们如果只用到某个存储器,添加相关的代码就可以了。剩下的文件,就算一类吧。