• [转载]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){}
        }

  • 相关阅读:
    Centos7 安装redis及简单使用
    Python 网络编程之网络协议(未完待续)
    Docker 安装(centos7下)
    Centos7 下vmware NAT模式配置网络连接与DNS
    Docker 初识
    八月份第五周学习总结
    八月份第四周学习总结
    java 学生信息管理
    八月份第三周学习总结
    八月份第一周学习总结
  • 原文地址:https://www.cnblogs.com/qmlm8844/p/2379935.html
Copyright © 2020-2023  润新知