协调器自发切换PanID（并非程序设定流程）问题

加入网络是根据RSSI的强度来选择加入的，有测试是什么导致断开连接的吗？
信道环境太差可能有影响，切换信道后测试过吗。

user5032796 说：

③协调器，路由器均断电在上电，也无法加入同一网络。

附近有其他协调器，重新上电时先给协调器上电测试下

感谢您的回复，现在反复测试还无法复现问题，也是第一次发现。目前路由设备复位后，ubiqua的network explorer中显示了PANID：cc05下存在一个路由设备和一个协调器，可是这个协调器并没有存在（无发出linkstasus）。我们将信道内的其他设备全部关闭了，仅剩测试设备，目前连接是稳定的。

测试内容：协调器先上电，路由设备再上电。保留原来的异常网络。

附上测试抓包：第3行：协调器上电后，发出route request，PANID：7307。

      第12行：路由设备上电，立即上报心跳包，PANID：CC05。重发多次没有收到MAC层ACK。第20行发出route request

上电测试.zip

是的，附近同时也有几个协调器挂着。网络呢所有设备都是有加上NV_RESTORE的。

反馈：早上测试，协调器又跳了PANid，但这次下面的设备有跟着过来，也依然能控制。

 由于抓包数据被清除了，并且可能子设备有做重上电动作，所以还是没能分析到是什么原因导致跳PANid的。

还有就是协调器掉电后，子设备发出特别多的network status。抓包中第40行开始。

network key：03:05:03:05:03:05:03:05:03:05:03:05:03:05:03:05

networkstatus1.zip

看下你的是不是这个问题：e2echina.ti.com/.../186019

还是有些区别的，预编译中路由设备我只打开了这些：
MT_TASKMT_SYS_FUNC
MT_ZDO_FUNC
NV_RESTORE
NV_INIT
ISR_KEYINTERRUPT
RXF2401_PA
MT_ZDO_MGMT
WDT_IN_PM1
HOLD_AUTO_START
并没有使能NWK_MANAGER。
协调器预编译了：
ZTOOL_P2
MT_TASK
MT_SYS_FUNC
MT_ZDO_FUNC
NV_RESTORE
HAL_UART=TRUE
ISR_KEYINTERRUPT
RXF2401_PA
WDT_IN_PM1

user5032796 说：

早上测试，协调器又跳了PANid，但这次下面的设备有跟着过来，也依然能控制。

一般周围设备有相同PANID时，协调器PANID才会改变。

升级到Z-Stack 3.0.2看下是否还会出现此问题

在协调器端，没有预编译NV_INIT。
在ZGlobals.c中
{
ZCD_NV_PANID, sizeof(zgConfigPANID), &zgConfigPANID
},

不知是否和这个有关系。

你用的是哪个例程，可以在预定义中加上NV_INIT试试

我目前使用的是根据之前的置顶帖。将mesh1.0中的GenericApp例程添加到HA1.2.2.a中。NV_INIT已经添加并进行测试了。再次感谢您的解答！