z-stack3.0 路由器断电恢复无法入网的情况请问怎么解决？

你好可以私信把你的抓包文件发给我么。
1，如果直接使用z-stack 3.0的原始的例程做测试，会有问题吗?
2, Transport key应该是协调器发出来的。

VV你好，第一个问题，我做了很多调试发现，第1种情况：先打开协调器允许设备加入，设备加入网络后，作为路由器，不管什么时候断电上电都会恢复为路由器。第2种情况：先触发设备开始寻网，再打开协调器允许加入，设备可以进入网络，但是断电再上电，无法恢复为路由器，而是变为了一个新节点，按键触发后，一直发送beacon request。只有调用bdb_resetLocalAction();  复位后，按照第一种情况加网，设备才可以实现断电恢复。这两者不同的操作顺序为什么结果不一样。
我路由器初始化调用的是bdb_StartCommissioning( 0 ); 然后按键触发 调用bdb_StartCommissioning(  BDB_COMMISSIONING_MODE_NWK_STEERING  ); 
我测试的时候使用了一个协调器+8个路由器，打开协调器，8个路由器同时触发开始入网，有时候会出现有个别设备无法加入，一直在连接，无transport key，把已经入网的路由器断电2-3个后，就能顺利加入
另外，zstack3.0中，想要增加install code key，设备端和协调器端需要调用哪个API，能指点下具体操作流程么
谢谢！

1、我觉得第2种情况，可能是错过了一些操作，导致router无法保存网络信息，也就是入网是成功了，但是NV没保存，重启之后就成孤立节点了。
2、设备多了之后入网不成功，有没有可能是key在传输过程中超时了或者什么原因，我还没试过多个设备同时入网的情况。
3、install code key 是要同时获取到对应的IEEE地址和TCLK的，然后把这两个信息发送给coordinator，然后coordinator决定是否入网，这种方式可能适应现在的扫一扫二维码自动加入网络的应用，每个router上附带一个二维码，里面包含IEEE地址和它自己的TCLK，在bdb_interface.h文件里面提供了多个install code key方式的API，其中之一bdb_addInstallCode就是。

1：两种情况，只是顺序不一样，代码都是一样的，不知道3.0的协议栈是否本身就对不同操作顺序有区别，还是我调用的函数参数有问题
2：这个问题，好像是协调器那边的问题，同时加入的设备多了，会出现个别设备没有收到key
3：设备端增加API接口是哪个啊，install code key可以自定义吧