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.

[参考译文] CC2538-CC2592EMK:2592:协调员的广播消息中出现问题

Guru**** 2539500 points


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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/576143/cc2538-cc2592emk-issue-in-broadcast-message-from-coordinator

部件号:CC2538-CC2592EMK</s>2592

您好,

我们正在实施一个由协调器(带有cc2538ZNP dongle的Linux系统)和100台路由器(cc2538 设备)组成的mesh网络。 我们使用 的是z-stack mesh 1.0。0。 我们已使用多对一路由(www.ti.com/.../swra427c.pdf)为TI指定的400个节点启用了配置。   在我们的项目中,一些来自协调员的信息以广播形式发送。 最初我们使用一台路由器和一个协调器进行了测试。 当我们使用ubiqua数据包分析器在空中嗅探数据包时,我们发现从协调器广播的消息在路由器和协调器之间重新广播了几次。 我们的期望是,在接收到来自协调人的初始消息时,路由器只会广播一次。 但协调员和路由器在一段时间内反复广播。 为什么会发生这种情况?  这是否与协调器或路由器中的任何错误参数设置有关? 或者我是否错过了处理广播消息的任何设置。 ? 请查找包analyzer.e2e.ti.com/.../ZStack3_5F00_0_5F00_0Packets_5F00_2.zip的附加日志文件

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    不建议在Zigbee网络中广播命令,尤其是在会导致广播风暴的大型网络中。 我建议您使用单播,而不是广播。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,

    感谢您的回复。 我们的大多数消息是单播消息,只有少数消息是广播消息。 我们知道广播消息会增加流量,但在某些情况下,我们需要它才能在所有路由器中快速接收消息。 因此,我们必须找出这一问题的原因。