Zigbee 和 Thread

Zigbee 和 Thread 论坛

状态
已锁定已锁定
个回复 27 个回复
名订阅用户 18 名订阅用户
次查看 7061 次查看
用户 0 名在线用户

选项

选项

相关

zstack 3.0.2终端频繁掉线问题

user5367314

Mastermind 8355 points

1个协调器2538（switch例程），20个终端2530（light例程）

星型结构，测试发现终端不停的掉线重连，终端距离协调器距离在1米以内，

终端随机的不停的掉线重新，连上了一会又掉了，一会这几个，一会那几个，

排除干扰问题，用home版协议栈测试几天没遇到一次这样的现象，

这肯定是协议栈的问题，我搜了论坛，发现别人也有这样的问题，如下面的链接：

0 YiKai Chen 5 年多前

Guru 109500 points

可以提供抓包档？

0 Alvin Chen 5 年多前

TI__Guru 56646 points

YiKai Chen 您在使用中有类似问题没？
但是当你使用超过20个终端时建议优化内存，请使用抓包文件说明问题。

“这肯定是协议栈的问题”。。。。。

0 Alvin Chen 5 年多前回复 Alvin Chen

TI__Guru 56646 points

建议开启MTO 以及优化ram和flash.

www.ti.com/.../swra635.pdf
www.ti.com/.../swra427c.pdf

0 YiKai Chen 5 年多前回复 Alvin Chen

Guru 109500 points

我沒遇到类似问题

0 user5798117 5 年多前回复 YiKai Chen

Intellectual 680 points

我监测现象是，当通信不好时，会有频繁掉线现象，但不用打开组网。

Zigbee 3.0.2 稳定性到底如何呢？从论坛问题来看，似乎都在为最基本的通信可靠性操心。相比之下，wifi之类，从来不用担心这样的问题。是什么原因，让大家觉得zigbee 网络不够稳定呢？

0 user5367314 5 年多前回复 Alvin Chen

Mastermind 8355 points

我这边是2538，是否也要开启MTO 以及优化ram和flash？

0 Alvin Chen 5 年多前回复 user5367314

TI__Guru 56646 points

都是需要的，你去试试，我在测试MTO (3.0.2) 至少100个node 没有出现问题。

0 user5367314 5 年多前回复 YiKai Chen

Mastermind 8355 points

掉线终端抓包如附件，一直掉线重连，终端2530（light），协调器2538（switch）

排除硬件问题，用Home版本的协议栈没这样的现象

0 Alvin Chen 5 年多前回复 user5367314

TI__Guru 56646 points

我看了你的抓包文件，你是否更改了TCLK部分，请你直接使用不不修改的light 和swcith或者其他demo测试。
从你的抓包文件来看是你的设备进行transmit key 以及后续的verify key 不完整造成的。

0 Alvin Chen 5 年多前回复 Alvin Chen

TI__Guru 56646 points

3.0 正常入网的TCLK transport 应该如下：

0 user5367314 5 年多前回复 Alvin Chen

Mastermind 8355 points

TCLK这部分在什么位置？我没改过，
如果知道在什么位置，我用原始的代码覆盖一下！

0 Alvin Chen 5 年多前回复 user5367314

TI__Guru 56646 points

你肯定你是覆盖了的问题，请使用原始Demo测试，或者重新下载sdk。

0 user5367314 5 年多前回复 Alvin Chen

Mastermind 8355 points

我就是基于原始的例程测试的，只是增加了LED指示，
我应用程序都没写，准备先把网络测试稳定再加上去，
你那边有没有不带LCD的例程？3.0.2light和switch的

0 YiKai Chen 5 年多前回复 user5367314

Guru 109500 points

參考一下

0 user5367314 5 年多前回复 Alvin Chen

Mastermind 8355 points

你好，附件是20个2530终端（light），协调器为2538（switch）

基于3.0.2协议栈，星型拓扑，没有路由，终端会出现随机的掉线恢复，

请帮忙分析一下原因？

20个终端测试.psd

0 Alvin Chen 5 年多前回复 user5367314

TI__Guru 56646 points

你的抓包文件不完整无法解密，但是可以发现你有很多次的连续data request 无法收到ack ，通常是由于你的通信硬件问题，

0 user5367314 5 年多前回复 Alvin Chen

Mastermind 8355 points

更新的抓包文件如附件，从入网开始抓包的，

硬件应该没问题的啊，之前测试home 1.2.2的协议栈都没问题20个终端测试更新.psd

0 YiKai Chen 5 年多前回复 user5367314

Guru 109500 points

你的抓包檔沒有任何新的終端入網，無法取得你網路的network key，請重作抓包檔

0 user5367314 5 年多前回复 Alvin Chen

Mastermind 8355 points

是不是例程里的IO和我用的IO不一致导致的
我用了三个LED P1.0,P1.1,P1.2
和一个按键P0.7，其他IO没有用

0 YiKai Chen 5 年多前回复 user5367314

Guru 109500 points

這個問題看起來跟IO不大相關

0 user5367314 5 年多前回复 YiKai Chen

Mastermind 8355 points

更新抓包文件如附件

20个终端测试更新2.psd

0 YiKai Chen 5 年多前回复 user5367314

Guru 109500 points

你協調器是不是一直在對終端發送信息啊？

0 user5367314 5 年多前回复 YiKai Chen

Mastermind 8355 points

没有啊，平时基本上没有指令，只要控制的时候才会给终端发，
正常是没有发任何数据的，抓包的文件协调器没有主动去发数据，
请问你从抓包文件看出来是什么问题了吗？

0 YiKai Chen 5 年多前回复 user5367314

Guru 109500 points

就是看到你协调器去发数据给终端发，比如說封包#274， 276， 286， 322，325，329，..這些看起來像是私有格式的封包，但你說没有啊，平时基本上没有指令，那我指出的那幾個是什麼指令？

0 user5367314 5 年多前回复 YiKai Chen

Mastermind 8355 points

static void procTx(void)
仿真的时候，暂停程序，大部分时间都停在这里，
那应该是串口的原因吧？我来查一下

0 user5367314 5 年多前回复 YiKai Chen

Mastermind 8355 points

终端配置如下，怎么抓包还是一直是datarequest,
之前版本的协议栈终端一直不睡眠的情况下，
是没有数据POLL的啊？

/****************************************
* The following are for End Devices only
***************************************/

-DRFD_RCVC_ALWAYS_ON=TRUE

/* The number of milliseconds to wait between data request polls to the coordinator. */
-DPOLL_RATE=2000

/* This is used after receiving a data indication to poll immediately
* for queued messages...in milliseconds.
*/
-DQUEUED_POLL_RATE=100

/* This is used after receiving a data confirmation to poll immediately
* for response messages...in milliseconds
*/
-DRESPONSE_POLL_RATE=100

/* This is used as an alternate response poll rate only for rejoin request.
* This rate is determined by the response time of the parent that the device
* is trying to join.
*/
-DREJOIN_POLL_RATE=440

/* Rejoin retry backoff silent period timer duration in milliseconds - default 15 minutes according to HA test spec */
-DREJOIN_BACKOFF=60000

/* Rejoin retry backoff scan timer duration in milliseconds - default 15 minutes according to HA test spec */
-DREJOIN_SCAN=60000

/* Latest sample apps use LED4 and do not use S1 switch (默认-DENABLE_LED4_DISABLE_S1)*/
-DDISABLE_LED4_ENABLE_S1

BDB_REPORTING
SECURE=1
TC_LINKKEY_JOIN
NV_INIT
NV_RESTORE
xPOWER_SAVING
NWK_AUTO_POLL
xZTOOL_P1
xMT_TASK
xMT_APP_FUNC
xMT_SYS_FUNC
xMT_ZDO_FUNC
xMT_ZDO_MGMT
xMT_APP_CNF_FUNC
xLCD_SUPPORTED=DEBUG
MULTICAST_ENABLED=FALSE
ZCL_READ
ZCL_DISCOVER
ZCL_WRITE
ZCL_BASIC
ZCL_IDENTIFY
ZCL_ON_OFF
ZCL_SCENES
ZCL_GROUPS
ZCL_LEVEL_CTRL

0 YiKai Chen 5 年多前回复 user5367314

Guru 109500 points

你要取消NWK_AUTO_POLL和把-DPOLL_RATE設置成0吧