TI中文支持网1、以协调器为例，如果只使能了NV_INT的话，协调器端点之后再入网之后是不是也能加入原网络？
2、如果使能了NV_RESTORE的话，该节点的关联表是不是永远不会再自动更新了，也就是说它的关联表是不会发生变化的，即使通过网络状态连接帧监测到某个节点不在了？
YiKai Chen：
1. 不行、必須使能了NV_RESTORE
2. 並不是完全不更新、如果有收到device leave還是會更新关联表、在新的Zigbee 3.0致能了child aging所以失聯的device在一段時間後也會從关联表移除
Viki Shi：
要实现掉线以后恢复网络，节点和协调器两边都需要使能NV_RESTORE。
NV_INIT保存在nv的内容主要是网络或者节点的配置参数，这些参数可以在结构体zgItemTable中查看到。
NV_RESTORE选项保存的内容主要是节点运行过程中的状态量【主要有网络层数据库NIB、设备关联表、绑定表、路由表等】，借助这个特性，节点在掉电或者复位之后不需要无线电通讯就可以恢复到之前的网络连接状态。
user5281211：
回复 Viki Shi:
但是，我有一个担忧，有一些状态量是需要动态更新的，比如关联表之类的，是能NV_RESTORE的话，会不会导致这些量没法更新了。我的应用场景是子节点会频繁的更换父节点，如果使能了NV_RESTORE的话，子节点就没法重新入网了。所以我想只使能NV_INT，这样目的是使节点能够找到原来的网络，但还是会重新入网。不知道我理解的对不对？
YiKai Chen：
回复 user5281211:
子节点会频繁的更换父节点還是會更換協調器網路？這兩個是不一樣的，如果是会频繁的更换父节点的話使能NV_RESTORE是沒問題的
user5281211：
回复 YiKai Chen:
只是更换父节点。这样的话我需要子节点自己去发现原来的父节点还能不能连上，不能的话就才去开始重新入网的一套流程，使得原来的父节点将自己的信息删除，比如说关联表。
YiKai Chen：
回复 user5281211:
子节点自己本來就會去发现原来的父节点还能不能连上，不能的话就才去开始重新入网，再Zigbee 3.0新增Child aging跟對关联表的處理，原来的父节点會将太久失聯的节点自動從关联表删除
user5281211：
回复 YiKai Chen:
Home1.2.2a是不是也使能了Child aging功能，即使父节点使能了NV_RESTORE，也会自动去更新关联表？
YiKai Chen：
回复 user5281211:
Home1.2.2a沒有使能Child aging功能
user5281211：
回复 YiKai Chen:
啊？为啥我在论坛里头看到的是Home1.2.2a也使能Child aging功能啊。下面是W的一个回复：
在Z-Stack Home 1.2.2里面，如果使能了zgChildAgingEnable功能。
那么End Device在入网成功以后，会通过Device Announce把Timeout相关的信息发给父设备。ZDApp_AnnounceNewAddress( void )里的NLME_SendEndDevTimeoutReq。
这个函数中会把下面两个变量的信息发送给父设备，也就是说不同的节点可以配置不同的timeout时间，主要也是根据节点的Data request来决定的。
uint8 zgEndDeviceTimeoutValue = END_DEV_TIMEOUT_VALUE;
uint8 zgEndDeviceConfiguration = END_DEV_CONFIGURATION;在父设备上面，收到这个req以后，会调用到下面这个函数
NLME_ProcessEndDevTimeoutReq( NLDE_FrameFormat_t *ff )
这个函数处理的过程，主要是把收到的zgEndDeviceTimeoutValue，写到AssociateList里面去，
typedef struct
{
uint16 shortAddr; // Short address of associated device
uint16 addrIdx; // Index from the address manager
byte nodeRelation;
byte devStatus; // bitmap of various status values
byte assocCnt;
byte age;
linkInfo_t linkInfo;
aging_end_device_t endDev;
uint32 timeoutCounter;
bool keepaliveRcv;
} associated_devices_t;在父设备会定期的去更新这个表里面的，周期性调用AssocChildAging，更新的周期是1s钟，开了一个1s的timer事件，每隔1s就会把Associate List的设备的timecounter减1.
同样只要在底层收到节点的Data request或者其他应用数据，立刻把这个变量恢复到初始值，也就刚开始的赋值，调用AssocChildTableUpdateTimeout。
那么在定义更新的时候，如果timecounter减1等于0了，就会把节点的信息放入一个NotmyChild的list里面。
// Not My Child structure
typedef struct
{
uint16 shortAddr;
uint16 timeoutCounter;
} nwkNotMyChild_t;然后也是定期的去更新这个变量，如果这个时候收到data req，就会把节点信息从NotmyChildlist重新移到你Associate list里面去。
如果在NotmyChildList里面的counter的时候，那么就把这个节点彻底删除了NwkNotMyChildSendLeave
所以如果要判断节点是否在线，只需要判断在AssociateList还是否存在就可以了。
AssocGetWithShort( uint16 shortAddr )
