legacy devices该怎么理解？

user4958201

Other Parts Discussed in Thread: Z-STACK, CC2538, CC2592

z-stack3.0协议栈开发指导手册中涉及安全设置的10.3.1.3章节中有如下一段话：

It is important to note that legacy devices (implementing R20 or before) will not be able to perform the TCLK exchange process, so if this policy is set to TRUE, legacy devices will not be able to join this network 。

请教一下怎么理解“ legacy devices ”这个描述？

8 年多前

0 user4958201 8 年多前

Intellectual 772 points

指的是R20以前的协议栈版本的设备吗？

0 Alvin Chen 8 年多前

TI__Guru 56646 points

legacy devices 为之前版本的设备，
也就是说如果你是implementing R20 或者更早的版本，就不能去TCLK的方式入网。

0 Alvin Chen 8 年多前回复 Alvin Chen

TI__Guru 56646 points

You must allow legacy devices to join your Zigbee 3.0 network, they are being rejected because of the new Zigbee 3.0 security scheme. You can allow legacy devices to join by setting BDB_DEFAULT_TC_REQUIRE_KEY_EXCHANGE to FALSE in bdb_interface.h

0 YiKai Chen 8 年多前回复 user4958201

Guru 109510 points

可以參考 e2e.ti.com/.../674052

0 user4958201 8 年多前回复 Alvin Chen

Intellectual 772 points

您好，想追问一个问题，在节点入网的过程中，节点请求link key，被ZC（trust center）leave了，我是否有办法获知被leave的具体原因？（相同的软硬件，网络节点加到奖金四十个就发生了被leave的情况，一个也加不进去了，即使偶尔加进去了运行也不正常，可能还会掉线，没有之前首次就加入网的运行稳定）

0 Alvin Chen 8 年多前回复 user4958201

TI__Guru 56646 points

有可能是关联表满了

0 YiKai Chen 8 年多前回复 user4958201

Guru 109510 points

這樣聽起來像是association table 滿了，這部份應該可以看beacon frame的router/device capacity 來確認

0 user4958201 8 年多前回复 YiKai Chen

Intellectual 772 points

您好
1. 协调器的关联表大小设置NWK_MAX_DEVICE_LIST=10，40个节点中有8个ZR设备，ZR设备是没有关联表的吧？整个网络容量是否还有其它限制的参数？
2. ZC回复beacon帧中Router capacity 和End device capacity均为TRUE；

0 user4958201 8 年多前回复 Alvin Chen

Intellectual 772 points

请参阅我给YiKai Chen的答复，谢谢了

0 YiKai Chen 8 年多前回复 user4958201

Guru 109510 points

1.ZR设备也有关联表，整个网络容量沒有其它限制的参数
2.有抓包檔可以貼上來看一下嗎？

0 Alvin Chen 8 年多前回复 user4958201

TI__Guru 56646 points

e2echina.ti.com/.../155357

0 user4958201 8 年多前回复 YiKai Chen

Intellectual 772 points

这个贴子里有我上传的抓包报文，以及我的报文分析注释，请参阅
e2echina.ti.com/.../154650

另外，ZR设备的关联表大小在哪设置，请指点一下，谢谢

0 YiKai Chen 8 年多前回复 user4958201

Guru 109510 points

ZR设备的关联表大小设置跟ZC一樣，你e2echina.ti.com/.../154650 log內0x730d這個設備很奇怪，他是ZR還是ZED，為什麼第661条他可以接受association request，然後第667条他又進行Data request?

0 user4958201 8 年多前回复 YiKai Chen

Intellectual 772 points

1. ZR中关联表没有预定义宏应该就是代码中这块定义的表大小默认20吧？
#if !defined( NWK_MAX_DEVICE_LIST )
#define NWK_MAX_DEVICE_LIST 20 // Maximum number of devices in the
2. 贴子中0x730d是一个已经入网的ZR设备，661接受关联请求后，667条这个0x730d路由设备向协调器发送了一个请求，然后协调器给他回复了，这个一来一回报文确实没看出来干吗用的

0 YiKai Chen 8 年多前回复 user4958201

Guru 109510 points

1. 是的
2. 你描述裡面一直提到C547但我在log裡面沒有看到這個設備啊

0 user4958201 8 年多前回复 YiKai Chen

Intellectual 772 points

不好意思我没写清楚，C5 47是log中第653行发beacon帧的终端节点的64位IEEE地址的最后16位，不是短地址。在665行该设备被分了短地址0xb77c

0 YiKai Chen 8 年多前回复 user4958201

Guru 109510 points

你網路內的ZC,ZR,ZED都是用Z-Stack 3.0.1的協議棧嗎？

0 user4958201 8 年多前回复 YiKai Chen

Intellectual 772 points

统一3.0的协议栈

0 YiKai Chen 8 年多前回复 user4958201

Guru 109510 points

你的ZC用的是什麼例程？為什麼869行會發出remove device命令？

0 user4958201 8 年多前回复 YiKai Chen

Intellectual 772 points

ZC和ZR、ZE是基于3.0协议栈中门doorlock例程改的，现在要查的就是为什么869行会发出remove device命令，就是因为ZC发了这个，请求加入的终端父节点收到ZC发的remove后，才给该节点发送leave命令的，所以终端一直加入不了网络。

0 user4958201 8 年多前回复 YiKai Chen

Intellectual 772 points

刚才我看了3.0开发手册的10.6.1章节表7，你问的ZR回复了终端的关联请求后，又向ZC发送了数据请求，那个数据请求是update Device请求，ZC收到该请求后会发送网络标准密钥给要加入的终端设备，当然了要经过ZR传输给ZE。由于我录报文没有录ZR的入网过程，所以ZR和ZC之间的报文没有解密。

0 YiKai Chen 8 年多前回复 user4958201

Guru 109510 points

暫時想不出為什麼你的ZC會發出remove device.

0 user4958201 8 年多前回复 YiKai Chen

Intellectual 772 points

好的我再想想吧谢谢

0 YiKai Chen 8 年多前回复 user4958201

Guru 109510 points

我如果有想到什麼可能性的話再回你帖子吧

0 user4958201 8 年多前回复 Alvin Chen

Intellectual 772 points

协议栈： Z-stack 3.0.0

参考程序为：SampleDoorLockController和SampleDoorLock
芯片型号：CC2538
抓包文件在此帖中我已经附上了：e2echina.ti.com/.../154650

ZC的宏定义：
ewarm
CC2538_USE_ALTERNATE_INTERRUPT_MAP=1
FEATURE_RESET_MACRO
TC_LINKKEY_JOIN
NV_INIT
NV_RESTORE
xZTOOL_P1
xMT_TASK
xMT_APP_FUNC
xMT_SYS_FUNC
xMT_ZDO_FUNC
xMT_APP_CNF_FUNC
xLCD_SUPPORTED=DEBUG
MULTICAST_ENABLED=FALSE
ZCL_READ
ZCL_WRITE
ZCL_BASIC
xZCL_IDENTIFY
ZCL_DOORLOCK
ZCL_SCENES
ZCL_GROUPS
ZCL_REPORT_DESTINATION_DEVICE
ZAPP_P1
HAL_UART_DMA=0
HAL_PA_LNA_CC2592
HAL_LCD=FALSE
HAL_KEY=FALSE
xINT_HEAP_LEN=3280
NWK_MAX_DEVICE_LIST=10
CONCENTRATOR_ENABLE=1
CONCENTRATOR_DISCOVERY_TIME=120
MAX_RTG_SRC_ENTRIES=100
SRC_RTG_EXPIRY_TIME=200
CONCENTRATOR_ROUTE_CACHE=1
MTO_RREQ_LIMIT_TIME=5000
LINK_DOWN_TRIGGER=12
NWK_ROUTE_AGE_LIMIT=30
BCAST_DELIVERY_TIME=100
DEF_NWK_RADIUS=15
DEFAULT_ROUTE_REQUEST_RADIUS=8
ROUTE_DISCOVERY_TIME=13
ZDNWKMGR_MIN_TRANSMISSIONS=0
NWK_LINK_STATUS_PERIOD=30
WDT_IN_PM1_2538

ZR的宏定义：
xBDB_REPORTING
ewarm
CC2538_USE_ALTERNATE_INTERRUPT_MAP=1
FEATURE_RESET_MACRO
TC_LINKKEY_JOIN
NV_INIT
NV_RESTORE
xZTOOL_P1
xMT_TASK
xMT_APP_FUNC
xMT_SYS_FUNC
xMT_ZDO_FUNC
xMT_APP_CNF_FUNC
xLCD_SUPPORTED=DEBUG
MULTICAST_ENABLED=FALSE
ZCL_READ
xZCL_WRITE
ZCL_BASIC
xZCL_IDENTIFY
ZCL_DOORLOCK
xZCL_SCENES
xZCL_GROUPS
WDT_IN_PM1
HAL_PA_LNA_CC2592
xDI_EN=TRUE
CC2538_V_T
TEST_SERIAL=1
LINK_DOWN_TRIGGER=12
NWK_ROUTE_AGE_LIMIT=30
BCAST_DELIVERY_TIME=100
DEF_NWK_RADIUS=15
NWK_ROUTE_AGE_LIMIT=30
DEFAULT_ROUTE_REQUEST_RADIUS=8
ROUTE_DISCOVERY_TIME=13
ZDNWKMGR_MIN_TRANSMISSIONS=0
NWK_LINK_STATUS_PERIOD=30
MAX_NEIGHBOR_ENTRIES=20

我的问题是：
1. 为什么节点加到38个之后新节点入网过程中就会被ZC发送remove device，同样的软硬件。
2. 我是否可以使用分布式网络加密，即参考z-stack3.0协议栈开发手册中10.6.2章节，看着应该是不用传输信任中心密钥，只传输一个网络密钥就可以了，这样是不是就完美避开了问题1？
3. 如果使用分布式网络密钥机制，需要设置哪些宏？开发手册10.9章节有快速设置说明，但是我通读了第十章后，还是没有一个完整设置的概念，麻烦给出一个准确的设置。
链接： e2echina.ti.com/.../154650 中有我对问题1的分析以及报文，请参阅

不胜感激，谢谢。

0 Alvin Chen 8 年多前回复 user4958201

TI__Guru 56646 points

目前看出来想法就是关联表满了，然后你可以选择禁用掉TCLK的那个功能试一下，但是感觉不是这个问题。

至于你说那个分布式网络密钥设置，这个要去看下面的链接。

你最好把这个帖子发到下面的链接，让美国看看，我也没看出来为什么会发送remove device.

e2e.ti.com/.../

很抱歉，没帮到你。

Zigbee 和 Thread

Zigbee 和 Thread 论坛

legacy devices该怎么理解？