CC1312R: 关于CC1312无线升级功能OAD例程如何使用问题

Part Number: CC1312R
Other Parts Discussed in Thread: BOOSTXL-SHARP128, , , UNIFLASH, SYSCONFIG

关于例程

C:\ti\simplelink_cc13xx_cc26xx_sdk_8_30_01_01\examples\rtos\CC1312R1_LAUNCHXL\prop_rf

中rfOADServer,rfOADClientIntFlashUApp,rfOADClientIntFlashPApp,rfOADClientExtFlash关于无线升级的如何使用问题。现在无法使用CC1312R1开发板仿真,已经购买了BOOSTXL-sharp128显示屏模组,但是例程中显示功能的程序没有正常显示,已经加了0欧电阻R5

  • 您好,收到了您的案例,调查需要些时间,感您的耐心等待。

  • 下方链接有Over the Air Download教程。

    dev.ti.com/.../node

  • 开发板必须使用两个不一样的么?一个LP-CC1312R7一个CC1312R1的,我现在按照您提供的说明逐步操作好后,sever没有读到client的版本号,也没有升级成功,必须使用同一种开发板么?

  • 是的。

    TI提供的教程是为了让客户快速了解如何OAD,如果您使用自己的板子或者其他开发板,需要您自己二次开发。

  • 我现在使用了两个一样的开发板,但是sever还是无法获得client的版本号,应该是还是没有通讯上,完全按照您发的手册步骤来的,这是为什么,使用SmartRF Studio 也没有检测到两个之间通讯的任何数据

  • 你用的开发板型号是什么,然后您再提供一下您的操作步骤

  • LAUNCHXL-CC1312R1 ,L21004Z6这一串是您要的型号么?

    下方链接有Over the Air Download教程。

    按照您这个连接提供的操作步骤

  •  这里面的详细的步骤,用的这里面的现成的文件

  • 是使用的SUB_1G发送的么?我看程序里面是868频段

  • 我们帮您看一下,有结果或者有其他需要您补充的内容,我们会回复到本贴。

  • 目前client串口仅停留在
    Main Menu - Client v0001
    Waiting for Server...

    这里没有任何其他反应,

    server始终获取不到client的版本信息

    Server - Main Menu
    Left Btn: Select Action, Right: Scroll action
    Action: Send FW Ver Req
    Info: Current client FW unknown

    只能获取到通过串口python oad_write_bin.py COM10 path/to/signed_client_image_v2.bin上传到server片上的版本信息

    Server - Main Menu
    Left Btn: Select Action, Right: Scroll action
    Action: Update available FW
    Info: Current Server FW rfClient sv:0002 bv:03

  • 是的,它使用的是 Sub 1GHz 频段。对于 CC1312R1,当刷写 Papp bin 文件时,你应该使用地址 0x44000。你能确认一下这些是你使用的地址吗?

    一旦客户端已如上图所示完成刷写,并且服务器已刷写 rfOADServer,您应该能够通过终端连接到它们两者。在服务器节点上,按住 BTN2 直到显示“发送固件版本请求(Send FW Ver Req)”选项,然后按 BTN1 发送请求到客户端。此时,您应该会看到两个 LaunchPad 上的 LED 灯闪烁,并且终端上显示版本信息。

  • 是的,确定和设置的是一样的,0x44000这个地址,我反反复复研读了很多遍手册,就是担心漏掉哪些操作。但是始终建立不了互通,有一个地方不太一样

    按住 BTN2 直到显示“发送固件版本请求(Send FW Ver Req)”选项,然后按 BTN1 发送请求到客户端。

    您说按下BTN2后会显示Send FW Ver Req,再按BTN1会发出请求,并服务器会显示客户端的版本信息,我这边的现象是按完服务器的BTN2按键后显示Action: Send FW Ver Req
    Info: Current client FW unknown这两条数据,再按BTN1没有任何反应。同时我也使用SmartRF Studio 在实时监控有没有数据发出来,但是没有检测到任何数据

  • 目前使用这三个文件可以实现OAD功能了,但是我使用例程不做任何更改,编译后使用python oad_image_tool.py ....脚本签名后使用UniFlash写入后出现 升级时显示复位后启动不了Papp。这是为什么?

  • 1. 原始问题是否已解决?从您的截图中可以看出,您收到了“发送固件版本请求”的回复,值为“sv:0001 bv:03”。同时我也看到有OAD传输记录,因此两块板之间确实存在射频通信。
    2. 您当前的问题是主板在OAD更新后无法启动?您最初是使用UniFlash刷写v1.bin(含BIM+Papp),然后通过OAD更新v2.bin吗?

  • 1、不确定是否解决,因为目前只能使用源文件进行验证。源程序辨析出来后并不能实现正常通讯获取版本号等。

    2、不是您理解的那样。应该是client能收到升级命令但是不执行升级操作,仅显示复位,不执行下一步升级更新操作。还没到升级完成那一步。

  • 还有一个问题咨询一下关于OAD功能的频段我看到文档里有写到片段限制

    我想了解一下针对CC1312R1有没有这个限制。

  • 关于频段设置,我认为README文件已过时。目前无需使用Smart RF Studio,您可通过SysConfig配置频率参数。SysConfig会自动生成ti_radiio_config.c文件
    CC1312R1的默认频段为868MHz。

    我已测试了提供的十六进制文件,并自行进行了编译。无论如何,OAD(在线应用下载)均成功完成。为以防万一,我将它们附在邮件中

    rfOAD.zip

    但我仍然不明白你的问题或你在做什么,你能详细解释一下吗?从您的屏幕截图中,我可以看到OAD成功,客户端已更新到版本v0002(绿色框)。然后你试图降级到v0001版本?我认为这可能是不可能的。

  • 我的目的:首先找到正确的例程实现OAD功能,然后在正确的流程上进行修改,修改频段记忆添加我自己需要的功能(如:使用SENSOR 小核配合完成ADC等功能),因为需要更新迭代所以需要加入OAD功能,这样升级应用程序更加方便。

  •  这个图片是我验证OAD的实验过程,把V0001刷进去,升级到V0002,这是使用例程里面提供的文件做的,但是后面我是通过例程源代码不做任何更改,编译后根据使用说明重复尝试的过程,因为串口软件没有清除历史数据的功能。所以导致上面有显示V0002的版本信息,这并不是一次测试所输出的

  • 关于频段设置,我认为README文件已过时。目前无需使用Smart RF Studio,您可通过SysConfig配置频率参数。SysConfig会自动生成ti_radiio_config.c文件
    CC1312R1的默认频段为868MHz。

    关于这个问题,首先我使用SmartRF Studio不是用它来生成ti_radiio_config.c文件的,我只是用它能接受到所有的数据的功能,看到设置同样频段的设备发出的数据,并不是用它来生成文件的。我修改成别的频段如:497.8MHz时,client在被server读取版本号时回应的数据CRC校验错误.但是改成433频段或者868数据就是正常的这是为什么?

  • 1.添加传感器控制器文件:
    a.右键单击项目名称(rfOADClientIntFlashUApp_CC1312R1_LAUNCHXL.tirtos7_ticlang)
    b.添加文件/文件夹。..
    c.单击+按钮
    d.从下拉菜单中:选择要链接的文件夹(或选择要复制的文件夹)。您可能希望将它们链接起来,这样当您在传感器控制器中进行任何更改时,都会反映在您的CCS项目中。
    e.输入路径,您可以重命名文件夹。就我而言,我使用“scif”

    2.好的,所以你用uniFlash闪存了V2?这不是因为OAD升级吗?


    3.我要试试这个,也许和硬件团队核实一下。
    a.您是否正在更改两台设备的频率?
    b.那么OAD在默认情况下是否工作?

    你同时做这么多事情,很难跟上。它在默认配置下工作吗?

  • 1、添加传感器控制文件已经找到问题所在了。

    2、我是用uniFlash闪存了V1,使用现成的文件不是源码编译生成的,我的最终目的还是使用源码修改然后实现我的功能加上OAD所以验证完提供的bin文件成功了,但是再次验证源码生成的文件等操作的时候遇到问题了。两次验证中间没有清除串口界面的数据才导致也出现了V2版本号的现象。

    3、a、给您截图中可以看到CRC错误的上面一行也有一行数据那个是server发出的,crc错误那一行是client的回复,既然统一频段下server和client发出的数据都能收到那么说明我已经把server和client两个设备的频率全都修改成了497.8,

    b,OAD在默认频段下可以工作。

    还有就是因为您可能同时在位很多和用户服务所以可能会导致给出的答复相对我来说会慢一些,但是遇到问题如果通过自己解决不了,我实在不能只等待您的回复其他的什么都不做,所以我就会做一些不收该问题影响的功能,但是这个过程中又会遇到自己解决不了的问题。

  • 您如果遇到新问题,请重新发帖咨询。

  • 我原本是想要重新发帖的但是不知道是我这边电脑的问题还是网站的问题,我现在无法重新发帖了

  • 1. 主题选硬件开发那个,你选的仿真在这个界面指的是工具,是不对的。

    2. 用公司域名的邮箱注册TI账号发帖。

  • 1:好的谢谢;

    2:我们没有公司账户;

    3:这个问题需要我重新发么?

    关于这个问题,首先我使用SmartRF Studio不是用它来生成ti_radiio_config.c文件的,我只是用它能接受到所有的数据的功能,看到设置同样频段的设备发出的数据,并不是用它来生成文件的。我修改成别的频段如:497.8MHz时,client在被server读取版本号时回应的数据CRC校验错误.但是改成433频段或者868数据就是正常的这是为什么?
  • 我建议您重新整理一下您的情况,再次发帖咨询。