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.

[参考译文] CC1310:同一空间中的多个集电极、其中一些集电极不响应信标请求

Guru**** 2586885 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/1107434/cc1310-multiple-collectors-in-the-same-space-some-of-them-do-not-respond-to-a-beacon-request

器件型号:CC1310
Thread 中讨论的其他器件:SysConfig

您好、Marie、

自上一个主题结束以来,我将继续讨论这一主题。 对背景的快速提醒是、当3个收集器位于同一空间时、有时仅1或2响应信标请求。

我回到办公室后、能够使用逻辑分析仪捕获 Rx 波形。 从波形中、我确实找到了一些有关收集器为什么不发送信标响应的线索。

请参阅上面的波形以了解缺少的信标响应、我发现在每次成功的信标响应之前、Rx 上都有一个高电平脉冲、但在集电极1上、该脉冲缺失、因此不会发出信标响应。 我可以在下面的捕获日志中找到几个类似的波形:

e2e.ti.com/.../3_5F00_collectors_5F00_20220607.sal

我不知道接收到信标时为什么 Rx 波形上有多个逻辑高电平、因此我无法在代码中找到调试该信号的确切位置。 请查看波形并建议下一步找出根本原因吗?

此致、

水阳

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

    我甚至发现、仅使用2个收集器和1个传感器时、波形相同、就会出现问题。

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

    您好、Shuyang、

    我将对此进行研究、并将很快返回给您。 感谢您提供逻辑跟踪。  

    此致、

    SID  

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

    您好、Shuyang、从布线中可以看到、您看到的"RX 脉冲"很可能是器件意识到通道是空闲的、然后传输信标响应。 如果没有"RX 脉冲"、器件将继续处于 RX 状态、以查看通道是否变为空闲状态。   

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

    您好 Sid、

    这解释了行为、但 Marie 在上一篇文章中提到信标不使用 CSMA/CA、因此收集器在发送信标之前是否需要遵循其他流程以避免空中交通碰撞?

    BR、

    水阳

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

    您好、Shuyang、

    这个 线程中的 Marie 似乎 提到在传输信标时使用了 CSMA。 她的意思是,如果他们不使用 CSMA-CA,那么他们会对彼此的数据包进行扰频。

    但出于好奇、您能否发送您正在使用的配置文件? 如果您使用13x2器件进行调查、则它将是 SysConfig 文件、如果您使用13x0器件、则为 config.h 文件。

    此致、

    SID

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

    很抱歉、如果使用 CSMA、则会出现错误。 实际上、我曾尝试修改 MinBE/MaxBE、但它不会影响监听器日志中信标请求和信标之间的延迟、这就是我印象中不使用 CSMA 作为信标的原因。

    您能否确认 MinBE/MaxBE 是否也在信标上生效? 我还将尝试另一项测试来确认它。

    请在 config.h 上查找集电极和传感器、如下所示:

    e2e.ti.com/.../config_2D00_collector.h

    e2e.ti.com/.../config_2D00_sensor.h

    我将三个收集器的短地址分别设置为0xAABB、0xAACC 和0xAADD。

    我刚意识到我忘记为每个收藏家设置不同的 PanID、明天我将尝试确定它是否与我看到的行为相关。

    此致、

    水阳

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

    您好 Sid、

    我进行了一项测试来更改集电极的 minBE 并观察 Rx 引脚、以确定退避时间是否发生更改、但结果表明退避时间没有随 minBE 变化。

    下面是我执行测试的方式:我仅使用了1个收集器和1个传感器、我将 收集器的 CONFIG_MIN_BE 分别设置为0、3和5、并在发送下图所示的信标之前观察 Rx 窗口。 逻辑走线附在下方。

    e2e.ti.com/.../20220615_5F00_test_5F00_different_5F00_minBE.7z

    Rx 窗口在每个信标之前确实会有所不同、表明收集器在信标之前实施了 CSMA。 但是 、无论 CONFIG_MIN_be 如何、Rx 窗口的最小和最大周期都没有变化。 无论 CONFIG_MIN_Bbe 是什么、Rx 窗口始终安装以下7个值中的1个:1.4ms、2.6ms、3.7ms、4.8ms、6.0ms、 7.2ms、8.4ms。

    这7个值的模式确实符合退避时间的定义、当= 3时、该时间等于(2^A-1)单位退避周期。 根据结果、我只能假设信标使用专用的 minBE = 3。

    您能否确认我的结论是否正确? 为了对信标使用不同的 minBE 和 maxBE、我应该更改哪个参数?

    对于较大的图片、我尝试为每个收集器使用不同的 minBE/maxBE 来解决信标碰撞、这是推荐的方式吗? 谢谢、请告诉我是否有更好的解决方案。

    此致、

    水阳

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

    您好、Shuyang、

    感谢您的测试、我将更详细地研究结果、并尽快返回给您。

     此致、

    SID

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

    您好 Sid、

    您是否有任何更新? 您能否重现此问题? 谢谢。

    BR、

    水阳

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

    您好、Shuyang、

    似乎、使用最新的 SDK 并将 minBE 设置为5和 maxBe 设置为8有助于提高性能。  

    我现在将关闭此主题、因为我们正在通过电子邮件发送信函。

    此致、

    SID

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

    借助新的 SDK、性能得到了很大改善、非常感谢您的支持!

    BR、

    水阳