• 状态 Resolved
  • 已锁定 已锁定
  • 个回复 7 个回复
  • 名订阅用户 0 名订阅用户
  • 次查看 84 次查看
  • 用户 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.

[参考译文] CC1352P：将 WB-DSSS 集成到基于802.15.4收集器/传感器的项目后、如何设置通道掩码？

admin
Guru**** 1456330 points
Other Parts Discussed in Thread: CC1310, CC1352P, CC1312R
请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1346520/cc1352p-how-to-setup-channel-mask-after-integrating-wb-dsss-into-802-15-4-collector-sensor-based-projects

器件型号：CC1352P
主题中讨论的其他器件：CC1310、、 CC1312R

您好！

我正在尝试让 WB-DSSS 用于基于15.4堆栈的项目。 到目前为止、我已经能够集成 SmartRF Studio 中的无线电配置、并且收集/传感器节点可以彼此通信。 接下来我有两个问题：

1)有办法监听 WB-DSSS 数据包吗? 我曾尝试将 CC1310/1352P Launchpad 与最新版本的数据包监听器(v1.9)配合使用、WB-DSSS 似乎未在 Sniff Agent 的"设备配置"中列出为选项。 我想我们可以使用 SmartRF Studio 并将其设置为连续数据包 RX 模式。 我能够以这种方式看到相当多的数据包、但它们始终存在 CRC 错误。

2) 2)如何设置信道掩码？ 默认的15.4堆栈设置使用窄带、每个通道与相邻通道仅相差200kHz。 WB-DSSS 的扩散范围更广。 我们能否继续对窄带信道使用相同的方案？ 或者、信道将始终由从 SmartRF Studio 导出的无线电配置固定？

请告知、谢谢。

ZL

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

    您好、Zhiyong、

    遗憾的是、我们不支持15.4堆栈上的 WB-DSSS。  

    1.我们没有监听器。 使用 SmartRF Studio 捕获原始数据可能是进行监听的唯一方法。  

    2.问题是，MAC 库有一些时间计算，具体取决于所使用的 Phy。 这些计算结果和代码以库的形式提供。 因此、客户无法修改。 遗憾的是、电流传感器收集器示例中不支持 WB-DSSS PHY。 但支持此 phy 是栈的路线图。 遗憾的是、我无法提供此方面的时间表。

    此致、

    SID

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

    尊敬的 Sid：

    感谢您的答复。

    此论坛上有许多文章指出我们可以从 SmartRF Studio 手动导入无线电配置、下面列出了其中一篇。

    https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1029001/cc1352r-fcc-compliant-option-for-ti-15-4-stack

    在该帖子中执行此操作的人似乎能够让 WB-DSSS 在15.4堆栈中运行。 到目前为止,我的经验是,15.4收集/传感器与 WB-DSSS 修改的 Phy 可以形成网络和相互通信。 我假设频率将保持在 radio_config.c 文件中设置的初始值。 您提到的时序计算是否会导致任何问题？

    到5年前、15.4堆栈中的 WB-DSSS 支持已被讨论过。 因此、我假设它可能很快就不会正式发布。 mybe 我们可以一起破解一个版本作为一个 stopgap。

    此致！

    ZL

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

    您好、Zhiyong、

    如果您需要使用已导入的设置、这真的很好。

    我没有深入研究这一点,但在较低的 MAC 的时间是根据 PHY 的数据速率计算的。 例如、等待预期确认等。   

    您是否能够设置报告、轮询间隔等并能够顺利地获得数据包传输？ 如果是这种情况、则值得测试这种仅导入设置并使用50kbps PHY 的黑客行为。  

    您提到的时间计算是否有任何问题？

    此致、

    SID

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

    尊敬的 Sid：

    再次感谢您的答复。

    但较低 MAC 中的时序是根据 PHY 的数据速率计算的。 例如，在等待确认之前等待等。  [/报价]

    我想说一切都能满足所有实际目的、但偶尔一个节点会加入网络、但无法向收集器发送数据或从收集器接收数据。 发生这种情况时、传感器节点的重启通常会使数据发送/接收正常工作。 来自回调的状态代码有时是0xE9、这也许与您提到的时序计算相关、但是有时状态代码只是0x00 (成功)。 因为我仅通过定制的 CC1312R 板观察到这一点、而收集器基于 CC1352P。 我倾向于认为、这更有可能是 CC1312R 板本身的问题。 我们即将推出大量 CC1352P 板、并将了解它们的工作原理。

    我尝试使用 WB-DSSS 1：1 240kbps 是因为考虑到背景噪声后、DSSS=1：8或远距离模式的更高灵敏度根本没有太大帮助。 由于 MAC 中的时序计算基于 Phy 的数据速率、因此我是否应该从50kbps 切换到200kbps、因为在 WB-DSSS=1：1下、200kbps 更接近240kbps？

    此致！

    ZL

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

    您好、Zhiyong、

    将数据速率增加到200应提高时序计算以及通道 BW 的性能。

    我们在 SDK 中没有提供这种配置、因此需要对这些配置进行大量测试。  

    此致、

    SID

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

    尊敬的 Sid：

    我同意您的看法、这需要经过严格测试。 到目前为止、确实有一些问题、至少在 syscfg 中选择50kbps 时是如此。 我会看到200kbps 能否缓解/修复这些问题。

    此致！

    ZL

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

    当两个 CC1352P-Launchpad 仅相距几英尺且 TX 功率设置为20dBm 时、当15.4堆栈中的2-GFSK-200kbps 物理层使用 WB-DSSS 时、从传感器到收集器的4个-10%数据包无法发送。 使用 LRM 或 FH 模式时、故障率小于10K 数据包中的1。

    我想我们必须等到15.4堆栈中的 WB-DSSS 获得官方支持。 希望这将很快提供。