• 状态 Resolved
  • 已锁定 已锁定
  • 回复 6 回复
  • 订户 0 订户
  • 视图 524 视图
  • 用户 0 会员在此处
选项
选项
相关

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：具有15.4 DMM 的 LR 模式

admin
Guru**** 2589245 points
Other Parts Discussed in Thread: SYSCONFIG

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/961957/launchxl-cc1352r1-lr-mode-with-15-4-dmm

器件型号：LAUNCHXL-CC1352R1
Thread 中讨论的其他器件：SysConfig

您好！

我在跳频模式下使用 DMM_15.4_Sensor_OAD 和 DMM_15.4_Collector_OAD。 我想检查 更新后的应用程序项目在 LR 模式下的行为。

已做更改-已将 SysConfig 中的 PHY 类型修改为5Kbps SimpleLink 远距离。 在 LR 模式下运行网络时是否需要进行其他更改？

此外、

报告间隔- 1分钟

轮询 间隔- 1分钟

跟踪 间隔- 2分钟

广播 间隔-10秒

发射功率- 14dBm

观察-连接按预期建立(以~ 2分钟为单位)、但收集器未接收到报告间隔上交换的数据(也未在 CUI 上更新)。

注-在对时间间隔进行相同的修改并将 PHY 类型保持为50Kbps (默认值)时、数据被 成功发送和接收。

上述观察的原因可能是什么？

谢谢、此致、

耶什。

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

    您好、Yash、  

    您使用的是哪个版本的 SDK？  

    谢谢、  
    ELIN

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

    您好、Elin、

    我使用的是最新的 SDK 4.3.0。

    谢谢、此致、

    耶什。

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

    您好、Yash、

    发生这种情况时、您是否有活动的 BLE 连接或 BLE 广播？ 您能否确保 BLE 间隔(连接间隔/扫描间隔/广播间隔)足够长、以便在之间实现 simplelink 远距离运行？

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

    您好！

    回答您的问题时、不存在活动 BLE 连接。 此外、我已从 remote_display.c 文件中显式删除 BLE 广播调用(GapAdv_enable)。

    您能告诉我如何 修改"连接间隔/扫描间隔/广播间隔"以及它的最佳值是多少？

    我对上述内容感到困惑，在测试时，Resource Explorer 中提供的基本项目*(LR 模式，默认无线电间隔)按预期工作。 那么、"BLE 间隔"也不应该干扰它呢？

    此外、

    我在 Sensor_OAD 代码中添加了一些错误代码显示，并发现"pMsg->msgStats.otherDataRequestFailures "计数从每个报告间隔的开始递增。

    一段时间后、我还观察到"pMsg->msgStats.macAckFailures "计数增加。

    因此、我选中了"ApiMac_mcpsDataReq (&dataReq) " 返回值、有时它返回错误代码- 0xF1、这表示-"ApiMac_STATUS_transactionOverflow-请求失败、因为 MAC 数据缓冲区已满"。

    为了解决  TransactionOverflow 错误、我将提到的发送队列值从 mac_cfg.c -"MAC_CFG_TX_DATA_MAX"增加到8 、 并将"MAC_CFG_TX_MAX"增加到20。

    但我仍然观察到相同的误差。  


    上面是否有任何指针？ 我还可以尝试哪些其他方法使其在 LR 模式下工作？

    此外、为相同的文件附加 SysConfig 文件。

    e2e.ti.com/.../DMM_5F00_sysconfig.zip


    谢谢、此致、

    耶什。

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

    您好、Yash、

    1) 1)如果您禁用了所有 BLE 活动、则无需更改 BLE 参数。  

    2) 2)当您说您已经测试 了基本项目*(LR 模式、默认无线电间隔)时、您是否使用 FH 模式测试了此项？

    3) 3)您能否再次检查是否使用与最新版本的 SmartRF Studio 相同的 SimpleLink 远距离 PHY 无线电设置？

    4) 4)您能否记录 TI 15.4-Stack 监听器的日志记录这种情况？

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

    您好、Marie、

    1) 1)为了排除 BLE 在观察中扮演任何角色、我在 FH + LR 模式下使用15.4 Collector 进行了开箱即用15.4 Sensor_OAD 测试、它们看起来工作正常。 这让我怀疑 BLE 确实干扰了 LR 模式。

    那么、我想知道、注释掉  来自 remote_display.c 文件的 GapAdv_enable 调用是否 足以阻止我的 DMM 更新应用中的 BLE？

    是否有办法在15.4 DMM_Sensor_OAD 应用中完全阻止 BLE (禁用所有 BLE 活动)？

    2)是的、 基本工程 启用了 LR 和 FH 模式。

    我将在3)和4)上为您提供最新信息。

    谢谢、此致、

    耶什。