帖子: RE: TI ZigBee协议栈中终端设备的状态切换详解

@VV

"在使用znp协议栈时，感觉有一个bug

在使能security后，当终端在入网过程中会有认证超时的情况，当认证超时后，协议栈会对2530进行reset。

也就说如果一个终端设备入网一旦出现认证不过，就会一直不能入网了，除非host重新对2530进行startnetwork。"

这句话的具体体现在哪里呢,我现在有一个情况,就是当协调器向host打印0x45 0xca之后,(我追踪过这个0xca发现源头是ZDO_JoinIndicationCB函数,据说是设备入网的时候调用的,而且这个0xca是END设备入网的时候会发,入网后也会不停的发导致的(协议栈1.2.2a,协调器是cc2530))协调器偶尔会莫名其妙看门狗复位(host端能看到设备重启 发出0x41 80 2 2 0 ....的指令),我想知道是不是因为你说的这个认证超时的情况,因为我的协调器做的看门,定时1s,然后我在应用层做的一个800ms的定时任务去喂狗,我现在不确定这个情况是因为认证超时出现的还是因为真的有任务处理要超过1s(按理说没有任务会超过1s吧),请VV帮忙解答吧,因为这事老大都数落我了,说我瞎改(本来没有看门狗),对了我说一下为啥加看门狗吧,就是我们的协调器,在host上面进行所有设备的状态进行同步(getState),的话,刷好多次就会造成设备死机,此时就只能通过重新上电设备才能继续使用,我猜想可能是短时间数据量太多了导致系统死机的,可是为什么会死机呢?我做看门狗就是为了解决在死机的时候能够自己启动 不至于要人手动上电(用户不会认为他同步太频繁了只会认为东西不行.),但是我先在想知道死机的原因是什么?