data request

这个部分不开源。你可以看一下新的协议栈的child aging功能，有做这个功能。

在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 )
引用了VV的回复。

要判断终端节点是否在线建議由終端定時發送訊號到協調器，如果協調器很長時間沒有收到終端定時發送訊就可以判定终端节点不在线

我是不是可以这样理解，我只要定时调用AssocGetWithShort( uint16 shortAddr )，根据返回值就能判断节点是不是在线

类似于心跳包那种吗？

不可以，AssocGetWithShort仅仅是获取关联表，如何判断是否在线是根据Child aging去更新过关系表，如果不在线child aging会清掉，导致查询不到，则判断为掉线。

是的，类似于心跳包

我现在终端节点会定时给协调器发送信息，但是协调器这边具体要如何处理呢？我协调器这边会保存节点发送的信息，但是要如何判断长时间没有收到节点信息呢

你得要在應用程序裡面件一個终端节点表列去紀錄上次最後收到心跳包的時間，然後定時去檢查多久沒有收到心跳包來判断是否长时间没有收到节点信息

建議由host端的應用程序在設備加入的時候就建立设备节点表來做管理

因为考虑到zigbee设备并非自己开发的，要使用3.0协议，做到互联互通，所以，想请问一下，获取在线设备信息，如何判断在线设备个数呢