本文源自：https://blog.csdn.net/wzz4420381/article/details/52371409
作者：RyomaWang
申明：为了保持原作者内容，这里不进行任何修改，后续另写一篇随笔，作为补充和说明。
1. DFU简介
- DFU全称是Device Firmware Upgrade，是一种通过USB升级设备程序的机制，能用来升级以下软件组件：
- 固件协议栈
- VM应用程序
- VM文件系统内的其它文件（语音提示音、额外语言包）
- PS Keys
- DFU协议被USB实施者论坛标准化为一个设备类规范。CSR兼容这个规范，且包含加密检查
- 在制造时设备烧录的程序有RSA公钥
- DFU文件用RSA私钥加密，确保只有为此产品定制的DFU文件能被终端用户使用
2. DFU升级过程
- Loader是出厂时烧录进芯片的
- PS Keys存储了系统的配置
- Firmware是固件协议栈
- VM文件系统包含了VM app和语音提示音
2.1. 详细执行过程
这个章节列出了在使用DFU机制时的选择和限制：
- loader不能被升级
- 这使得DFU升级过程是安全的，loader总是存在且原封不动，因此在升级失败后DFU过程仍可重复
- 固件协议栈可以被升级（但不是必须的）
- 固件协议栈可以不包含在DFU文件里，这种情况下固件不会被更新。
- 如果默认boot模式没有主机接口，必须包含固件协议栈（否则产品只有协议栈，没有VM，没有主机接口，因此不能工作）
- 任何DFU文件内的PS Keys都可以被修改
- VM文件系统可以被升级（但不是必须的）
- 如果VM文件系统存在于DFU文件内，VM文件系统被替换成新的
- 不能单独升级VM文件系统内的文件，文件必须是连续的且没有间隙
2.2. DFU升级工具
DFU升级工具有两种：
- DFUWizard：需要用户安装CSR DFU驱动才能开始DFU过程
- HidDfu：不需要用户安装驱动，使用USB HID接口执行DFU
2.3. PS Keys
PS Keys的类型有很多种：
- 未保护固件（FW）和虚拟机（VM）Keys：
- 这些Keys不需要被签名，但签名也不会有任何问题
- 被保护FW Keys
- 这些Keys被保存在loader内的FW公钥认证
- 被保护VM Keys
- 这些Keys被保存在被保护FW Keys内的VM公钥认证
- 虚拟Keys，有着专门用途
2.4. DFU事件序列
DFU事件序列如下：
- 设备正常运行在独立模式
- USB插入，设备被枚举成USB设备
- 一个用户USB命令或按键序列切换到DFU模式（这导致用户在mode 0内reboot，用户接口在这个模式内必须可用）
- DFUWizard命令设备切换到Loader模式，设备reboot且loader被激活（当使用HidDfu时不需要这个步骤）
- DFU文件被下载到设备且由loader处理
- 设备reboot回到mode 0（当使用HidDfu时不需要）
- 设备reboot回到独立模式
- 设备检测到到USB连接且枚举为一个USB设备
3. 生成DFU文件
官方手册的步骤比较详细，但每次生成代码需要手动操作。我写了一个批处理文件，实现了编译、烧录、生成DFU、生成release文件一键操作。
3.1. 设置CSR安装路径
:: set CSR install path
set dfutoolspath="C:ADK4.0.0 oolsin"
set adkpath="C:ADK4.0.0"
set debugtransport=SPITRANS=USB SPIPORT=0
set adkversion=adk4.0.0这里的debugtransport指向USB-SPI调试器，在执行批处理文件过程中，确保PC与编程器已经连接。
3.2. 设置全局变量
:: set project path
set ReleasePath=released
set ReleaseVersion=0.0.13
set ReleasePackageName=BT%ReleaseVersion%
set ReleaseNoteName=ReleaseNote_BT%ReleaseVersion%
set projectpath=parasol_v%ReleaseVersion%
set projectmakefile=Speaker.parasol_released
set projectname=speaker
set projectpsr1=sink_system_csr8670
set projectpsr2=Speaker_with_TWS_CNS10001v4
set projectpsr3=Music5_bt_%ReleaseVersion%
set dfupsrfw=example_DFU_fw_Music5_bt_%ReleaseVersion%
set dfupsrvm=example_DFU_vm_Music5_bt_%ReleaseVersion%projectmakefile需要与工程的编译文件对应。
3.3. 创建release文件夹
:: create package dir
rd /s /Q %ReleasePackageName%
mkdir %ReleasePackageName%
mkdir %ReleasePackageName%"BT_Program file"
mkdir %ReleasePackageName%"BT_Source code"
mkdir %ReleasePackageName%"BT_Upgrade file"- 首先删除同名文件夹，再分别创建各文件夹
- 第一个文件夹存工厂烧录文件
- 第二个文件夹存源代码（如果库文件被修改了，也要包含在内）
- 第三个文件夹存DFU文件
3.4. 更新调试接口
:: update debug transport in XIP files
cscript //NoLogo //B xip_set_transport.vbs %adkpath%apps%projectpath%%projectname%.xip "[%debugtransport%]"
cscript //NoLogo //B xip_set_transport.vbs %adkpath%kalimbaappsa2dp_sinksbc_decoder.xip "[%debugtransport%]"
cscript //NoLogo //B xip_set_transport.vbs %adkpath%kalimbaappsa2dp_sinkaptx_decoder.xip "[%debugtransport%]"
cscript //NoLogo //B xip_set_transport.vbs %adkpath%kalimbaappsa2dp_sinkaptx_acl_sprint_decoder.xip "[%debugtransport%]"
cscript //NoLogo //B xip_set_transport.vbs %adkpath%kalimbaappsa2dp_sinkaac_decoder.xip "[%debugtransport%]"
set origpath=%cd%DSP工程的调试接口需要设置，否则编译时会报错找不到调试器。
3.5. 编译DSP工程
echo. *** compile DSP app ***
cd /D %adkpath%kalimbaappsa2dp_sink
call %adkpath%xideinxipbuild.exe -f sbc_decoder.xip
cd /D %adkpath%kalimbaappsa2dp_sink
call %adkpath%xideinxipbuild.exe -f aptx_decoder.xip
cd /D %adkpath%kalimbaappsa2dp_sink
call %adkpath%xideinxipbuild.exe -f aptx_acl_sprint_decoder.xip
cd /D %adkpath%kalimbaappsa2dp_sink
call %adkpath%xideinxipbuild.exe -f aac_decoder.xip每个VM工程包含一个主工程和多个DSP子工程。
3.6. 复制psr文件
cd /D %origpath%
call %adkpath% oolsincopyfile %adkpath%apps%projectpath%configurations%projectpsr3%.psr %ReleasePackageName%BT_Upgrade file%projectpsr3%.psr"这里的psr3其实包含了三个部分：psr1、psr2、与项目有关的配置改动。
psr1和psr2是CSR默认的配置。
3.7. 生成未加密的工厂烧录文件
cd /D %adkpath%apps%projectpath%
call %adkpath%xideinxipbuild.exe -f %projectname%.xip
echo. *** erase board ***
call %adkpath% oolsinBlueFlashCmd.exe -TRANS "%debugtransport%" erase
echo. *** delete the image directory before copying files into it ***
echo. *** this will also flash the unsigned image onto the board
echo. *** prevent voice file from delect ***
call rmdir /S /Q headers_temp
call rmdir /S /Q prompts_temp
call rmdir /S /Q refname_temp
del /f /s /Q audio_prompt_config_temp.csr
mkdir headers_temp
mkdir prompts_temp
mkdir refname_temp
xcopy /E imageheaders headers_temp
xcopy /E imageprompts prompts_temp
xcopy /E image
efname refname_temp
copy /b imageaudio_prompt_config.csr audio_prompt_config_temp.csr
call rmdir /S /Q image
mkdir image
xcopy /E headers_temp "imageheaders"
xcopy /E prompts_temp "imageprompts"
xcopy /E refname_temp "image
efname"
copy /b audio_prompt_config_temp.csr "imageaudio_prompt_config.csr"
call rmdir /S /Q headers_temp
call rmdir /S /Q prompts_temp
call rmdir /S /Q refname_temp
del /f /s /Q audio_prompt_config_temp.csr
%adkpath% oolsinmake -R BLUELAB=%adkpath% ools -f %projectmakefile%.mak flash
cd /D %origpath%
echo. *** merge psr file to board ***
call %adkpath% oolsinpscli.exe -TRANS "%debugtransport%" merge "%ReleasePackageName%BT_Upgrade file%projectpsr3%.psr"这里完成了4件事：
- 编译VM工程
- 擦除目标板
- 烧录VM文件系统到目标板
- 烧录psr文件到目标板
在执行第3部之前，需要首先删除image文件夹。image文件夹的截图如下：
image文件夹由如下部分组成：
- VM应用（vm.app）
- 各个DSP工程的映像（aac_decoder等几个decoder）
- 语音提示音（headers、prompts、refname）
headers文件夹内的文件数量与pskey中设定的语音提示音数量是对应的。
语音提示音文件夹是通过sink configuration tool生成的，然后通过编译工程来添加到最终生成的image.fs文件里。所以在删除image文件夹之前需要把相关内容缓存一下，并在生成image之前再次放回到image文件夹。
把image和psr一起烧录进目标板后，就可以读出完整的工厂烧录文件。
echo. *** cold reset ***
call %adkpath% oolsinpscli.exe -TRANS "%debugtransport%" cold_reset
echo. *** dump file from board ***
cd /D %origpath%%ReleasePackageName%"BT_Program file"
call %adkpath% oolsinBlueFlashCmd.exe -TRANS "%debugtransport%" dump %projectpsr3%3.10. 压缩源码
echo. *** copy library file to BT_Source code ***
cd /D %origpath%
xcopy /E %adkversion% "%ReleasePackageName%BT_Source codeBT_Source code"
echo. *** copy source file to BT_Source code ***
xcopy /E %adkpath%apps%projectpath% "%ReleasePackageName%BT_Source codeBT_Source codeParasol_TWS_Code"
echo. *** compress code ***
call "C:Program FilesWinRAR
ar.exe" a -ep1 -o+ -ibck %ReleasePackageName%"BT_Source code"BT_SourceCode.rar "%ReleasePackageName%
BT_Source codeBT_Source code"
rd /s /Q "%ReleasePackageName%BT_Source codeBT_Source code"这里首先把有修改的库文件和源码一起拷贝到目标文件夹下，然后调用了WinRAR提供的压缩程序用来生成压缩文件。
3.11. 生成已加密的image文件
echo. *** generate keys ***
cd /D %origpath%dfu_key
copy /b keys.private.key %origpath%%ReleasePackageName%"BT_Upgrade file"keys.private.key
copy /b keys.public.key %origpath%%ReleasePackageName%"BT_Upgrade file"keys.public.key
cd /D %origpath%%ReleasePackageName%"BT_Upgrade file"
:: call %dfutoolspath%dfukeygenerate.exe -o keys
echo. *** sign firmware ***
copy /b %adkpath%firmwareassistedunifiedgordonloader_unsigned.xdv loader_unsigned.xdv
copy /b %adkpath%firmwareassistedunifiedgordonloader_unsigned.xpv loader_unsigned.xpv
copy /b %adkpath%firmwareassistedunifiedgordonstack_unsigned.xdv stack_unsigned.xdv
copy /b %adkpath%firmwareassistedunifiedgordonstack_unsigned.xpv stack_unsigned.xpv
call %dfutoolspath%dfukeyinsert -v -o loader_signed -l loader_unsigned.xdv -ks keys.public.key
call %dfutoolspath%dfusign -v -o stack_signed -s stack_unsigned.xpv -ks keys.private.key
echo. *** copy image.fs to BT_Upgrade file ***
call %adkpath% oolsincopyfile %adkpath%apps%projectpath%image.fs app.fs
echo. *** sign app ***
call %dfutoolspath%dfukeyinsert -v -o image_signed -ps %projectpsr3%.psr -ka keys.public.key
call %dfutoolspath%dfusign -v -o image_signed -h app.fs -ka keys.private.key
echo. *** build binary ***
call %adkpath% oolsinvmbuilder -size 16064 merge.xpv stack_signed.xpv image_signed.fs上述代码完成了如下几件事：
- 生成密钥，这个密钥需要保存好，后续release DFU文件时需要用到
- 加密固件，包括loader和stack
- 加密VM app和psr，生成加密后的image文件
3.12. 生成已加密的工厂烧录文件
echo. *** merge signed xpv file to board ***
call %adkpath% oolsinBlueFlashCmd.exe -TRANS "%debugtransport%" erase
call %adkpath% oolsinBlueFlashCmd.exe -TRANS "%debugtransport%" merge
echo. *** merge signed psr file to board ***
call %adkpath% oolsinpscli.exe -TRANS "%debugtransport%" merge image_signed.psr
echo. *** cold reset ***
call %adkpath% oolsinpscli.exe -TRANS "%debugtransport%" cold_reset
echo. *** dump signed file from board ***
cd /D %origpath%%ReleasePackageName%"BT_Program file"
call %adkpath% oolsinBlueFlashCmd.exe -TRANS "%debugtransport%" dump %projectpsr3%_signed- 首先把已加密的image文件merge到目标板
- 然后merge已加密的psr文件
- 最后dump出已加密的工厂烧录文件
如果设备出厂时烧录的是已加密的烧录文件，后续DFU升级就可以更改被保护的PS Keys，否则只能更改未被保护的PS Keys。
3.13. 生成DFU文件
echo. *** sign PSKEYs to be included in the DFU image ***
cd /D %origpath%\%ReleasePackageName%"BT_Upgrade file"
copy %origpath%\%dfupsrvm%.psr app_vm.psr
copy %origpath%\%dfupsrfw%.psr app_fw.psr
call %dfutoolspath%dfusign -v -o dfu_vm_signed -pa app_vm.psr -ka keys.private.key
call %dfutoolspath%dfusign -v -o dfu_fw_signed -ps app_fw.psr -ks keys.private.key
echo. *** generate the DFU file ***
call %dfutoolspath%dfubuild -v -pedantic -f %projectpsr3%.dfu -uv 0x0a12 -up 0x0001 -ui "ADK DFU" -s stack_signed.xpv -d
stack_signed.xdv -h image_signed.fs -p3 . dfu_fw_signed.stack.psr dfu_vm_signed.app.psr
echo. *** delete middle files ***
cd /D %origpath%\%ReleasePackageName%"BT_Upgrade file"
del /f /s /Q dfu_fw_signed.stack.psr
del /f /s /Q dfu_vm_signed.app.psr
del /f /s /Q image_signed.fs
del /f /s /Q image_signed.psr
del /f /s /Q loader_signed.xdv
del /f /s /Q loader_unsigned.xdv
del /f /s /Q merge.xdv
del /f /s /Q stack_signed.xdv
del /f /s /Q stack_unsigned.xdv
del /f /s /Q loader_signed.xpv
del /f /s /Q loader_unsigned.xpv
del /f /s /Q merge.xpv
del /f /s /Q stack_signed.xpv
del /f /s /Q stack_unsigned.xpvDFU文件由以下部分组成：
- 已加密的stack
- 已加密的image
- 已加密的psr，包括vm和fw两部分
DFU文件中的psr会覆盖掉设备原有的psr。
3.14. 打包release文件
echo. *** copy release note ***
copy %origpath%%ReleaseNoteName%.xlsx %ReleaseNoteName%.xlsx
echo. *** package all files ***
cd /D %origpath%
call "C:Program FilesWinRAR
ar.exe" a -ep1 -o+ -ibck %ReleasePackageName%.rar %ReleasePackageName%4. 总结
- DFUWizard只支持windows平台，别的平台需要另行开发。
- loader最好要加密，且生成的密钥需要妥善保存。如果密钥丢失会导致后续DFU升级都不能成功，只能重新生成密钥并重新烧录loader。
- 如果设备中的loader是未加密的，在跨ADK版本升级时（4.0.0升级到4.0.1），即使DFU升级过程完成了，新的程序也无法正常运行，原因就是被保护PS Keys没有升级成功，导致程序崩溃。
- 如果启用了UART口，进入DFU模式时芯片会reboot失败，因为UART和USB口功能冲突。这种情况下，DFU模式需要从reboot mode 1启动，且确保在reboot mode 1内把host interface设成USB。
// --------MODE0--------------------------------------------------------
// BOOTMODE_KEY_LIST_0: Overwrite :
// HOST_INTRFACE (1F9)
// USB PRODUCT ID (2bf)
&04B0 = 01F9 02BF
// BOOTMODE_KEY_TABLE_0+0: PSKEY_HOST_INTERFACE = USB
&04B8 = 0002
// BOOTMODE_KEY_TABLE_0+1: USB PID = 0xffff (DFU)
&04B9 = ffff
// PSKEY_INITIAL_BOOTMODE
&03cd = 0001- 如果PC识别不到设备，需要检查PS Keys是否符合以下设置：
- PSKEY_USB_PIO_VBUS：开发板需要设置成VDD_CHG
- PSKEY_USB_DFU_PRODUCT_ID=0xffff