• 状态
  • 已锁定 已锁定
  • 回复 12 回复
  • 订户 0 订户
  • 视图 443 视图
  • 用户 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.

[参考译文] CC2538：当协调器关闭时、单播到协调器会无限期重复

admin
Guru**** 2538950 points
Other Parts Discussed in Thread: CC2538, Z-STACK

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/567005/cc2538-unicast-to-coordinator-repeats-indefinitely-when-coordinator-is-off

器件型号：CC2538
Thread 中讨论的其他器件： Z-stack

通常，当路由器向 附近的协调器(1跳)发送单播数据包时，会发生简单的发送和应答。 好的。

新情况：

－ 3台路由器和1台协调器

-所有路由器 都已从协调器接收到 MTO RREQ，因此 rtgTables 有1个协调器条目(0x0000、0x0000、255、1、0xD)。

-协调器已断开连接(关闭电源)。

有时、当路由器向 协调器发送1个数据包(现在关闭)时 、数据包或特殊数据包几乎会无限期地在3台路由器之间传输：从120个到150000个以上的数据包(每秒大约280个数据包)。

－对于2台路由器，不会发生这种情况。

-对于4台路由器，我从未看到过(仍在尝试)

－有3台路由器，取决于(?? 有些情况？？) 是否会发生。 从120个数据包中，什么是“正常”到3000个以上的数据包(>150000)，什么是严重不正常)

－如果添加第4台路由器或断开第1 台路由器，则出现问题时，传输将停止。

问题1 -是否有人遇到过相同的问题？

问题2 - MTO RREQ 的错误配置是否会生成此问题？

条件：CC2538、 Z-stack 2.61、未使用 APS ACK 请求。

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

     伊曼纽尔、您好！

    我从未见过此问题、您是否有要共享的 OTA 捕获或日志？ 我将尝试回复您的设置、以了解它对我的作用。

    此致。

  • 0
    TI__Guru**** 2538950 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您是否有监听器日志来解决此问题？
  • 0
    TI__Guru**** 2538950 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好！

    我 在 2个月前第一次检测到这种情况、然后保存了3个 PSD 文件、再保存 36000、8240和3600数据包。

    我昨天保存了一个大型 PSD 文件(>150k 个数据包)。 (见附件)

    路由器 0xAB37、0x8C20和0xF4D7。 我有 一个 XDS100连接到0xF4D7、并且我 在末尾处暂时"中断"了

    如果我   在几秒钟 内“中断”0xF4D7 (我在末尾做的事情)，大于15？) 然后按"Go"、数据包会重复一点、但 循环终止：

    -在数据包154590之后0xF4D7的"中断"。 数据包154594之前0xF4D7的"GO"。 使用 数据包154634后流很快停止。

    例如、如果我仅停止5秒、则流速将继续。 数据包保留在路由器0xF4D7中、"Go"继续无限循环。

    路由器0x8C20开始通信、向 0x0000发送1个 APS 数据包。 如果0x0000打开、则有1 个 MAC ACK、通信将按预期结束。

    请注意  、很难重现 这种情况。 昨天，我不得不做出10多次尝试才能达到这种“无限循环”。 通常情况下、数据包在50到200个数据包后"消失"("半径"从0x1E 变为1)。

    e2e.ti.com/.../Infinite_5F00_report_5F00_2017.01.12.zip

    [新信息] 2017/01/13 09：56 (西部)：

    经过进一步分析， 问题似乎 与“多对一路由维护”有关(德州仪器(TI)的第5.4.4节“Z-stack Developer’s Guide”，SWRA176版本1.13)。

    如果没有协调员，我不知道如何 停止这一机制。

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

    伊曼纽尔、您好！

    您发送的捕获中没有密钥、您是否可以与上面的密钥共享密钥或其他捕获？

    此致。

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

    你(们)好

    我无法为您提供密钥。 如何解密数据包以将其发送给您？

  • 0
    TI__Guru**** 2538950 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您必须提供密钥、以便我们可以在 Ubiqua 上对其解密。 我知道、没有其他方法可以解密数据包以将其发送给我们。
  • 0
    TI__Guru**** 2538950 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    伊 曼纽尔、您好！

    我使用 协调器的 SampleLight 和路由器的 SampleSwitch 尝试了 Z-Stack Home 1.2.2a.44539的用例。 您能否尝试使用此示例应用程序通过发送 toggle 命令等方式查看您是否具有相同的结果、因为我无法回复您的行为。

    此致、

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

    尊敬的 Alvarez：

       感谢你能抽出时间。

    我们现在拥有的硬件不再是德州的原始电路板。 我们现在有几个路由器 、其中包括 CC2538。

    我们可以做您所说的事情、但需要几个小时才能将软件调整为 我们的2 件硬件。

    我们 在所有节点中都有 Z-stack home 1.2.0 (我不知道这对于这个问题是否真的很重要)。

    如果您同意、您 可以使用更多信息尝试重现 此问题。 是快速信息、 实施过程需要几分钟时间：

    -我使用了一个"空通道"。 除4 (3R + 1C)之外、没有其他 ZigBee 器件！！

    -触发问题的消息是从路由器到协调器的 APS 数据消息( 在本例中，将路由器的新状态报告给协调器)。 它不 是从路由器到另一台路由器的单播。 它是从路由器到协调器的单播(APS ACK 请求未在消息中使用！！！！)。

    － 似乎重现问题的最佳方法是将3台路由器“等距”置于协调器( 下一个检测中为“等距”)。  

    －期望协调器发送“链路状态”(radiar=10)，并保证所有3个节点都发送“链路状态”(radi=9)。 如果其中一个发送半径=8更改位置。 当所有发送半径=9时等待。 这保证了 MTO 将条目路由到所有 rtgTables 中的协调器(0x0000、0x0000、255、1、0x20)。 所有3台路由器现在都知道可以直接与协调器联系。 只有这样、才会移除 协调器(我进行了永久复位、但断电正常)。

    －当路由器向协调器(0x0000)发送 APS 数据包时，便会开始这种情况。 如果 3个节点中的一个在 rtgTable[]中没有该条目，则似乎循环 不会启动。

    －我创建了此过程，几乎总是重现问题。 否则、更难发生。

    －即使我在协调员消失10分钟后试图进行通信，问题仍然存在。 如果循环自行解决、则下一次通信将不再 有问题(除非协调器打开几分钟并再次关闭)。

    我的解释： 当路由器 检测到无法传送 APS 消息时，将放弃消息并向协调器启动一个“多对一路由维护”的 freah (radi=30)数据包。  检测到无法向协调器传送 MTORM 数据包的路由器忘记了它会启动 一个新的(radi=30)“多对一路由维护”数据包给协调器，这就是为什么循环不会结束，除非发生了什么(其他设备尝试使用该通道导致的延迟)...？

    如果您无法重现此新信息、我可以尝试花几个小时将1.2.2a 迁移到我们的硬件。

    此致。

    伊曼纽尔

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

    现在、我终于能够回复您所谈论的行为。 我将与您联系、了解有关这方面的新闻。

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

    你好 Jose！  

    有新消息吗？

    您是否能够 重现此行为？

    这是否是"多对一路由维护"的副作用？

    这 种行为 是否罕见、仅 在特殊条件下发生？

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

    伊曼纽尔、您好！

    a 直到现在为止我所知道的，在启用 MTO 标志时，何时删除 rtgTable 条目尚不清楚。 现在、我将尝试为路由过期添加一种超时。

    我将会与您联系。

    此致、

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

    JasonB。

     我手头上有一项紧迫的任务。

    我将很快尝试这些文件。

    谢谢。