TI中文支持网
TI专业的中文技术问题搜集分享网站

CC2652P: 设备有概率出现data request不正常发出的问题

Part Number:CC2652P

Hi,

sdk版本: simplelink_cc13x2_26x2_sdk_5_10_00_48

设备类型:enddevice

在设备通信时,有概率出现data request停止发送的情况,enddevice也不会触发lost parent回调,如下图所示,

5560行之前设备data request都是正常的,5560行之后,抓包器没有在抓到data request。协调器下发的数据,enddevice也无法接收到

我们应用层是使用如下方式控制 poll rate,

        case FAST_POLL:
            nwk_GetCurrentPollRateType(&currentPollRateType);
            if(currentPollRateType != POLL_RATE_TYPE_APP_1)
            {
            nwk_SetCurrentPollRateType(0xFFFF, FALSE);
            nwk_SetCurrentPollRateType(POLL_RATE_TYPE_APP_1, TRUE);
            }
            break;
        case LONG_POLL:
             nwk_GetCurrentPollRateType(&currentPollRateType);
            if(currentPollRateType != POLL_RATE_TYPE_DEFAULT)
            {
             nwk_SetCurrentPollRateType(0xFFFF, FALSE);
             nwk_SetCurrentPollRateType(POLL_RATE_TYPE_DEFAULT, TRUE);
            }
请帮忙看看有没有问题?
Alex Zhang:

您好,我这边已经为您联系了另一个工程师,这需要一些时间,请您等待一下,谢谢

,

Alex Zhang:

在最新的SDK (即SIMPLELINK-CC13XX-CC26XX-SDK v7.10)上通过示例项目是否可以轻松地重新创建此问题? 在出现此问题之前,应用程序运行了多长时间? Zed的轮询率是多少? 根据屏幕截图中可用的时间戳,显示速度似乎相当快。 是否可以提供嗅探器日志文件? 根据描述,Zed可能已崩溃,这可能表示内存泄漏或溢出。 我不确定在使用更新的方法和最新的软件资源时是否会复制这种类似的行为。 下面是zcl_samplesw.c的一个示例: 

 // set poll rate to POLL_RATE after joiningzstack_sysConfigWriteReq_t writeReq = { 0 };// Set the new poll rateswriteReq.has_pollRate = true;writeReq.pollRate = POLL_RATE;writeReq.pollRateType = POLL_RATE_TYPE_DEFAULT;Zstackapi_sysConfigWriteReq(appServiceTaskId, &writeReq);// disable response and queued poll rateswriteReq.pollRate = POLL_RATE_MAX;writeReq.pollRateType = POLL_RATE_TYPE_QUEUED;Zstackapi_sysConfigWriteReq(appServiceTaskId, &writeReq);writeReq.pollRateType = POLL_RATE_TYPE_RESPONSE;Zstackapi_sysConfigWriteReq(appServiceTaskId, &writeReq);

此线程将从E2E的这一重复帖子中继续:e2e.ti.com/…/cc2652p-data-request-may-be-sent-abnormally

我就把这个帖子关闭了,谢谢

赞(0)
未经允许不得转载:TI中文支持网 » CC2652P: 设备有概率出现data request不正常发出的问题
分享到: 更多 (0)