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){}
    }