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.

[参考译文] CC1312R:信标待处理列表中的待处理消息太多,应限制为7

Guru**** 2549120 points


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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1079685/cc1312r-too-many-pending-messages-in-beacon-pending-list-should-be-limited-to-7

部件号:CC1312R

您好,

 与 e2e.ti.com/.../cc1312r-mac-security 相关

我知道问题是什么! 等待中的短地址长度只有一个小数点。 如果在 mac_cfg.c 中更改了配置,堆栈将发送所有挂起的地址,这些地址最多可达255个

这是一个 Wireshark 捕获,显示了24个未决地址,但由于 Wireshark 与0x07进行了 AND 运算,因此在信标有效负载中被 Wireshark 分解和接收设备错误地列出。  

解决方案是 TI 需要使信标最多具有7个待处理地址。 为什么是7,而不是15? 由于在接收端(在 Wireshark 分解中)使用0x07对半字节进行了 AND 运算,因此这是802.15.4标准。 这意味着接收器最多只能接受7个待处理地址,其余的是信标有效负载。 这已阻止了我的网络工作,因为我正在使用信标有效负载进行我自己的使用。

802.15.4标准是指最多7个待处理地址。

此致,

安迪

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

    您好,安德鲁,  

    我已从您的帖子中删除了标准片段。 感谢您对问题的详细描述和调查!  

    从嗅探器日志的屏幕截图和标准的片段中,这看起来确实是一个问题。 从您之前的帖子中,我看到您的回复,您确实能够用 TI 示例产生此问题。 请您提及您在生成此问题的示例中所做的更改,以便我们能够重现并处理此问题。   

    此致,

    SID

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

    您好,西德,

    感谢你的回复。 这是否涵盖了所有内容? 如果没有,请告诉我您是否需要更多信息。

    KR,

    安迪

    e2e.ti.com/.../2161.Beacon-Pending-Address-List-Is-Greater-Than-7.pdf

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

    您好,安德鲁,

    感谢您的耐心等待。 我们目前没有资源进行调查。 如果情况发生变化,我们将通知您。

    谢谢,

    玛丽·H