This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] LAUNCHXL-CC1352R1:路由器子路径错误

Guru**** 2595770 points
Other Parts Discussed in Thread: CC1352R, SYSCONFIG

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/919273/launchxl-cc1352r1-router-subpath-error

器件型号:LAUNCHXL-CC1352R1
Thread 中讨论的其他器件:CC1352RSysConfig

我的客户在 CCSv10中遇到 Thread 项目问题。

将显示以下错误。  对此进行故障排除的任何提示?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    使用同一个 Launchpad 时、其他示例(例如 CC1352R1_LAUNCHXL_DRIVERS\EMPTY)是否也会出现此问题?

    确保已连接所有跳线、如本页上的图像 https://www.ti.com/tool/LAUNCHXL-CC1352R1所示


    此致、
    Toby

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    你(们)好

    与 TI 驱动程序完全相同的问题  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    感谢您的确认。

    您是否还可以确认 所有跳线均已连接,如本页上的图像 所示:https://www.ti.com/tool/LAUNCHXL-CC1352R1  ?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我还没有触摸任何跳线、是的、它们与图片上的相同

    连接到目标时出错:
    (错误-241 @ 0x0)
    无法访问路由器子路径。
    可能发生了安全错误。
    确保您的设备已解锁。
    (仿真包9.2.0.00002)

    我还尝试使用"SmartRF Flash Programmer 2"、然后被要求执行固件更新、并且能够"强制批量擦除"、这是成功的。

    如果我要重新启动 "SmartRF Flash Programmer 2"、它会再次告诉我"调试接口已锁定"。 唯一的方法是 “强制批量擦除”。 ???

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您是否曾在此 LaunchPad 上调试过项目? 您是否能够使用 launchpad 运行 SmartRF Studio?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    你(们)好  

    此 launchpad 不起作用:告诉我调试接口已锁定

    我有第二个工作正常的示例

    我还没有尝试使用不同的软件对其进行重新编程、但它对 RF Studio 和"闪存编程器"的响应正常  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您是否已经尝试了以下故障排除步骤:  

    如果第二个 LaunchPad 工作正常、则可能是与第一个 LaunchPad 相关的硬件问题。 第一个 LaunchPad 上是否可能发生 ESD?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    是的。

    唯一有效的是"强制批量擦除"。 最后、我会收到成功消息

    >使用2引脚 cJTAG 启动对目标的访问:XDS-L4100BV3。

    >开始闪存擦除...

    >擦除成功完成。

    >重置目标...

    >重置目标成功。

    重新启动编程器后、再次弹出消息"the debug interface is locked"。

    和"Debug interface is locked"

    谢谢

    熔岩

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    "重新启动编程器"是什么意思?
    在强制批量擦除之前和期间、Launchpad 连接到 SmartRF 闪存编程器2。 批量擦除后、是否仍在闪存编程器中检测到 Launchpad 并显示该 LaunchPad?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    重新启动编程器意味着只需关闭"SmartRF Flash Programmer 2"、然后再次重新打开。

    在"强制批量擦除"绿色并成功之后、我看到已连接器件(顶部)中的"XDS110、XDC-L4100BV3"和 CC1352R 以及底部的 CC1352R1Fx CPU 图片

    但它也很糟糕:状态:断开连接、闪存352、RAM 80、芯片版本:未知、封装未知。   

    关闭软件并再次打开- 在已连接的设备 (顶部) "XDS110、XDC-L4100BV3"和 CC1352R 中,但在(底部)中没有:选择的目标(0),状态:未知,其他一切:N.A.

    现在、如果我单击 CC1352R (在顶部)、我将看到弹出窗口"调试接口已锁定"、唯一继续的方法是"强制批量擦除"

    熔岩

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您是否能够连接到 SmartRF Studio 中的 LP?  

    如果您获得锁定的调试器接口、并且在批量擦除后状态不会改变、我猜您已经覆盖了闪存的 CCFG 部分并将自己锁定在器件之外。 您是否知道您在遇到此问题之前上传到器件的最后一幅图像?   

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    它是已连接器件列表中的 SmartRF Studio、我具有 XDS110 (XDS 器件 ID = L4100BV3)、需要更新固件。  

    固件完成后,我将尝试打开“设备控制面板”并获取此信息:

    "无法打开设备控制面板"

    EVB:XDS110

    射频器件:CC1352R-BLE

    器件 ID:XDS-L4100BV3

    调试接口被锁定

    我尝试加载的第一个映像 是  来自 CCS10的"Thread CLI Project Zero"示例 、它卡住了。

    谢谢

     

     

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您是否正在使用4.10 SDK?
    我无法在4.10 SDK 上重现此问题;我能够多次调试 CLI 项目。 此项目原样不在 CCFG 中设置任何锁定位。

    您是否以可选步骤修改了目标配置(CC1352R1F3.ccxml)? 这可以解释为什么您能够在一个 LaunchPad 上调试 CCS、但不能在另一个 LaunchPad 上调试(但我仍然很困惑器件是如何通过刷写 CLI 示例实现该状态的)。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    你(们)好。

    我想我都没有运气,也不想再浪费时间了。

    昨天、我从 TI 获得了一个替代产品、现在我有一对板可供使用。

    因此、导入到 CCS Studio 的两个示例项目是

    rfEchoTx_CC1352R1_LAUNCHXL_nortos_CCS 和  

    rfEchoRx_CC1352R1_LAUNCHXL_nortos_ccs

    工作正常。

    现在、我尝试通过"syscfg"工具更改射频配置。

    一旦我选择不同的射频配置(Custom、1Mbps...) 由于函数名称和定义在"生成的源代码"- SysConfig -  

    TI_radio_config.c 和 ti_radio_config.h 文件。它们都具有"rf_cmdfs_2gfsk1mbps915_0"等扩展名、而不是"rf_cmdfs"

    主文件查找"RF_cmdPropDivSetup"、但在"ti_radio_config.c"中将其更改为"RF_cmdPropRadioDivSetup_2gfsk1mbps915_0"

    我出了什么问题? 请帮助。

    谢谢

    熔岩

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    感谢您分享您的步骤、看起来不会出现任何问题。

    我在使用 CCS 10.0的4.10 SDK 上重现了此问题。

    此问题已针对4.20 SDKCCS 10.1修复。

    此致、
    Toby

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我重新安装了 CCS 10.1和

    "simplelink_academe_cc13x2_26x2sdk_4_20_00_00"和  

    "simplelink_cc13x2_26x2_SDK_4_20_00_35"  -没有帮助。

    该工程将以导入的"rfEchoTx"编译、但在选择不同的 PHY 设置后不会编译。

    相同8个错误-  

    说明资源路径位置类型
    #20标识符"RF_cmdfs"未定义 rfEchoTx.c /rfEchoTx_CC1352R1_LAUNCHXL_Nortos_CCS 第198行 C/C++问题等。

    谢谢

    熔岩

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    好的、我看到您说的是什么。

    如果我从.syscfg 中删除原始"自定义 PHY 设置"、然后添加其他 PHY、我会得到相同的构建错误。 起初、我刚刚添加了新的 PHY 本身(而自定义 PHY 仍在那里)。
    原始 RF_cmdF (和其他射频结构)是指与未修改的.syscfg 一起提供的 PHY 设置。 添加的任何其他 PHY 都将附加其结构名称、以将其与其他 PHY 的结构区分开来(例如、对于"1Mbps、2-MBSK、350kHz 偏差(915MHz)" PHY、这些结构将附加"_2gfsk1GFps915_1")。

    从我可以看到的内容中、这是为了允许在 ti_radio_config.c/h 中进行多个 PHY 设置 然后、应用程序可以选择在给定时间使用这些 PHY 中的哪一个。

    这里有几个选项:

    • 保留原始"自定义 PHY 设置"、这将使 RF_cmdF (和其他)保留在 ti_radio_config.c/h 中 根据需要在.syscfg 中添加其他 PHY。 然后在应用程序代码中,修改将哪些 PHY 结构传递给 RF_*函数。 如果应用在给定时间可能切换到不同的 PHY、这将非常有用。
    • 修改"自定义 PHY 设置"中的设置。 这将修改原始 RF_cmdF (和其他)的内容。 如果您知道要使用的 PHY 的设置、并且计划仅使用该 PHY、则此选项很有用。 在这种情况下、RF_cmdF (和其他)将保留应用程序文件(例如 rfEchoTx.c)中默认使用的结构命名。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    好的、有道理。  

    谢谢你