[转载]ZIGBEE:Coordinator中的邻居表（Neighbour Table）问题
主节点的邻居表的大小为24，意味着主节点最多只可以有24个子节点（enddevice或router）。
在主节点中的JZA_vStackEvent事件中，在网络成功启动时可以设置这样一个参数：
JZS_vEnableEDAddrReuse(1800)；
括号里德参数单位是s，表示的是，如果1800s内子节点还没有跟主节点进行数据通讯，则主节点会认为子节点死掉，接着就会触发JZS_EVENT_INACTIVE_ED_DELETED事件，将子节点从自己的邻居表删除，因此，当子节点成功入网后，如果设置了JZS_vEnableEDAddrReuse(1800)，底层代码中最好在要最多每隔1800s就要跟主节点进行数据通讯，否则，主节点会将该节点的网络信息从邻居表中删除，这样，主节点发送出的数据，子节点就收不到了。
但是在这种情况下，如果，子节点默认的发送目标地址是其父节点，发送出来的数据，父节点还是能收到了。这样，子节点能找到父节点，但是父节点找不到子节点，唯一的方法是将子节点的网络信息擦除再重新入网。
下面的代码描述的是如何读邻居表：
PUBLIC void vReadNeighbourTable(uint8 notify_flag)
{
int i;
vPrintf("\n-- network table --\n");
//Neighbor table
for (i = 0; i < gsNIB.nwkNeighborTableSize; i++)
{
if(gsNIB.nwkNeighborTable[i].u16Addr==0xffff)
continue;
vPrintf("Neighbor %d: addr = %d, mac:%x-%x, Device Type=%d, LQI = %d, Channel = %d\n",
i,
gsNIB.nwkNeighborTable[i].u16Addr,
gsNIB.nwkNeighborTable[i].sExtAddr.u32H,
gsNIB.nwkNeighborTable[i].sExtAddr.u32L,
gsNIB.nwkNeighborTable[i].eDevicetype,
gsNIB.nwkNeighborTable[i].u8LQI,
gsNIB.nwkNeighborTable[i].u8Channel
);
if(notify_flag){}
}
{
int i;
vPrintf("\n-- network table --\n");
//Neighbor table
for (i = 0; i < gsNIB.nwkNeighborTableSize; i++)
{
if(gsNIB.nwkNeighborTable[i].u16Addr==0xffff)
continue;
vPrintf("Neighbor %d: addr = %d, mac:%x-%x, Device Type=%d, LQI = %d, Channel = %d\n",
i,
gsNIB.nwkNeighborTable[i].u16Addr,
gsNIB.nwkNeighborTable[i].sExtAddr.u32H,
gsNIB.nwkNeighborTable[i].sExtAddr.u32L,
gsNIB.nwkNeighborTable[i].eDevicetype,
gsNIB.nwkNeighborTable[i].u8LQI,
gsNIB.nwkNeighborTable[i].u8Channel
);
if(notify_flag){}
}
