TI中文支持网当前zll灯经过touch link已经被父路由（飞比路由器）接受后，现在父路由器按复位键复位到出厂模式键，zll灯被touch link后总是不能立即响应父路由器复位要求；但是如zll灯下电再上电后有一定的概率能响应父路由器复位要求。
已知zll不支持绑定，可是zll灯程序的哪个部分是处理父路由器复位要求的呢？NLME_LeaveReq和AssocRemove函数在父路由器复位时都未测试到被执行。现在zll灯需要改成“父路由器复位时即使刚刚被touch link接受后，也要立即响应父路由器复位要求”。
lifeng wan：
由于怀疑Touch link 簇0x07条目（Reset to factory new request）命令 是导致灯复位到出厂状态的原因，对zclLL_HdlIncoming做了补充测试，测试结果是程序始终没有停在断点上就发生了复位到初始值（加了液晶第3行显示输出运行信息也没看到流程走到zclLL_HdlIncoming的迹象）；另外测试父路由器复位时，灯的zll_ResetToFactoryNew函数也未能断点断住。这样一来就很奇怪了，要么方法不对；要么我的思路有问题。求解答。
lifeng wan：
回复 lifeng wan:
根据前面的测试结果，解授权操作需要先复位，这个好办，授权后延时一会主动自复位；复位后到底是在哪里起到解授权的作用的？怎么都没有技术支持啊？
lifeng wan：
回复 lifeng wan:
当前这个问题已有些头绪了，测试基本确定解授权的接收帧处理函数是ZDO_LeaveInd，有关代码还在研究中，问题是飞比路由器解授权帧不是很容易收到，这个问题应如何解决？
lifeng wan：
回复 lifeng wan:
现在已经确认ZDO_LeaveInd只能在复位后的几秒时间内能收到，几秒后（稍长时间）即使多按父路由离开键也接收不到，请提供问题解决的方法。当前只测到ZLL能接收到的飞比路由器离开通知就是ZDO_LeaveInd。设计要求是在设备运行期间都能收到，随时都可以取消授权，不仅仅是在设备复位后的几秒内。
VV：
回复 lifeng wan:
你好，
不太明白你提到的授权是什么意思，你的ZLL协议栈应该是Feibit在TI ZLL协议栈基础上加了新的功能对吧？
告诉我下你用的ZLL协议栈版本。
另外测试过程中最好能够把抓包的文件保存下来，这样有利于分析。是否能提供抓包文件。
谢谢！
lifeng wan：
回复 VV:
当前使用的例程是Z-Stack Lighting 1.0.2的SampleApp，我的ZLL协议栈就是Z-Stack Lighting 1.0.2，没有增加什么，当前是打算做个灯控。
授权的意思就是认证，zll_target.c文件targetProcessStateChange功能函数，程序刚启动运行状态是扫描，扫描OK后是加入网络，加入网络后如果你是经过认证的设备，状态就转成具体的设备类型，比如设备类型是路由器“devState == DEV_ROUTER”或者设备类型是末端节点“devState == DEV_END_DEVICE”。设备被认证的方法就是空机启动时被路由器touch link。
抓包怎么抓，我现在还只有一个板，TI 的ZLL开发套件申请了还没到。
这ZLL不支持协调器，也能抓包么？
lifeng wan：
回复 lifeng wan:
对这个问题我的新想法是，定时检查网络的变化，如果发现变化了，主动复位设备启动扫描，扫描时自动就发现授权被取消了。只是路由器取消授权后，没检测到任何变化。灯啥事件也没发生，NLME_ReJoinRequest和ZDP_DeviceAnnce的定时调用结果都是成功。解授权前是成功，解授权后还是成功，有些困惑了。请技术人员尽快支持一下。
VV：
回复 lifeng wan:
实在对你的 授权 认证 这些词有点搞不太懂！
你的问题是什么，目的是什么
lifeng wan：
回复 VV:
zll的“授权 “认证就是Touch link，解“授权 认证”就是解除Touch link。留qq 2281649026方便和你在线交流一下。
lifeng wan：
回复 lifeng wan:
Touch link实际效果是双方被绑定了，当一方路由器解除Touch link后，由于zll灯未能收到任何通告，还处在通过Touch link状态，启动不扫描网络，实际无法联机入网。现在需要zll灯在路由器解除Touch link后也能解除Touch link。
