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.
https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1410407/cc2652p-cc2652p-coordinate-will-suspend-receiving-when-received-256-packets-of-data
工具与软件：
我的 CC2652P 坐标将 APS_DUP_REJ_entries 设置为100。 路由器每10毫秒发送一个数据包。 当坐标接收到256个数据包时、它将暂停接收一段时间。 这将导致坐标丢失数据包。
尊敬的 Aries：
您是否观察到 APS_DUP_REJ_entries 与接收暂停之间的关联？ 如果是、是否尝试减小 DEFAULT_APS_DUP_REJ_TIMEOUT 和 DEFAULT_APS_REJ_TIMEOUT_INCREMENT 进行补偿？ 需要每10ms 发送一次哪些数据包内容、这是否包括重复数据包。 由于这似乎是一个8位计数限制、我们应专注于减少协调器传入的处理压力。
此致、 Ryan
我的固件将 APS_DUP_REJ_ENTRIES 限制为小于128。 但 APS 重复 拒绝表似乎 包含256个数据包。 当我将 APS_DUP_REJ_ENTRIES 减小 到5时、接收 暂停将不会发生。
您是否尝试过 5到100之间的任何 APS_DUP_REJ_ENTRIES 值？ 您的应用程序 显著增加 APS_DUP_REJ_ENTRIES 的目的是什么？
我已经尝试值32、接收仍将暂停。 Coordinate 将接收来自多个节点的数据包、因此 APS_DUP_REJ_ENTRIES 应设置为更大的值。
可能是接收缓冲区在被删除之前被重复条目所填充(DEFAULT_APS_DUP_REJ_TIMEOUT_INCREMENT * DEFAULT_APS_DUP_REJ_TIMEOUT ms)。 路由器发送多个重复项的原因是否存在？ 您能否共享有关行为的监听器日志以及使用的是哪个 F2 SDK 版本？
我的 SDK 为 SDK_7_10_00_98
