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

[参考译文] CC2530：无确认的数据请求

admin
Guru**** 2625255 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/674814/cc2530-data-requests-with-no-acknowledgement

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

您好！

我在测试某些器件时使用了 SampleLight、我注意到在某些时候、它们都执行了一组没有确认的数据请求。 它从数据包639245运行到639304；然后器件返回到数据请求并再次确认。 导致这种情况的原因可能是什么？ 这是来自协调器还是来自我的设备的问题？ 这到底意味着什么？

  • 0
    TI__Guru**** 2625255 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    此问题是由设备的父设备对数据请求没有网络响应导致的，因此设备会重试。 如果它不保留 ACK、设备将变为孤立状态、并开始查找新的父设备以重新加入。
  • 0
    TI__Guru**** 2625255 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    每个器件执行~5个数据请求、然后下一个器件执行~5个数据请求、等等-而不是每个器件执行1个数据请求、而是下一个器件执行1个数据请求、等等？
  • 0
    TI__Guru**** 2625255 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    这是 Z-Stack 中定义的 MAC 重试次数。

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

    谢谢。 我还遇到了一个问题、即我的器件之一0x6CD5在执行一组没有确认的数据请求后消失。 我的其他设备都没有出现此问题、原因是什么？

  • 0
    TI__Guru**** 2625255 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    根据屏幕截图，IT 协调员不响应 Mac ACK，因此我认为问题出在协调人上。
  • 0
    TI__Guru**** 2625255 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    如果协调器向我的其他4个设备发出确认、为什么会出现问题？
  • 0
    TI__Guru**** 2625255 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您已经说过协调器会向其他4个器件提供应答、但不会向这个器件提供应答、您可以在监听器中看到您的器件发送信标请求。 这是否意味着协调器行为不正确？
  • 0
    TI__Guru**** 2625255 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    我再次检查、现在看到这是协调器的错误。 现在、我还有另一个问题、即我的器件0x16FB 不执行任何 POLL_FAILY_RETINESS_RETESS_RETESS_TRIEST_RETEST_TRIES、而是突然重新启动、并发出信标请求重新加入协调器。 当器件重新连接时、RSSI 从30跳到55。 该器件会多次执行此操作。 为什么会发生这种情况？

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

    我认为这可能是由程序上的计时器引起的。 我将以下示波器计时器用于我自己的目的。 您能告诉我哪些不应该使用？ 我应该改用哪种振荡器？

    0x0001
    0x0002
    0x0080
    0x0040
    0x0800
    0x1000

  • 0
    TI__Guru**** 2625255 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    所有事件 ID 对我来说都是正常的。 这不应该是问题。
  • 0
    TI__Guru**** 2625255 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    那么、我之前的回复中提到的问题可能是什么原因？
  • 0
    TI__Guru**** 2625255 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    正如您所说、您的设备似乎重新引导。 您是否在应用中启用了看门狗？
  • 0
    TI__Guru**** 2625255 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    我使用 SampleLight。 因此、我认为使用了看门狗。
  • 0
    TI__Guru**** 2625255 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    默认 SampleLight 不使用看门狗。 您是否自行启用看门狗。
  • 0
    TI__Guru**** 2625255 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    我自己没有启用看门狗。
  • 0
    TI__Guru**** 2625255 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    然后，您应该检查应用程序代码中是否存在会导致重置的位置。