Thread 中讨论的其他器件:SIMPLELINK-CC13XX-CC26XX-SDK、 Z-STACK
您好!
SDK:simplelink_cc13x2_26x2_SDK_5_10_00_48
DeviceType:终端设备
当器件通信时、数据请求很可能停止发送、且终端器件不会触发丢失的父级回调、如下图所示。
在行5560之前、器件的数据请求是正常的。 在线路5560之后、数据包捕获器不捕获数据请求。

我们的应用层通过以下方式控制轮询率。
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.
您好!
SDK:simplelink_cc13x2_26x2_SDK_5_10_00_48
DeviceType:终端设备
当器件通信时、数据请求很可能停止发送、且终端器件不会触发丢失的父级回调、如下图所示。
在行5560之前、器件的数据请求是正常的。 在线路5560之后、数据包捕获器不捕获数据请求。

我们的应用层通过以下方式控制轮询率。
您好、Liu、
似乎 Alex Zhang 已经为您发布: https://e2e.ti.com/f/1/t/1229222
下面是我从该主题的评论:
此问题是否可以使用示例工程在最新的 SDK (即 SIMPLELINK-CC13XX-CC26XX-SDK v7.10)上轻松地重新创建? 在发现此问题之前、应用程序运行多长时间? ZED 的轮询率是多少? 根据屏幕截图中提供的时间戳、这个过程看起来相当快。 是否可以提供监听器日志文件? 根据说明、ZED 似乎已崩溃、这可能表示内存泄漏或溢出。 我不确定使用更新的方法和最新的软件资源时、这种类似行为是否可以复制。 下面是 zcl_samplesw.c 的示例:
// set poll rate to POLL_RATE after joining
zstack_sysConfigWriteReq_t writeReq = { 0 };
// Set the new poll rates
writeReq.has_pollRate = true;
writeReq.pollRate = POLL_RATE;
writeReq.pollRateType = POLL_RATE_TYPE_DEFAULT;
Zstackapi_sysConfigWriteReq(appServiceTaskId, &writeReq);
// disable response and queued poll rates
writeReq.pollRate = POLL_RATE_MAX;
writeReq.pollRateType = POLL_RATE_TYPE_QUEUED;
Zstackapi_sysConfigWriteReq(appServiceTaskId, &writeReq);
writeReq.pollRateType = POLL_RATE_TYPE_RESPONSE;
Zstackapi_sysConfigWriteReq(appServiceTaskId, &writeReq);
请注意 Zstackapi_AfDataReq 返回值为 ZStack_ZStatusValues_ZSuccessess 。 您是否认为尽管命令成功返回、但数据包从未以无线方式传输?
此致、
Ryan
1.快速轮询速率为250ms,长轮询速率为6s
,Zstackapi_sysConfigWriteREQ 不会使正确配置的轮询速率立即生效 、因为 Nwk_SetCurrentPollRateType (0、true)中的 polrRateType 参数为0、而不是 pPtr->pREQ->pollRateType

附加的是数据包捕获文件,panid:0x6aa7,enddevice short address:0x335e,network key:b8:67:08:61:00:13:0F:33:02:78:4B:00:13:3D:30:b8
e2e.ti.com/.../20230517_5F00_1132_5F00_83.rar
4.请注意 Zstackapi_AfDataReq 返回值为 ZStack_ZStatusValues_ZSuccessess 。 您是否认为尽管命令成功返回、但数据包从未以无线方式传输?
——是的
1.void Nwk_SetCurrentPollRateType (uint16_t pollRateType、uint8_t Enable);
如果我要设置当前轮询速率、应该将 pollRateType 设置为 POLL_RATE_TYPE_DEFAULT、POLL_RATE_TYPE_APP_1或类似的设置。
pollRateType 为0,我们找不到相应的 pollrate 类型。
2.当数据请求停止发送时、无法恢复、设备只能重新启动、丢失父设备的回调也未被触发。此外、设备将无法触发重新加入流程。
尽管未以最佳方式进行描述、但 Nwk_SetCurrentPollRateType (uint16_t)应在最新的 v7.10 SDK 中刷新零的 pollRateTypr 的活动轮询速率。 我无法确认 v5.10的行为、但可能存在已在 SDK 中解决的错误。
尝试降低快速轮询速率以确定这是否可以解决问题、并考虑添加看门狗计时器尝试、并在器件冻结后对其进行软复位。 您还可以对故障固件执行进一步调试。
此致、 Ryan
从 SIMPLELINK-LOWPOWER-F2-SDK 下载页面开始、 然后转到每个中间 SDK 的"版本说明"->"Document Overview"->"TI Z-Stack 版本说明"。 这些文档 并未全面介绍 应用于 Zigbee 堆栈的所有更改。
此致、
Ryan