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.

[参考译文] CC2530:Z-STACK HOME 1.2.a.44539 MAC 数据轮询处理

Guru**** 2466550 points
Other Parts Discussed in Thread: Z-STACK

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1130631/cc2530-z-stack-home-1-2-2-a-44539-mac-data-poll-processing

器件型号:CC2530
Thread 中讨论的其他器件:Z-stack
SDK:z-stack HOME 1.2.2.a.44539 

R21/2015规范中的3.6.10.4 MAC 数据轮询处理中描述了如果邻居表中没有相应的条目、则应发送一条保留消息。 CC2530是协调器、并且终端设备与该协调器相关联。 当使用 AssocRemove()删除与终端设备相对应的关联表条目时,
协调器将通过捕获不符合协议规范的数据包来继续响应终端设备的 Mac 数据轮询。

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

    这与 Zigbee 3.0更相关、您应该使用 Z-Stack 3.x 而不是 z-stack HOME 1.2.a.44539

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我们已经有使用 z-stack HOME 1.2.2.a.44539的项目、现在我们在项目中遇到了问题。 我们希望使用此功能来解决问题。 
    此版本是否不能判断邻居表(ZStack 中的关联表)中是否存在设备条目并直接发送 Mac ACK? 
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    如果设备不在关联表中,父节点将向设备发送保留请求。 您能否准确地说明您的问题是什么?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我们的协调器需要及时感应其终端设备已更改路由器的父节点。 我们根据 R21/2015中更改路由器父节点的终端设备检查方法、通过接收到的数据消息删除关联表。 现在、我们发现有时会删除关联表条目、但终端设备仍在向协调器数据轮询发送 Mac、但协调器未发送离开消息。 协调器在向终端设备发送数据时可以看到路由请求 
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我知道、当 ZED 不在关联列表中时、协调器或路由器会发送休假请求。 当 ZED 不在其关联列表中时、您是否确定协调员不发送休假请求? 您可以在默认的 Z-Stack 示例中重现此问题吗?

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

    SDK:z-stack HOME 1.2.2.a.44539
    从数据包捕获中可以看出、不发送任何留言、每个 Mac 数据轮询数据包都会响应 Mac ACK。
    此问题会持续发生。我们稍后将尝试默认示例。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    [~引脚 userid="531800" URL"支持/无线连接/ZigBee-thread-group/ZigBee-and-thread/f/ZigBee-thread-forum/1130631/CC2530-z-stack-home-1-2-2-A-44539-mac-data-polate-pollow-processing/4194916#4194916-zstack-home-1.2A 至44539-mac-44539-mac-data-data-data-qualkind-processing/4194916#419491.2A SDK-641.2A SDK-rack-quot
    从数据包捕获中可以看出、不发送任何留言、每个 Mac 数据轮询数据包都会响应 Mac ACK。
    此问题会持续发生。我们稍后将尝试默认示例。

    发生这种情况时、您是否检查关联表中的内容?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    使用 ZDP_IEEEAddrReq()获取相关器件的列表,并且返回的列表中没有终端器件。 
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您是否意味着在协调器本身上调用 ZDP_IEEEAddrReq 以获取相关器件的列表?

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

    是的

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

    调用 ZDP_IEEEAddrReq 时、您将什么用作 ReqType 和 startIndex 参数?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我们使用 ZDO_IEEE_ADDR_REQ ()进行网络拓扑发现,ReqType 设置为扩展,startIndex 设置为0 
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Shenping xiao、

    从 Zigbee 网络中移除器件时涉及其他 API、这些 API 在 ZDRApp_LeaveUpdate 函数中介绍。  因此,您应该尝试从路由表、地址表和密钥条目表中删除设备,以便在尝试通信时向设备发送 leave 命令。  如果提供数据包监听器日志能够深入了解器件的运行情况、则提供该日志将非常有用。

    此致、
    Ryan

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

    我们使用 ZDUApp_LeaveUpdate()删除终端设备,协调器仍然确认 MAC 数据请求, 但不?Zigbee leave 命令。您是否确定协调器可以 ACK MAC 数据请求、但如果在使用 z-stack HOME 1.2.2a.44539 μ s 时删除了关联表条目、则会向终端设备发送 Zigbee leave 命令

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我们对 ZStack 3.0执行相同的测试、如果协调器删除了关联的表条目、它可以 ACK MAC 数据请求、然后发送 Zigbee leave 命令。 删除关联表后、ZStack HA 1.2.2A 似乎不会发送 leave 命令。 请确认代码实施、谢谢! 
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    由于您已确认删除设备关联不会导致向 ZED 发送保留请求、后者会继续为 Z-Stack HA 1.2.2a 发送 MAC 数据请求、  如果您能够确定仍在尝试通信、则应手动向移除的器件发送 NLME_LEAVeREQ。  最好是收到成功的 ZDO_LeaveCnf、这样您就知道休假已处理。  否则、忽略持续的 MAC 数据请求(可能是公然的设备)、更新 NWK 密钥或升级到 Z-Stack 3.0.2将解决此问题。

    此致、
    Ryan