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.

[参考译文] CC2652P:nwkDB 缓冲器已满。

Guru**** 2455560 points
Other Parts Discussed in Thread: CC2652P, CC1352P

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1472317/cc2652p-nwkdb-buffer-is-full

器件型号:CC2652P
Thread 中讨论的其他器件: CC1352P

工具与软件:

我的协调器工作了一整晚、它的 nwkDB 缓冲区已满。

 我的 协调器的 NWK_DATABUF_SENT 缓冲器  与 NWK_MAX_DATABUFS_TOTAL 相同 。  

我的代码已对 AF_DataRequest、AF_DATA_CONFIRM、ZMacDataReqSec 、MAC_MCPS_DATA_CNF 的执行进行计数 。

 AF_DataRequest 的计数器与  AF_DATA_CONFIRM  的计数器相同、但 ZMacDataReqSec 的计数器大于 MAC_MCPS_DATA_CNF 的计数器 。

我的协调器的 NWK_MAX_DATABUFS_TOTAL 为96、    ZMacDataReqSec 的计数器比   MAC_MCPS_DATA_CNF 的计数器多109。

我的 SDK 为 7.10.02.23、我的工程设置如下所示

-DMAC_CFG_APP_PENDING_QUEUE=TRUE
-DMAC_CFG_TX_DATA_MAX=40
-DMAC_CFG_TX_MAX=50
-DMAC_CFG_RX_MAX=40

-DNWK_MAX_DATABUFS_WAITING=64
-DNWK_MAX_DATABUFS_SCHEDULED=40
-DNWK_MAX_DATABUFS_CONFIRMED=40
-DNWK_MAX_DATABUFS_TOTAL=96
-DNWK_INDIRECT_MSG_MAX_PER=8

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

    CC2652P 中的无线电 CPU 似乎停机。

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

    您好!

    您能在测试中描述网络流量吗?

    这是否与定制板配合使用? 或 TI Launchpad?

    谢谢!
    Toby

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

    Zigbee 模块、 定制板。

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

    此问题如下所示:

    执行函数"MAP_MAC_McpsDataREQ"、但未触发"MAC_MCPS_DATA_CNF"。 在几秒钟内、  "MAP_MAC_McpsDataREQ"的计数器 正在增加、但 "MAC_MCPS_DATA_CNF"的计数器不会增加。

    我知道、在 CC2652P 中、MAC 层由 RF-Core (Cortex-M0)执行。

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

    您能在测试中描述网络流量吗?

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

    仅运行一个 CC2652P 协调器。

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

    那么、这是一个 Zigbee 网络、其中仅包含一个 CC2652P 协调器? 没有其他设备?

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

    我在2个条件下进行了测试、一个 只有一个 CC2652P 协调器、但它记录了一些加入的节点、另一个是 具有1个路由器和2个终端设备的 CC2652P 协调器。 这两者都触发了此问题。

    我已将协调器的 SDK 升级到 7.41.00.17、这个问题无法解决。

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

    发生该问题时、您在"nwkDB_t * nwkDataBufQueue;"-->"uint8_t lastCnfStatus;   // Last MAC_MCPS_DATA_CNF status"中看到了什么?

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

    我尚未检查"NWKDataBufQueue"的"lastCnfStatus"、但我已对"ZMacDataReqSec"和"MAC_MCPS_DATA_CNF"的执行进行  计数、它们的执行计数器不 相等。

    我发现我的协调器可以像这样恢复。   发生该问题时、强制 使用 Zstackapi_Dev N.wkDiscReq 执行协调器扫描网络、然后使用"ZMacDataReqSec"发送256个空 MAC 数据包、 "nwkDB_CountTypes"将恢复为0。

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

    发生该问题时、  无法发送空的 MAC 数据包。 但经过信标扫描后、 可发送空的 MAC 数据包。

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

    尊敬的 Aries:

    感谢您的更新。 我将提交请求单。

    我已将协调员的 SDK 升级到 7.41.00.17、此问题无法解决。

    同时、您可以尝试使用 8.30 F2 SDK吗?

    谢谢!
    Toby

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

    我已经尝试使用7.10.00.98 SDK、这个问题从来没有出现过、我的协调员已经运行了一周。

    我已经将协调器的应用程序(SDK  7.41.00.17)移动 到 CC1352P  LaunchPad、但是这个 问题从未出现过。

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

    这是很好的了解。

    我将在票证中添加以下要点:

    1. 问题似乎与 SDK 相关(在 7.10.00.98 SDK 上没有发生)
    2. 问题似乎与硬件相关(在 CC1352P Launchpad 上不会发生、在定制电路板/模块上不会发生)

    我仍然建议使用我们拥有的最新 SDK。

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

    我已将 SDK 更新至8.30、仍然出现此问题。

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

    感谢您的确认。

    我已更新 TT。