ZDSECMGR_TC_DEVICE_MAX限制问题，设备退出网络后资源没有释放

user3701862

上一次提问， zstack3.0设备无法添加超过40个，回复可以修改ZDSECMGR_TC_DEVICE_MAX，我尝试简单修改引入了新的bug，我也有新的想法还没有尝试；这里请教的不是这些bug，发现了一个更严重的bug

ZDSECMGR_TC_DEVICE_MAX我使用的是默认值40个，设备也成功添加了40个到网络中，测试了2天很稳定，没有异常；今天我通过协调器删除了一个设备，调用的是ZDP_MgmtLeaveReq(), 设备被成功删除，但是新的设备也不能添加到这个网络；我又将网络中的设备删除到只剩1个，新的设备同样无法加入这个网络，和添加第41个设备同一个现象

ZDSECMGR_TC_DEVICE_MAX给我的感觉并不是限制网络中3.0的设备数量，而是这个网络累计添加的zigbee3.0设备数量；是不是有些信息需要我们手动删除

8 年多前

0 Alvin Chen 8 年多前

TI__Guru 56646 points

”这里请教的不是这些bug，发现了一个更严重的bug“？

这是bug我不是很认同，ZDSECMGR_TC_DEVICE_MAX是可以修改的。
BDB_DEFAULT_TC_REQUIRE_KEY_EXCHANGE设置为FALSE的前提下，ZDSECMGR_TC_DEVICE_MAX和可以加入ZigBee可以加入数量是对应的。

你关联表清除了没？

0 user3701862 8 年多前回复 Alvin Chen

Intellectual 620 points

需要我手动清除关联表吗，那么如果这个设备的父设备并不是协调器时，设备的父设备如何知道设备已经离开网络

0 YiKai Chen 8 年多前回复 user3701862

Guru 109510 points

先檢查一下無法加入時协调器的关联表內容

0 user3701862 8 年多前回复 YiKai Chen

Intellectual 620 points

NWK_MAX_DEVICES默认是21个， ZDSECMGR_TC_DEVICE_MAX默认是40个，貌似对应不上，关联表我今天已经看不了了，只能明天再试；总觉得关联表不应该背这个锅

0 Alvin Chen 8 年多前回复 user3701862

TI__Guru 56646 points

你最好上传你的抓包文件，我看一下reject的原因。

0 user3701862 8 年多前回复 Alvin Chen

Intellectual 620 points

调用ZDP_MgmtLeaveReq()删除的设备， AssociatedDevList中相关的信息已经被自动清除

“BDB_DEFAULT_TC_REQUIRE_KEY_EXCHANGE设置为FALSE的前提下，ZDSECMGR_TC_DEVICE_MAX和可以加入ZigBee可以加入数量是对应的”，如果BDB_DEFAULT_TC_REQUIRE_KEY_EXCHANGE设置成TURE是否ZDSECMGR_TC_DEVICE_MAX限制就不起作用了呢

0 user3701862 8 年多前回复 Alvin Chen

Intellectual 620 points

我这次测试是ZDSECMGR_TC_DEVICE_MAX=2，我先添加了两个设备成功后添加第三个设备失败，删除一个设备后再次添加第三个设备失败添加第3个设备.psd 删除掉一个设备后再次添加第3个设备.psd

0 user3701862 8 年多前回复 Alvin Chen

Intellectual 620 points

我仅仅将ZDSECMGR_TC_DEVICE_MAX设置成120，第30个设备出现无法加入网络的情况；抓包看第30个设备似乎有加入的动作，但是bdb_RegisterCommissioningStatusCB()注册的callback收到的结果是BDB_COMMISSIONING_NO_NETWORK，能不能帮我分析下什么情况添加第30个设备.psd

0 Alvin Chen 8 年多前回复 user3701862

TI__Guru 56646 points

ZDSECMGR_TC_DEVICE_MAX is specific to the maximum number of unique TCLKs supported (and therefore Zigbee 3.0 devices allowed) in the network.

bdb_default_tc_require_key_exchange用于强制执行TCLK交换过程。

我今天看不了抓包文件手头没有PC，退网使用是类似于下面的函数？

set to 1 to remove the children of the device as well. 0 otherwise.
zstackmsg_zdoDeviceAnnounceInd_t *pInd;
pInd=(zstackmsg_zdoDeviceAnnounceInd_t *)pMsg;
zAddrType_t *dstAddr;
dstAddr->addr.shortAddr=pInd->req.devAddr;
dstAddr->addrMode=Addr16Bit;

ZStatus_t ret = ZDP_MgmtLeaveReq( dstAddr, pInd->req.devExtAddr, 1,0, 0 );

如果你很急可以发到英文上面上去或者找一些YK Chen。

e2e.ti.com/.../

0 user3701862 8 年多前回复 YiKai Chen

Intellectual 620 points

问题已描述，请求支援

0 user3701862 8 年多前回复 Alvin Chen

Intellectual 620 points

YK Chen的时差太大了

我在APSME_TCLinkKeyInit()中发现， zstack应该是为每一个设备存储了一份TCLK信息，这个信息在设备删除的时候应该释放却没有释放。我在调用ZDP_MgmtLeaveReq()后执行了这些代码，然后问题就解决了

uint16_t index = APSME_SearchTCLinkKeyEntry(exAddr, &found, NULL);
if(found == TRUE)
{
APSME_TCLKDevEntry_t TCLKDevEntry;
osal_memset(&TCLKDevEntry, 0x00, sizeof(APSME_TCLKDevEntry_t));
TCLKDevEntry.keyAttributes = ZG_DEFAULT_KEY;

osal_nv_write(index, 0, sizeof(APSME_TCLKDevEntry_t), &TCLKDevEntry);
TCLinkKeyFrmCntr[ZCD_NV_TCLK_TABLE_START - index].txFrmCntr = 0;
TCLinkKeyFrmCntr[ZCD_NV_TCLK_TABLE_START - index].rxFrmCntr = 0;
}
但是我在APSME_TCLinkKeyInit()中看到setDefault的时候执行了APSME_EraseICEntry(NULL), 其他地方调用的是APSME_EraseICEntry(&TCLKDevEntry.SeedShift_IcIndex); 不理解其中IC是什么意思，不知道这个函数是做什么的，我应不应该调用
IC 是 Install Code的缩写吗？

0 YiKai Chen 8 年多前回复 user3701862

Guru 109510 points

YK Chen的时差太大了? 你是E2E forum 上的jianf hu 吧,我看到你post同樣的問題在 Jose Maria Alvarez 有在那邊給你回覆了

0 Alvin Chen 8 年多前回复 user3701862

TI__Guru 56646 points

你说这个表是nv里面的表，请看

APSME_ApsLinkKeyFrmCntr_t ApsLinkKeyFrmCntr[ZDSECMGR_ENTRY_MAX];
APSME_TCLinkKeyFrmCntr_t TCLinkKeyFrmCntr[ZDSECMGR_TC_DEVICE_MAX];

 CONST uint16 gZDSECMGR_TC_DEVICE_MAX = ZDSECMGR_TC_DEVICE_MAX;
 CONST uint16 gZDSECMGR_TC_DEVICE_IC_MAX = ZDSECMGR_TC_DEVICE_IC_MAX;
 uint8  gZDSECMGR_TC_ATTEMPT_DEFAULT_KEY = ZDSECMGR_TC_ATTEMPT_DEFAULT_KEY;

这是一些TC的表。这个IC代表就是IC芯片意思。

很抱歉，今天才有时间去看你的case，回复晚了。

0 user3701862 8 年多前回复 YiKai Chen

Intellectual 620 points

谢谢YK，以为你现在是休息时间

0 YiKai Chen 8 年多前回复 user3701862

Guru 109510 points

Jose Maria Alvarez 現在才是休息時間，你有sniffer log他會看的

0 Alvin Chen 8 年多前回复 Alvin Chen

TI__Guru 56646 points

Hi YK and jianf hu，
我来更新这个帖子了，请尝试使用ZDSecMgrDeviceRemove这个函数。测试之后请给我一些feedback，谢谢。

0 user3701862 8 年多前回复 Alvin Chen

Intellectual 620 points

我现在还没有测试这个函数，函数需要提供parentAddr，协调器如何准确的获取这个参数

0 Alvin Chen 8 年多前回复 user3701862

TI__Guru 56646 points

你协调器使用这个函数时，你要移除的设备的父地址为协调地址为0x0000；

0 user3701862 8 年多前回复 Alvin Chen

Intellectual 620 points

的确是协调器使用这个函数，但是需要移除的设备的父地址绝对不会都是0的，如果强制设置成0，应该绝大多数设备无法成功移除

0 Alvin Chen 8 年多前回复 user3701862

TI__Guru 56646 points

如果你的设备的父设备为协调器则为0x0000，
如果不是则使用NLME_GetCoordShortAddr()。

3.5.2.1.3 NLME_GetCoordShortAddr()
This function will return the device's parent’s network (short - 16 bit) address. This is NOT the Zigbee
Coordinator’s short address (it’s always 0x0000). In MAC terms, the parent is called a coordinator.

0 user3701862 8 年多前回复 Alvin Chen

Intellectual 620 points

Alvin Chen没有理解到我的意思
举个栗子
假如我有2个设备假如到网络， 0x1234和0x1235; 0x1234是0x1235的父设备
如果0x1235调用NLME_GetCoordShortAddr()是可以得到自己的父设备地址0x1234, 但是协调器调用NLME_GetCoordShortAddr()是得不到0x1235的父设备地址的
我需要通过协调器删除掉设备0x1235, 协调器如何知道0x1235的父设备地址

0 Alvin Chen 8 年多前回复 user3701862

TI__Guru 56646 points

我懂得你的意思了，但是你获取父设备的方法只能是去使用NLME_GetCoordShortAddr（），
假设你0x1234获取了父设备地址为0x1235。
然后你把这个信息发到协调器上面去，然后协调器去操作就可以了。

Zigbee 和 Thread

Zigbee 和 Thread 论坛

ZDSECMGR_TC_DEVICE_MAX限制问题，设备退出网络后资源没有释放

Zigbee 和 Thread

Zigbee 和 Thread 论坛

ZDSECMGR_TC_DEVICE_MAX限制问题， 设备退出网络后资源没有释放

ZDSECMGR_TC_DEVICE_MAX限制问题，设备退出网络后资源没有释放