BC5-MM、CSR867x的DFU更新流程之六:使用USB进行DFU升级

使用USB进行DFU升级

在上一篇文章BC5-MM、CSR867x的DFU更新流程之五中我们已经讨论了如何使用BlueSuite中的“DFUWizard.exe”进行UART升级,所以使用“DFUWizard.exe”进行USB 升级,将不再复述升级过程;

本文将专注于记录实测USB 升级的特别注意事项及问题解决;

本文记录的实测Device 框架

这是一个实际Project框架,基于CSR8670+MCU,两者通过UART通讯;当进行USB 升级测试时,MCU 通过UART设置CSR8670 进入DFU Mode,同时CSR8670的D+、D-、VDD_USB、GND与PC的USB端口连接;

CSR8670运行的是ADK4.2Source Project(并非Sink Project)

 特别注意事项及问题理清

问题点1,如何有效的设置CSR8670  Interface 为USB?

实测发现,ADK3.0、4.2 的Source Project都有隐藏问题点:Project 的Transport 属性设置和PS Key Host Inferface设置”都处于失效状态,真正有效的是projectsource.mk中设置;所以当前需移除需source.mk的强制设置;

同时需注意PsFullRetrieve 实际读取的返回值,可能与PS Key 中的Host Interface 设置不相符,尤其当移除source.mk的设置后,需使用PsFullRetrieve 确认当前有效的是Project 的Transport 属性设置还是PS Key “Host Inferface设置”。

问题点2:CSR device 可以有多种BootMode 模式(8种),切换Mode后PS Key 如何配置?

一个Device最多可以支援8种boot mode,且每种Mode可以设置其特定的PS Key参数;可通过psr 文件,其里面有Mode 0 和Mode 1下的PSR 修改设置参考;

问题点3:当前架构使用UART和MCU进行通讯,但UART 和USB 同时只能选择一个,我们需要使用USB实现DFU update,如何实现在切换到DFU mode 时,实际从PS Key Host Interface中读取的值变成USB(0x02)?

由问题点1了解到,如果source.mk直接设置TRANSPORT值,Project 中的Transport 属性设置和PS Key “Host Inferface设置”都处于失效状态;所以第一步是mark掉 Project 中source.mk直接设置TRANSPORT;

当前实现切换到DFU Mode并修改Transport的方式是:在FW 中Merge以下PSR 参数设置,使得在DFU Mode( Mode 0) 时主动修改Host Interface为USB Link:

 

&04b0:这里的“0”代表的是Mode 0; 如果是Mode1,即表示为&04b1;
&04b
0:记录将要在DFU Mode 0中要修改的Host Interface PS Key地址,
&04b8:记录将要修改的值,如当前要在DFU Mode 下修改Host Interface 为USB Link,所以设置为0002;

需注意:&04xx开头的PS Key 地址,无法在PS Key中看到,也无法dump出来;

另外,在PS Key 的0x01e3的值设置, 因为要使用CSR 的DFUWizard.exe进行DFU升级(需要连接USB的DFU升级也细分了2种:DFUWizard.exeHID USB 指令形式);

实测:如以上设置正确了,且CSR8670 在进入DFU Mode后能正确切换Host Interface为USB,此时PC的设备管理器将提示以下内容,表示USB for DFU 枚举成功;其中这里的“CSR BlueCore in DFU mode” 是在设置Mode 0 的psr文件中设置的“USB_PRODUCT_STRING (02c2)”;

问题点4:当使用UART 自定义指令设置8670进入到DFU Mode,且此时PC设备管理器显示为“CSR BlueCore in DFU mode”,操作DFUWizard.exe进行 DFU through USB 升级,但升级失败;

通过实测结果发现:DFUWizard.exe 会再次reboot DFU mode,此时PC 的设备管理器显示USB 枚举异常;目前确认:如果8670不是枚举为 PC设备管理器下的“通用串行总线控制器”下的枚举设备,DFUWizard.exe无法识别到;

当前异常应该是发生在DFUWizard.exe要求重启8670 device 进入boot loader时;

问题原因:

通过对比发现:从bootmode1 切换到DFU mode 0 时硬件ID是0xFFFF; 而DFUWizard.exe reboot异常后的硬件ID变成了0xFFFE;

通过对比,发现此时读取的是PS Key 0x02CB中的硬件ID设置,注意其与USB_PRODUCT_ID (02bf)的描述差异;

 

 

 问题修正方法:把PS Key 0x02CB中的值修改为0xFFFF;
(Note : 实测过尝试把 DFU Mode 下的USB_PRODUCT_ID (02bf)修改为0xFFFE, 此时当我们从bootmode1切换到mode 0 DFU 时,PC设备管理器就开始提示识别异常);

 

  • 1
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值