CC1352p-2 在openThread协议栈中，下行数据延迟超过10秒

user6607508

Prodigy 70 points

Other Parts Discussed in Thread: CC1352P

您好：

目前使用CC1352搭建OpenThread网络，网关使用官方仓库的OTBR，使用UDP传输数据，数据发送至终端节点，有超过10S的延迟，这正常吗？

望解答，感谢。

4 年多前

0 Kevin Qiu 4 年多前

TI__Guru* 82220 points

你用的是哪个例程，SDK版本是多少，测试截图上传一下

0 YiKai Chen 4 年多前

Guru 109510 points

你的终端节点是會休眠的嘛？如果是polling rate設置多大？建議抓包看看是否是太久才做polling導致的数据发送延迟

0 user6607508 4 年多前回复 Kevin Qiu

Prodigy 70 points

您好 SDK为4.30.00.54

0 user6607508 4 年多前回复 YiKai Chen

Prodigy 70 points

不会休眠，关键是对比使用NRF52840跑终端应用，UDP接收下行数据是没有延迟的。

0 YiKai Chen 4 年多前回复 user6607508

Guru 109510 points

NRF2652跑终端应用? NRF2652是ti的芯片嘛？你SDK为4.30.00.54使用做UDP接收會看到延迟的例程是哪個？

0 user6607508 4 年多前回复 YiKai Chen

Prodigy 70 points

对比芯片是NRF52840，使用4.30.00.54的SDK是CC1352P

0 user6607508 4 年多前回复 YiKai Chen

Prodigy 70 points

对比芯片是NRF52840，上面写错了已更改，4.30.00.54使用的是CC1352P

0 YiKai Chen 4 年多前回复 user6607508

Guru 109510 points

你SDK为4.30.00.54使用CC1352P做UDP接收會看到延迟的例程是哪個？

0 user6607508 4 年多前回复 YiKai Chen

Prodigy 70 points

CLI-FTD

0 YiKai Chen 4 年多前回复 user6607508

Guru 109510 points

CLI-FTD照理不會有延迟，你是用原始例程還是有修改過？建議抓包看看問題

0 user6607508 4 年多前回复 YiKai Chen

Prodigy 70 points

没有修改过，抓包软件一直开启，上行数据收到后，会立刻下行一条数据，这条数据是在10多秒后出现。

0 YiKai Chen 4 年多前回复 user6607508

Guru 109510 points

上行数据收到后，会立刻下行一条数据，这条数据是在10多秒后出现，聽起來像是OTBR的延迟

0 Kevin Qiu 4 年多前回复 user6607508

TI__Guru* 82220 points

是否有抓包文件看一下，正常数据传输不会有这么大的延迟时间

Zigbee 和 Thread

Zigbee 和 Thread 论坛

CC1352p-2 在openThread协议栈中，下行数据延迟超过10秒