zstack 3.0.2测试中遇到的问题

user5367314

Mastermind 8355 points

Other Parts Discussed in Thread: CC2538, Z-STACK

协调器2538，终端2530（大约20个终端），协调器与终端可视距离在5米左右

1.正常入网后，偶尔会随机出现个别终端掉线，但是很快就恢复，这是正常的吗？如何避免出现这样的现象？

加大POLL间隔还是其他方法？

2.协调器和终端都开启MV，对已经入网的终端恢复出厂设置bdb_resetLocalAction，偶尔出现该终端

一直无法再入网了，只有对协调器也执行bdb_resetLocalAction，该终端才可以正常入网，这是什么原因？

之前用home1.2.2协议栈没有这样的问题，猜测原因是终端虽然复位了，但是协调器里还存有该终端的信息，

终端复位后再次入网，协调器对比和之前的信息不一样，所以导致一直无法入网

3.协调器和终端都开启MV，偶尔出现终端重新上电后一直无法入网，此时把协调器的允许入网打开即可入网，这是什么原因？

4.还有个问题，协调器默认的允许入网有效期是3分钟，可是大约5分钟后新的终端还是能加的进来，半小时后测试新的终端才加不进来，

是否可以3分钟到了收到去关闭入网允许？

4 年多前

0 Alvin Chen 4 年多前

TI__Guru 56646 points

1.正常入网后，偶尔会随机出现个别终端掉线，但是很快就恢复，这是正常的吗？如何避免出现这样的现象？
请抓包看一下是什么原因引起的掉线。
2.同理提供抓包文件，但是默认MAX device 是20个，如果你没加大，则无法加入。
#define NWK_MAX_DEVICE_LIST 20 // Maximum number of devices in the
// Assoc/Device list.
3至于你的其他问题请提供抓包文件，如果你用的steering 则180s后自动关闭。

0 YiKai Chen 4 年多前

Guru 109500 points

1. 聽起來不大正常，建議抓包看看什麼問題
2&3. 也是建議你抓包看看問題
4. BDB协调器默认的允许入网有效期是3分钟，3分钟到自動关闭入网，如果大约5分钟后新的终端还是能加的进来，也是建議你抓包看看問題

0 user5367314 4 年多前回复 YiKai Chen

Mastermind 8355 points

我们没有用到LCD部分，为什么把LCD使能关闭了，就下载就出现一堆错误？（编译过程没有错误）

打开LCD使能后正常下载

0 user5367314 4 年多前回复 YiKai Chen

Mastermind 8355 points

把已经入网的终端直接断电，然后拿到一个新的地方再次复位加入新的协调器，
然后再把该终端拿回来，复位后还能入到原来的协调器吗？
因为该终端没有发送leave指令，而是直接断电的，不知道能否再次加入？

0 YiKai Chen 4 年多前回复 user5367314

Guru 109500 points

加入新的协调器，然后再把该终端拿回来，复位后还能入到原来的协调器、这邊的复位是factory reset?

0 user5367314 4 年多前回复 YiKai Chen

Mastermind 8355 points

就是bdb_resetLocalAction复位啊，是factory reset吧？

0 YiKai Chen 4 年多前回复 user5367314

Guru 109500 points

bdb_resetLocalAction复位是factory reset、這樣的話就是要重新启动協調器入網

0 user5367314 4 年多前回复 YiKai Chen

Mastermind 8355 points

协调器2538+2592，终端2530，可视距离5米，

终端联网后，会随机的出现终端掉线，掉线后会自动重连，

附件是抓包文件，随机的出现终端，不是固定哪个终端

一直这样，一会掉一会连，终端个数是10个左右，没有路由器

终端每30S会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.(默认1000) */
-DPOLL_RATE=32000

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

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

/* 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.(默认440)
*/
-DREJOIN_POLL_RATE=1000

/* 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)*/

附件

终端频繁掉线.psd

0 YiKai Chen 4 年多前回复 user5367314

Guru 109500 points

可视距离5米会随机的出现终端掉线，掉线后会自动重连、感覺RF效能不好、建議你先查一下RF的設計

0 user5367314 4 年多前回复 YiKai Chen

Mastermind 8355 points

即使放在一起也是会出现掉线，距离在20厘米左右还是一样的情况，

都是买的模块，不是我们自己用芯片做的，

另外测试中遇到终端复位（bdb_resetLocalAction）后出现了该终端加上了协调器就掉了，掉了又加上了，加了又掉了，无限循环，

和协调器距离在10厘米左右，抓包文件如附件、

一直掉线重连.psd

0 user5367314 4 年多前回复 YiKai Chen

Mastermind 8355 points

@YiKai Chen 可知道一直掉线重连，而且每次的网络地址都是变化的，
可能是什么原因？

0 YiKai Chen 4 年多前回复 user5367314

Guru 109500 points

你的抓包看來是交換key的過程沒有正確完成導致設備入網不成功，你有去修改協議棧的源碼嗎？

0 user5367314 4 年多前回复 YiKai Chen

Mastermind 8355 points

这个问题不是必现的，同一个终端，测试几十次才会出现一次，但是一旦出现，即使复位终端，
也无法解决，只有复位协调器才行，这个有没有什么好的办法解决？是官方例程是swicth,light，

0 user5367314 4 年多前回复 Alvin Chen

Mastermind 8355 points

我把协调器里NWK_MAX_DEVICE_LIST改为50
测试发现有的时候终端加上了一会就掉了，然后无限循环，
查看论坛怀疑是#define ZDSECMGR_TC_DEVICE_MAX 40的原因
ZDSECMGR_TC_DEVICE_MAX最大只能是40吗？那么以为2538协调器最大MTO只能带40个终端（无路由）
2538 MTO模式最大可以带多少个终端比较好？

0 YiKai Chen 4 年多前回复 user5367314

Guru 109500 points

你把bdbTrustCenterRequireKeyExchange設置成FALSE試試

0 user5367314 4 年多前回复 YiKai Chen

Mastermind 8355 points

The Zigbee 3.0 specification mandates that every Zigbee 3.0 certified device must perform TC Link Key update during network association and use a unique TC Link Key with the network Trust Center (ZC).
上面这句话的意思是如果设备要过认证的话就不能把bdbTrustCenterRequireKeyExchange设为false吧？
我不需要过认证，是不是设置bdbTrustCenterRequireKeyExchange为false就可以了？
设置bdbTrustCenterRequireKeyExchange为false有什么不好的影响吗？

0 Alvin Chen 4 年多前回复 user5367314

TI__Guru 56646 points

你可以禁用TCLK exchange ：参考YK的回帖。
我更推荐你换一些设备试试，感觉你的问题特别多而且没有条理性，特别是10cm这就很大程序说明硬件有一定的问题。

0 user5367314 4 年多前回复 YiKai Chen

Mastermind 8355 points

已把bdbTrustCenterRequireKeyExchange設置成FALSE
那现在2538最大可加入的终端数量跟NWK_MAX_DEVICE_LIST有关还是跟ZDSECMGR_TC_DEVICE_MAX有关
发现把ZDSECMGR_TC_DEVICE_MAX设为50就编译无法通过了，
所以ZDSECMGR_TC_DEVICE_MAX默认为40，2538是否可以带多于40个终端？

0 YiKai Chen 4 年多前回复 user5367314

Guru 109500 points

已把bdbTrustCenterRequireKeyExchange設置成FALSE的話，最大可加入的终端数量就只跟NWK_MAX_DEVICE_LIST有关

0 user5367314 4 年多前回复 YiKai Chen

Mastermind 8355 points

你好，把bdbTrustCenterRequireKeyExchange設置成FALSE，
我只改了协调器部分的，但是测试还是出现终端入网十几秒后被踢了的现象，
终端是不是也要设置成FALSE？

0 YiKai Chen 4 年多前回复 user5367314

Guru 109500 points

终端也设置成FALSE測試看看

0 user5367314 4 年多前回复 YiKai Chen

Mastermind 8355 points

3.0协议栈协调器的默认允许入网时间是180S，如果我想改小点，请问改哪个参数？

0 YiKai Chen 4 年多前回复 user5367314

Guru 109500 points

修改BDBC_MIN_COMMISSIONING_TIME

0 user5367314 4 年多前回复 YiKai Chen

Mastermind 8355 points

协调器和终端都FALSE了BDB_DEFAULT_TC_REQUIRE_KEY_EXCHANGE，

一开始终端加入协调器1，然后把协调器1断电，复位终端加协调器2，

测试发现终端复位后,不能加入协调器2，一直加上了就leave，协调器2当前带了15个左右的终端

抓包如附件：是不是FALSE了BDB_DEFAULT_TC_REQUIRE_KEY_EXCHANGE，还有其他地方需要修改？

加上就leave.psd

协调器预编译：

ewarm
CC2538_USE_ALTERNATE_INTERRUPT_MAP=1
FEATURE_RESET_MACRO
SECURE=1
TC_LINKKEY_JOIN
NV_INIT
NV_RESTORE
ZTOOL_P1
MT_TASK
xMT_APP_FUNC
xMT_SYS_FUNC
xMT_ZDO_FUNC
xMT_APP_CNF_FUNC
xLCD_SUPPORTED=DEBUG
MULTICAST_ENABLED=FALSE
ZCL_READ
ZCL_DISCOVER
ZCL_WRITE
ZCL_BASIC
ZCL_IDENTIFY
ZCL_ON_OFF
ZCL_GROUPS
ZCL_SCENES
ZCL_REPORT
ZCL_REPORT_DESTINATION_DEVICE
ZCL_REPORTING_DEVICE

终端预编译：

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
xZCL_REPORTING_DEVICE
xZCL_REPORT
ZCL_REPORT_DESTINATION_DEVICE

0 YiKai Chen 4 年多前回复 user5367314

Guru 109500 points

抓包看來你的終端還是有要求TC_REQUIRE_KEY_EXCHANGE，你確定BDB_DEFAULT_TC_REQUIRE_KEY_EXCHANGE已經都設置為FALSE了？要不要erase chip在重頭測試看看

0 user5367314 4 年多前回复 YiKai Chen

Mastermind 8355 points

设置如下，协调器和终端我都改了啊
#ifdef TP2_LEGACY_ZC
#define BDB_DEFAULT_TC_REQUIRE_KEY_EXCHANGE FALSE
#else
#define BDB_DEFAULT_TC_REQUIRE_KEY_EXCHANGE FALSE//默认TRUE
#endif

0 YiKai Chen 4 年多前回复 user5367314

Guru 109500 points

erase chip在重頭測試看看

0 user5367314 4 年多前回复 YiKai Chen

Mastermind 8355 points

两个协调器和1个终端都重新擦除下载程序了，
测试的方法就是终端通过恢复出厂来回切换协调器加入，
刚开始五六次切换可以加入协调器1或者协调器2，后面就加不进去了，又出现加进去了又leave了，
即使把终端擦除重新下载程序都不行，必须把协调器也擦除下载程序才行，
这是什么原因？

0 user5367314 4 年多前回复 YiKai Chen

Mastermind 8355 points

是不是跟下面的预编译有关？
SECURE=1
TC_LINKKEY_JOIN

0 YiKai Chen 4 年多前回复 user5367314

Guru 109500 points

應該沒有關係，這兩個预编译是一定要有的

0 user5367314 4 年多前回复 YiKai Chen

Mastermind 8355 points

1.已加入协调器的终端，比如说该终端坏了，
我也不知道他的地址，如何在协调器里删了他的所有信息？
2.另外判断终端是否在线是否可以用AssociatedDevList[].timeoutcounter去判断？（终端会定期POLL的）

0 Alvin Chen 4 年多前回复 user5367314

TI__Guru 56646 points

ZigBee3.0 带有childaging

么End Device在入网成功以后，会通过Device Announce把Timeout相关的信息发给父设备。ZDApp_AnnounceNewAddress( void )里的NLME_SendEndDevTimeoutReq。

这个函数中会把下面两个变量的信息发送给父设备，也就是说不同的节点可以配置不同的timeout时间，主要也是根据节点的Data request来决定的。

uint8 zgEndDeviceTimeoutValue = END_DEV_TIMEOUT_VALUE;
uint8 zgEndDeviceConfiguration = END_DEV_CONFIGURATION;

在父设备上面，收到这个req以后，会调用到下面这个函数

NLME_ProcessEndDevTimeoutReq( NLDE_FrameFormat_t *ff )

这个函数处理的过程，主要是把收到的zgEndDeviceTimeoutValue，写到AssociateList里面去，

typedef struct
{
uint16 shortAddr; // Short address of associated device
uint16 addrIdx; // Index from the address manager
byte nodeRelation;
byte devStatus; // bitmap of various status values
byte assocCnt;
byte age;
linkInfo_t linkInfo;
aging_end_device_t endDev;
uint32 timeoutCounter;
bool keepaliveRcv;
} associated_devices_t;

在父设备会定期的去更新这个表里面的，周期性调用AssocChildAging，更新的周期是1s钟，开了一个1s的timer事件，每隔1s就会把Associate List的设备的timecounter减1.

同样只要在底层收到节点的Data request或者其他应用数据，立刻把这个变量恢复到初始值，也就刚开始的赋值，调用AssocChildTableUpdateTimeout。

那么在定义更新的时候，如果timecounter减1等于0了，就会把节点的信息放入一个NotmyChild的list里面。

// Not My Child structure
typedef struct
{
uint16 shortAddr;
uint16 timeoutCounter;
} nwkNotMyChild_t;

然后也是定期的去更新这个变量，如果这个时候收到data req，就会把节点信息从NotmyChildlist重新移到你Associate list里面去。

如果在NotmyChildList里面的counter的时候，那么就把这个节点彻底删除了NwkNotMyChildSendLeave

所以如果要判断节点是否在线，只需要判断在AssociateList还是否存在就可以了。

AssocGetWithShort( uint16 shortAddr )

0 user5367314 4 年多前回复 Alvin Chen

Mastermind 8355 points

比如说某个终端被移走了，协调器这边
想释放AssociatedDevList来给别的终端加进来，
该怎么删除已移走的终端，用AssocRemove吗？
但是协调器端不知道该终端的extAddr 啊？
/*
* Remove a device from the list. Uses the extended address.
*/
extern byte AssocRemove( byte *extAddr );