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
    评论
splunk-7.3.9-39a78bf1bc5b-linux-x86_64.tgz是一个Splunk软件的安装包,适用于64位的Linux操作系统。Splunk是一种实时数据分析和监控平台,被广泛用于处理和分析大型数据集。 Splunk使用一种称为索引的机制来存储和检索数据。它能够处理各种类型的数据,包括文本、日志、图片等。通过将数据索引,Splunk可以快速搜索和可视化数据,帮助用户发现隐藏在数据中的有价值的信息。 安装Splunk的第一步是下载安装包,这里的splunk-7.3.9-39a78bf1bc5b-linux-x86_64.tgz就是Splunk的安装文件。".tgz"表示这是一个tar压缩文件,需要使用tar命令解压缩。 安装Splunk之前,我们首先要确保操作系统是64位的Linux。下载后,我们可以使用以下命令解压缩该文件: tar -zxvf splunk-7.3.9-39a78bf1bc5b-linux-x86_64.tgz 解压缩后,会得到一个splunk文件夹,里面包含Splunk的所有文件。然后,我们可以运行Splunk的安装脚本来启动安装过程。 Splunk提供了一个图形化的安装向导,可以帮助用户完成安装步骤。在安装过程中,需要选择安装目录、许可证文件等配置选项。 安装完成后,我们可以使用以下命令启动Splunk: ./splunk start 然后,我们可以通过浏览器访问Splunk的Web界面,并使用相关的管理员用户名和密码登录。 总结来说,splunk-7.3.9-39a78bf1bc5b-linux-x86_64.tgz是Splunk软件的安装包,用户可以通过解压缩、运行安装脚本等步骤来安装和启动Splunk,并使用该软件进行数据分析和监控。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值