跟踪观察timeoutCounter的值，开始是256，一秒钟减少1，减为零后又恢复256，请问这是什么原因？

您可以参考下之前VV的详细说明 http://www.deyisupport.com/question_answer/wireless_connectivity/zigbee/f/104/p/85924/236687.aspx#236687
在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 )