TI中文支持网请教一下大家，
在KEY_CHANGE事件中， 通过下面代码， 已经使协调器组网成功了。
bdb_StartCommissioning(BDB_COMMISSIONING_MODE_NWK_FORMATION);
NLME_PermitJoiningRequest(0xFF);
终端在KEY_CHANGE事件中， 通过下面的代码，缺不能入网成功。(ZDO_STATE_CHANGE事件中， 最后的状态是 DEV_HOLD)
bdb_StartCommissioning(BDB_COMMISSIONING_MODE_NWK_STEERING);
NLME_PermitJoiningRequest(0xFF);
大家知道问题在那里吗？
miffy：
我总结的一篇文章，在附件，希望能帮助到你。
th smi：
回复 miffy:
协调器 组网， 终端入网 都是调用下面的代码吗?
bdb_StartCommissioning(BDB_COMMISSIONING_MODE_NWK_FORMATION | BDB_COMMISSIONING_MODE_NWK_STEERING | BDB_COMMISSIONING_MODE_FINDING_BINDING | BDB_COMMISSIONING_MODE_INITIATOR_TL);
th smi：
回复 th smi:
我这边终端入网，ZDO_STATE_CHANGE事件中 最终的状态 devStates_t 是 DEV_HOLD， 请问这是什么原因？
miffy：
回复 th smi:
我是先干掉了HAL_KEY=FALSE，不要任何按键，然后是在GenericApp示例程序基础上开发的，没有问题，协调器和路由器之间的TCLK和network key保持一直，刷完就自动入网了，或者恢复出厂设置以后，重新启动，也会自动入网，NV_RESTORE之类的Z-Stack 3.0都是默认开启的。
xiaolong_ba：
回复 miffy:
在Ztack 3.0.1的general app的示例中为啥我去掉LCD和KEY之后，其他什么都没有改，为啥一直捉取不到报文，这个还需要什么注意的地方吗？
user4041165：
回复 xiaolong_ba:
新的协议栈里面信道有第一类信道和第二类信道，看是不是一直扫描第二类信道上去了。
hehui cai：
回复 th smi:
请问你的问题解决了吗？我也遇到了同样的情况
miffy：
回复 hehui cai:
3.0协议栈是会有这类问题，有时候一次入不了网，多试几次，就能入了，分析ubiqua抓包数据，发现Transport key过去以后没有任何反应，然后又Transport key了一次，还是没反应，多试几次反而就成功了，profile交换都正常了，不知道是什么原因。
按理说附近只有一个coordinator开放网络，不至于错误加入到别的网络中，就是很奇怪的了。
wei shi5：
回复 miffy:
你好 hold li 请问你的这个问题后面解决了吗 是怎么解决的呢?我现在也也碰到这个问题了,求帮助,
VV：
回复 wei shi5:
wei shi5
你好 hold li 请问你的这个问题后面解决了吗 是怎么解决的呢?我现在也也碰到这个问题了,求帮助,
