物联网之Zigbee系统开发四（无线传感器网络管理及实战，广播、单播、组播，透传）

最新推荐文章于 2023-11-02 09:19:15 发布
最新推荐文章于 2023-11-02 09:19:15 发布
阅读量3.7k 收藏 40
点赞数 4
分类专栏： 物联网之Zigbee系统开发 文章标签： 物联网 Zigbee系统开发 无线传感
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_39148042/article/details/81427693
版权

基于广播和单播的星状网络

内容概要：

网络拓扑结构

功能要求

实现过程

网络拓扑结构：

ZigBee 网络支持星状、树（簇）状、网状三种网络拓补结构：

功能需求：（广播）

协调器周期性以广播的形式向终端节点发送数据”I am coordinator\n”

加入其网络的终端节点都会收到数据，终端节点分别单播给协调器”I am endpoint device 1 or 2\n”

实现过程：

按照套路,复制一份样板工程并且重命名。

仍然先按照串口实验把相关代码添加上。

#include "MT_UART.h"
#include "string.h"

 

  MT_UartInit();    //串口初始化

  //#define MT_UART_DEFAULT_OVERFLOW       TRUE
  #define MT_UART_DEFAULT_OVERFLOW       FALSE

  //#define MT_UART_DEFAULT_BAUDRATE         HAL_UART_BR_38400
  #define MT_UART_DEFAULT_BAUDRATE         HAL_UART_BR_115200

在SampleApp_Init()里将SampleApp_Flash_DstAddr设置为单播模式,且地址设置为0x0000,此地址是协调器的地址。

 // Broadcast to everyone广播相关设置
  /*地址结构体 SampleApp_Periodic_DstAddr 作为协调器给终端发送数据的地址*/
  SampleApp_Periodic_DstAddr.addrMode = (afAddrMode_t)AddrBroadcast;//选择广播模式
  SampleApp_Periodic_DstAddr.endPoint = SAMPLEAPP_ENDPOINT;
  SampleApp_Periodic_DstAddr.addr.shortAddr = 0xFFFF;//广播地址

  // Setup for the flash command's destination address - Group 1
  /*地址结构体 SampleApp_Flash_DstAddr 作为终端给协调器发送数据的地址*/
  SampleApp_Flash_DstAddr.addrMode = (afAddrMode_t)afAddr16Bit;//选择单播模式
  SampleApp_Flash_DstAddr.endPoint = SAMPLEAPP_ENDPOINT; 
  SampleApp_Flash_DstAddr.addr.shortAddr = 0x0000;//协调器的地址，单播网络中协调器的地址是0x0000

 注释掉组播模式的相关设置：

当网络状态发生改变,触发SAMPLEAPP_SEND_PERIODIC_MSG_EVT事件,当检测到这个事件时,首先判断设备的逻辑类型：

    1:如果是协调器则执行SampleApp_SendPeriodicMessage();    

    2:如果是终端则执行SampleApp_SendFlashMessage();

​    if(zgDeviceLogicalType == ZG_DEVICETYPE_COORDINATOR)//如果是协调器，则执行如下函数发送消息
    {// Send the periodic message
      SampleApp_SendPeriodicMessage();
    }
    else if(zgDeviceLogicalType == ZG_DEVICETYPE_ENDDEVICE)//如果是终端，则执行如下函数发送消息
    {
      SampleApp_SendFlashMessage( 0x0000 );//该函数的参数是一个16进制的数，因为自己改写该函数时没有用到该函数，所以可以任意填写一个16进制数
    }

在SampleApp_SendPeriodicMessage()里,注意AF_DataRequest的第一个参数,必须是广播模式和广播地址,第三个参数设为SAMPLEAPP_PERIODIC_CLUSTERID。

广播发送：协调器发送数据给终端​

void SampleApp_SendPeriodicMessage( void )//协调器发送数据
{
  uint8 * buf = NULL;
  buf = "I am coordinator\n";
  if ( AF_DataRequest( &SampleApp_Periodic_DstAddr, &SampleApp_epDesc,
                       SAMPLEAPP_PERIODIC_CLUSTERID,
                       strlen(buf),//发送数据的长度
                       buf,//发送数据的地址
                       &SampleApp_TransID,
                       AF_DISCV_ROUTE,
                       AF_DEFAULT_RADIUS ) == afStatus_SUCCESS )
  {
  }
  else
  {
    // Error occurred in request to send.
  }
}

在SampleApp_SendPeriodicMessage(),注意AF_DataRequest的第一个参数,必须是单播模式和广播地址,第三个参数设为SAMPLEAPP_FLASH_CLUSTERID。

单播发送：终端发送数据给协调器​

void SampleApp_SendFlashMessage( uint16 flashTime )
{
  uint8* buf = "I am endpoint device 1\n";

  if ( AF_DataRequest( &SampleApp_Flash_DstAddr, &SampleApp_epDesc,
                       SAMPLEAPP_FLASH_CLUSTERID,//注意看清楚发送的命令号
                       strlen(buf),
                       buf,
                       &SampleApp_TransID,
                       AF_DISCV_ROUTE,
                       AF_DEFAULT_RADIUS ) == afStatus_SUCCESS )
  {
  }
  else
  {
    // Error occurred in request to send.
  }
}

当有新的无线消息到达时,会执行SampleApp_MessageMSGCB(),首先还是对命令号进行判断：

    如果是SAMPLEAPP_PERIODIC_CLUSTERID,打印出来的就是协调器发送的信息

    如果是SAMPLEAPP_FLASH_CLUSTERID,打印出来的就是终端发送的信息

void SampleApp_MessageMSGCB( afIncomingMSGPacket_t *pkt )
{
  uint16 flashTime;

  switch ( pkt->clusterId )
  {
    case SAMPLEAPP_PERIODIC_CLUSTERID: //协调器发送过来的数据
      HalUARTWrite ( 0, pkt->cmd.Data, pkt->cmd.DataLength );//串口打印协调器发送过来的数据
      break;

    case SAMPLEAPP_FLASH_CLUSTERID://终端发送过来的数据
      HalUARTWrite ( 0, pkt->cmd.Data, pkt->cmd.DataLength );//串口打印终端发送过来的数据
      break;
  }
}

编译和烧写： 

协调器烧写

终端1烧写：

终端2烧写：

实验结果：

组播通信

内容概要：

功能要求

实现过程

功能需求：

协调器创建网络,并加入一个组,并向组内成员组播数据”I am coordinator device \n”

终端1加入网络,并加入与协调器相同的组,收到协调器发送而来的数据

终端2加入网络,并加入另外一个组,不能收到协调器发来的数据

实现过程：

复制工程模板并重命名

加入串口通信代码。

#include "MT_UART.h"
#include "string.h"


MT_UartInit();    //串口初始化
HalUARTWrite ( 0, "uart0 is ok\n", strlen("uart0 is ok\n") );//向串口发送数据

将广播代码注释掉,选择组播代码,注意在发送数据时看清楚选择是组播的结构体变量。

 

​​  // Setup for the flash command's destination address - Group 1
  /*组播模式*/
  SampleApp_Flash_DstAddr.addrMode = (afAddrMode_t)afAddrGroup;
  SampleApp_Flash_DstAddr.endPoint = SAMPLEAPP_ENDPOINT;
  SampleApp_Flash_DstAddr.addr.shortAddr = SAMPLEAPP_FLASH_GROUP;/*组播地址必须
                       与组的id一致，SAMPLEAPP_FLASH_GROUP：宏定义，表示0x0001*/



  // By default, all devices start out in Group 1
  /*组播的相关设置，组播必须有自己的id 和 组名，其中SampleApp_Group是组播的一个结构体，
      下面有给出该结构体定义*/
  SampleApp_Group.ID = 0x0001;//设置组ID，与组播地址是一致的
  osal_memcpy( SampleApp_Group.name, "Group 1", 7  );//设置组名
  aps_AddGroup( SAMPLEAPP_ENDPOINT, &SampleApp_Group );//使端口加入组中
​//组播结构体的定义
typedef struct
{
  uint16 ID;//组ID 
 uint8  name[APS_GROUP_NAME_LEN]; //组名,首元素是组名长度,后边是组名.
} aps_Group_t;

 因为只需要协调器发送数据,所以（协议栈轮询中）判断网络状态时只需要判断协调器的状态即可。

 if ( (SampleApp_NwkState == DEV_ZB_COORD)/*判断是否为协调器状态，如果是，
                             则执行定时器函数，周期性发送数据到组设备*/
            /*|| (SampleApp_NwkState == DEV_ROUTER)
              || (SampleApp_NwkState == DEV_END_DEVICE) */)
          {
            // Start sending the periodic message in a regular interval.
            osal_start_timerEx( SampleApp_TaskID,
                              SAMPLEAPP_SEND_PERIODIC_MSG_EVT,
                              SAMPLEAPP_SEND_PERIODIC_MSG_TIMEOUT );
          }

在SampleApp_SendPeriodicMessage的AF_DataRequest里,第一个传参选择组播模式,地址为组ID。

void SampleApp_SendPeriodicMessage( void )
{
  uint8 *buf = "I am coordinator device \n";
  if ( AF_DataRequest( &SampleApp_Flash_DstAddr/*设置成组播的地址结构体*/, &SampleApp_epDesc,
                       SAMPLEAPP_PERIODIC_CLUSTERID,
                       strlen(buf),
                       buf,
                       &SampleApp_TransID,
                       AF_DISCV_ROUTE,
                       AF_DEFAULT_RADIUS ) == afStatus_SUCCESS )
  {
  }
  else
  {
    // Error occurred in request to send.
  }
}

终端在接收到新的消息时将消息通过串口打印到电脑上。

void SampleApp_MessageMSGCB( afIncomingMSGPacket_t *pkt )
{
  switch ( pkt->clusterId )
  {
    case SAMPLEAPP_PERIODIC_CLUSTERID://判断是否为协调器发过来的消息结构
      HalUARTWrite ( 0, pkt->cmd.Data, pkt->cmd.DataLength );//向串口发送数据
      break;

    case SAMPLEAPP_FLASH_CLUSTERID:
      break;
  }
}

注意:在协议规范里有规定，休眠中断模式下不接收组播信息，SampleApp  例程中终端设备默认采用中断的工作方式，射频不是一直工作。如果一定想要接收到的话，只有将终端的接收机打开，这样就可以接收了，我们在f8wConfig.cfg  配置文件中152行将FALSE修改为TRUE即可。

将代码以协调器工程和终端工程进行编译并分别下载至zigbee硬件,这时它们是属于GROUP 1的。

烧写协调器：

烧写终端：

修改组ID=0x0002,组名为”GROUP 2”,以及目标地址为0x0002,以终端工程编译并下载至另一个zigbee硬件。

实现现象：

加入GROUP 1的终端能收到数据,加入GROUP 2的终端不能收到数据

串口无线透传实验

内容概要：

功能要求

实现过程

功能需求：

协调器获取pc机通过串口发来的数据,并且广播给终端,终端收到数据后打印在串口调试工具

终端获取pc机通过串口发来的数据,并且单播给协调器,协调器收到数据后打印到串口调试器上

复制工程模板并重命名

加入串口通信代码.加入一个头文件MT.h这里有串口数据到达事件CMD_SERIAL_MSG的定义,并且注册串口处理任务。

​#include "MT_UART.h"
#include "string.h"
#include "MT.h"


MT_UartInit();    //串口初始化
MT_UartRegisterTaskID( task_id );//注册串口任务，使串口产生事件
HalUARTWrite ( 0, "uart is ok\n", strlen("uart is ok\n") );//向串口发送数据

将两个地址结构体变量分别填充为广播模式和单播模式

  // Broadcast to everyone
  SampleApp_Periodic_DstAddr.addrMode = (afAddrMode_t)AddrBroadcast;//协调器设置为广播模式
  SampleApp_Periodic_DstAddr.endPoint = SAMPLEAPP_ENDPOINT;
  SampleApp_Periodic_DstAddr.addr.shortAddr = 0xFFFF;//协调器设置为广播地址

  // Setup for the flash command's destination address - Group 1
  SampleApp_Flash_DstAddr.addrMode = (afAddrMode_t)afAddr16Bit;//终端设置为单播模式
  SampleApp_Flash_DstAddr.endPoint = SAMPLEAPP_ENDPOINT;
  SampleApp_Flash_DstAddr.addr.shortAddr = 0x0000;//终端设置为协调器地址

  // Fill out the endpoint description.端口描述符的相关设置，一般不需要修改
  SampleApp_epDesc.endPoint = SAMPLEAPP_ENDPOINT;
  SampleApp_epDesc.task_id = &SampleApp_TaskID;
  SampleApp_epDesc.simpleDesc
            = (SimpleDescriptionFormat_t *)&SampleApp_SimpleDesc;
  SampleApp_epDesc.latencyReq = noLatencyReqs;



  // By default, all devices start out in Group 1
  /*关于组播的相关设置注释掉即可
  SampleApp_Group.ID = 0x0001;
  osal_memcpy( SampleApp_Group.name, "Group 1", 7  );
  aps_AddGroup( SAMPLEAPP_ENDPOINT, &SampleApp_Group );*/

在事件轮训时,如果有串口数据到达,则调用一个自己封装的函数来处理串口数据,如:SerialData_Anlysis()：

case CMD_SERIAL_MSG: //添加轮询事件，CMD_SERIAL_MSG：检测是否有串口数据到达
    SerialData_Analysis((mtOSALSerialData_t*)MSGpkt);/*协议栈中并没有封装
         串口数据到达时处理事件的函数，所以这里需要自己编写封装一个事件处理函数。
         函数需要传入一个串口数据结构体（下面有给出该结构体的定义），而MSGpkt是
         一个消息结构体，所以需要强制转换为mtOSALSerialData_t*类型*/
    break;

串口数据的结构体定义（mt_uart.h文件中已经事先定义，无需我们定义，直接使用即可）：

串口数据结构体：

typedef struct
{
  osal_event_hdr_t  hdr;//数据头
  uint8             *msg;//msg指向的是数据长度，msg+1以后才是真正的数据
} mtOSALSerialData_t;

 SerialData_Anlysis()里,先做设备的逻辑类型判断,如果是协调器,就以广播方式将串口数据发送出去,如果是终端,就把串口数据以单播方式发送给协调器

​void SerialData_Analysis((mtOSALSerialData_t*)MSGpkt)
{
  if(zgDeviceLogicalType == ZG_DEVICETYPE_COORDINATOR)//如果是协调器，则以广播的形式将串口接收的数据发送给终端
  {
    AF_DataRequest( &SampleApp_Periodic_DstAddr/*SampleApp_Periodic_DstAddr：宏定义，表示广播地址*/, &SampleApp_epDesc,
                       SAMPLEAPP_PERIODIC_CLUSTERID,//SAMPLEAPP_PERIODIC_CLUSTERID：命令号。发送数据和对方接收消息数据时的命令号要保持一致
                       *(MSGpkt->msg),
                       (MSGpkt->msg) + 1,
                       &SampleApp_TransID,
                       AF_DISCV_ROUTE,
                       AF_DEFAULT_RADIUS );
  }
  else if(zgDeviceLogicalType == ZG_DEVICETYPE_ENDDEVICE)//如果是终端，则以单播的形式将串口接收的数据发送给协调器
  {
      AF_DataRequest( &SampleApp_Flash_DstAddr/*SampleApp_Flash_DstAddr：宏定义，表示协调器的地址*/, &SampleApp_epDesc,
                       SAMPLEAPP_PERIODIC_CLUSTERID,//SAMPLEAPP_PERIODIC_CLUSTERID：命令号。发送数据和对方接收消息数据时的命令号要保持一致
                       *(MSGpkt->msg),
                       (MSGpkt->msg) + 1,
                       &SampleApp_TransID,
                       AF_DISCV_ROUTE,
                       AF_DEFAULT_RADIUS );
  }
}

注意：这样的实现过程必须按照协议栈的格式要求来发送数据,格式不匹配,zigbee仍然识别不了pc机发过来的数据,所以需要对串口的回调函数做修改：

void MT_UartInit ()
{
  halUARTCfg_t uartConfig;

  /* Initialize APP ID */
  App_TaskID = 0;

  /* UART Configuration */
  uartConfig.configured           = TRUE;
  uartConfig.baudRate             = MT_UART_DEFAULT_BAUDRATE;
  uartConfig.flowControl          = MT_UART_DEFAULT_OVERFLOW;
  uartConfig.flowControlThreshold = MT_UART_DEFAULT_THRESHOLD;
  uartConfig.rx.maxBufSize        = MT_UART_DEFAULT_MAX_RX_BUFF;
  uartConfig.tx.maxBufSize        = MT_UART_DEFAULT_MAX_TX_BUFF;
  uartConfig.idleTimeout          = MT_UART_DEFAULT_IDLE_TIMEOUT;
  uartConfig.intEnable            = TRUE;
#if defined (ZTOOL_P1) || defined (ZTOOL_P2)
  uartConfig.callBackFunc         = MT_UartProcessZToolData; /*调用一个回调函数，
             才能真正触发CMD_SERIAL_MSG（是否有串口数据送达）事件，进而才能调用对应事
             件处理函数。但是该回调函数要求发送过来的数据格式必须与协议栈定义的格式保持
             一致，否则不会触发CMD_SERIAL_MSG（是否有串口数据送达）事件，所以我们需要
             改写函数，使得该回调函数接收到任意格式的串口数据都能触发CMD_SERIAL_MSG
            （是否有串口数据送达）事件。*/
#elif defined (ZAPP_P1) || defined (ZAPP_P2)
  uartConfig.callBackFunc         = MT_UartProcessZAppData;
#else
  uartConfig.callBackFunc         = NULL;
#endif

  /* Start UART */
#if defined (MT_UART_DEFAULT_PORT)
  HalUARTOpen (MT_UART_DEFAULT_PORT, &uartConfig);
#else
  /* Silence IAR compiler warning */
  (void)uartConfig;
#endif

  /* Initialize for ZApp */
#if defined (ZAPP_P1) || defined (ZAPP_P2)
  /* Default max bytes that ZAPP can take */
  MT_UartMaxZAppBufLen  = 1;
  MT_UartZAppRxStatus   = MT_UART_ZAPP_RX_READY;
#endif

}

 

void MT_UartProcessZToolData ( uint8 port, uint8 event )
{
  uint8 ch, len = 0;
  uint8 uartData[128];//定义一个数组暂存数据
  uint8 i;
  (void)event;//Intentionally unreferenced parameter
  while(Hal_UART_RxBufLen(port))//只要检测到串口缓存区有数据
  {
    HalUARTRead (port,&ch,1);//就把数据一个一个的传给ch变量
    uartData[len+1] = ch;//再把ch的数据传给数组
    len ++;
  }
  if(len)
  {
    uartData[0] = len;//第一个元素呢设为数据长度
    pMsg = (mtOSALSerialData_t *)osal_msg_allocate( sizeof(mtOSALSerialData_t ) + len + 1 );//为串口数据包分配内存
    if (pMsg)
    {
      /* Fill up what we can */
      pMsg->hdr.event = CMD_SERIAL_MSG;//设置串口数据到达事件
      pMsg->msg = (uint8*)(pMsg+1);//把数据定位到结构体数据部分
      for(i=0; i<=len; i++)
      {
        pMsg->msg[i] = uartData[i];//再把暂存区数据放入串口数据包中
      }
      osal_msg_send( App_TaskID, (byte *)pMsg );//将数据包发往消息队列
    }
    osal_msg_deallocate ((uint8 *)pMsg );//分起的内存用完后记得开除，以免内存溢出。
  }
}

协议栈轮询，当有新的无线消息到达，则触发相应的事件处理函数，将接收到的消息数据通过串口打印到电脑上：

void SampleApp_MessageMSGCB( afIncomingMSGPacket_t *pkt )
{
  uint16 flashTime;

  switch ( pkt->clusterId )
  {
    case SAMPLEAPP_PERIODIC_CLUSTERID:/*如果是这个命令号，则将接收到的数据通过串口打印出来。
       因为对方使用AF_DataRequest函数发送数据时填写的命令号为SAMPLEAPP_PERIODIC_CLUSTERID，
       故接收数据时也是这个命令号*/
      HalUARTWrite ( 0, pkt->cmd.Data, pkt->cmd.DataLength );//向串口发送数据,打印到电脑上来。
      break;

    case SAMPLEAPP_FLASH_CLUSTERID:
      break;
  }
}

编译与烧写：

协调器：

 

终端：

实验现象：

网络管理

内容概要：

地址分配机制

网络管理函数

地址分配机制：

Z-stack采用分布式分配机制,整个网络架构由3个值决定：

    Lm:网络的最大深度（网络有几层）

    Cm:每个父设备拥有的子设备数（子设备代表路由和终端）

    Rm:每个父设备拥有的路由子设备数

    d:父设备所处的网络深度

则父设备下的路由器子设备间的地址间隔：

Cskip(d) = 1+Cm*(Lm-d-1)；当Rm=1

Cskip(d)=(1+Cm-Rm-Cm*( Rm)^(Lm-d-1))/(1-Rm). 当Rm!=1

父设备给路由器分配的网络地址：Achild =Aparent +(n-1)*Cskip（d）+1         //Aparent 表示父设备地址  Cskip(d)表示路由器之间的地址间隔  n代表的是第几个子设备（从1开始）

父设备给终端分配的网络地址：Achild = Aparent + Rm*Cskip（d）+ n

对于协调器来说：Cskip(d)= (1+Cm-Rm-Cm*( Rm)^(Lm-d-1)) /(1-Rm) = (1+5-3-5*3^(3-0-1))/(1-3) =21

路由地址=Aparent +(n-1)*Cskip（d）+1

路由1=0x0000+1=0x0001

路由2=0x0000+1+21=0x0016

路由3=0x0000+1+2*21=0x002b

对于协调器来说：Cskip(d)=21

终端地址=Aparent + Rm*Cskip（d）+ n

终端1=0x0000+3*21+1=0x0040

终端2=0x0000+3*21+2=0x0041

对于路由器1来说：Cskip(d)=(1+Cm-Rm-Cm*( Rm)^(Lm-d-1)) /(1-Rm) =(1+5-3-5*3^(3-1-1))/(1-3) =6

路由地址=Aparent +(n-1)*Cskip（d）+1

路由1=0x0001+1=0x0002

路由2=0x0001+1+6=0x0008

路由3=0x0001+1+2*6=0x000E

对于协调器来说：Cskip(d)=6

终端地址=Aparent + Rm*Cskip（d）+ n

终端1=0x0001+3*6+1=0x0014

终端2=0x0001+3*6+2=0x0015

网络管理函数：

在NLMEDE.h里有四个网络管理函数

返回指向本设备的MAC地址的指针（扩展地址）

byte *NLME_GetExtAddr( void );

返回本设备的网络地址（16位的短地址）

uint16 NLME_GetShortAddr( void );

返回父设备的网络地址函数

uint16 NLME_GetCoordShortAddr( void );

参数是指向父设备的MAC地址的指针

void NLME_GetCoordExtAddr( byte * buf);

 

许新天
关注
专栏目录
物联网python开发实战电子版-物联网Python开发实战 PDF 影印中文版
weixin_39831170的博客
11-11 1579
第1章 物联网邂逅Python1.1 物联网组成架构1.2 物联网发展现状1.2.1 终端设备1.2.2 物联网操作系统1.2.3 通信手段1.2.4 网络建设1.2.5 应用协议1.2.6 物联网云平台1.3 物联网典型应用1.3.1 共享单车1.3.2 智能家居1.3.3 智慧农业1.4 使用Python的理由1.4.1 Python特性1.4.2 Python无处不在1.4.3 开发速度有时...
无线传感网络
Simplist丶的博客
12-26 9661
无线传感器网络(WSN) 第一章：绪论 掌握WSN定义： 无限传感器网络的标准定义是大量的静止或移动的传感器以自组织和多跳的方式构成的无线网络，目的是协作的探测，处理和传输网络覆盖区域内感知对象的监测信息，并报告给用户。 掌握WSN系统组成： 传感器节点、汇聚节点和管理节点 掌握WSN的三个基本要素： 传感器、感知对象、观测者 掌握WSN节点结构： 传感器模块、处理器模块、无线通信模块、电源管理模块 理解WSN特点： 自组织性：自动进行配置和管理，通过拓扑控制机制和网络协议，自动形成转发监测数据的多跳无线
IoT 企业物联网平台端到端开发实战
11-07 1799
通过本次 IoT 开发实战教程你将学会一下技能：设备通过MQTT协议与您在阿里云上购买的IoT企业实例建立双向连接，设备上报采集的数据，监听云端下达的指令；通过规则引擎配置把上报的数据实...
物联网无线传感器网络技术与应用（ZigBee）笔记.docx
04-17
ZigBee 无线传感器网络是一种无线传感器网络技术，综合了传感器技术、RFID 技术、嵌入式计算技术、现代网络及无线通信技术、分布式信息处理技术等。这种技术能够通过各类集成化的微型传感器协作地进行实时监测、感知...
物联网无线传感器网络技术与应用（ZigBee版）-PPT课件.7z
07-14
通过"物联网无线传感器网络技术与应用（ZigBee版）-PPT课件"的学习，可以深入理解ZigBee在物联网中的角色，掌握其网络构建、通信机制以及实际应用案例，为相关领域的研究和开发提供理论基础和技术支持。
物联网简介及基于ZigBee的无线传感器网络.pdf
05-22
ZigBee是一种基于IEEE 802.15.4标准的无线通信技术，特别适用于低功耗、低速率、低复杂度的无线传感器网络。ZigBee具有灵活的网络结构，可以构建星型、树型和网状网络，能容纳大量的节点，适合于大规模的物联网部署...
ZigBee无线传感器网络设计与实现_无线传感Zigbee_ZigBee_zigbee传感器_zigbee设计_
10-03
ZigBee是一种基于IEEE 802.15.4标准的低功耗、短距离、低数据速率的无线通信技术，广泛应用于无线传感器网络（WSN）的设计与实现。这种技术主要用于设备间的近距离通信，例如智能家居、工业自动化、环境监测等领域。...
IP组播（IGMP）总结
09-28
IP组播总结，包括IGMPv1，v2，v3等
组播基本概念、IGMP、IGMP监听学习笔记（续）
lisayh的博客
01-11 1463
交换机组播地址表的学习和维护（IGMP监听过程） (假设当前只有一个VLAN) 1、当组播路由器发出IGMP通用查询报文然后收到主机回应的IGMP报告报文时，交换机会把收到回应的端口和对应的组播地址学习到组播地址表中（其实只要是IGMP报告报文，都会学习，不管有没有事先查询）。如下图所示： 2、当主机发出IGMP离开报文时，组播路由器会发送IGMP特定组查询报文。如果该端口在一定
PCIe组播/多播相关介绍（Multicast Operations）
m0_61703043的博客
07-08 1177
有些EP只有一个BAR，不具备组播能力结构。为了让单BAR EP能够同时接收单播事务及组播事务，可以采用MC_Overlay机制来实现。具体实现方法为：① 软件配置switch下行端口的MC_Overlay_BAR来启动MC_Overlay机制，把全部或部分组播地址映射到EP BAR地址范围；② 在switch上行端口，MC_Overlay机制可用于把组播地址范围的一部分重映射为主内存相关联的存储空间。
无线组播功能原理介绍、常见问题
最新发布
君逍遥o
11-02 1644
IGMP Snooping：IGMP Snooping 是Internet Group Management Protocol（组播侦听者发现协议窥探）的简称。它是运行在VLAN上的IP组播约束机制，用于管理和控制IP组播流在VLAN内的转发，属于二层组播功能。运行IGMP Snooping 的设备通过对收到的IGMP 报文进行分析，为端口和组播地址建立起映射关系，并根据这样的映射关系转发IP组播数据报文。当交换机没有运行IGMP Snooping时，IP组播数据报文在VLAN内被广播；当交换机运行了IGM
二层透传介绍
weixin_33910434的博客
10-10 7798
二层协议透明传输的基本原理工作流程1.在骨干网的用户接入侧替换原始二层协议报文的组播目的MAC地址为特定的组播MAC地址。（修改源组播MAC地址）2.修改MAC地址后的报文在骨干网中根据配置的透明传输方式决定是否对报文进行处理。（查看骨干网透传规则）3.当该二层协议报文到达出节点时，通过匹配设备上配置的特殊组播目的MAC和二层协议的映射关系，将报文的组播目的MAC还原成该二层...
广播组网-无线数据传输(学习记录)
qq_45725659的博客
11-09 3365
广播组网-无线数据传输 （1）概念理解 点播：点对点通信，即两个设备之间通信。 组播：把网络中的节点分组，每个组员发出来的信息只有同组的组员才可以接受到。 广播：发送模块发出的数据，网络里面所有节点都可以接收到数据。广播地址模式设置为AddrBroadcast。 单点传送（Unicast） 将数据包发送到已知网络地址的网络设备。将afAddrMode设置为Addr16Bit并且在数据包中携带目标设备的地址。 间接传送（Indirect） 合适在不知道数据包的目标设备在哪里时使用的模式。将模式设为AddrNo
从程序员的角度，来拆解物联网系统中的开发工作
06-25 743
物联网的概念已经被炒了好多年了，奇怪的是：市场中对这个概念的反应总是不愠不火。随着5G的迅速普及，不知道是否能够再次把这个领域带火起来。但是不管怎样，很多大学已经把物联网这个专业给坐实了...
1-9 实验7 网络通信实验1 广播和单播通信
10-15 4158
广播和单播通信 1、实验内容：            协调器周期性地以广播的形式向终端节点发送数据（每个t秒广播一次），终端节点接受到数据后，是开发板的LED状态翻转，同时向协调器发送字符串“EndDEvice received! ”协调器接收到终端节点发送回的数据后，通过国串口输出到PC的串口调试助手。 2、知识补充： 广播：一个节点发送数据包，网络中的所有节点都可以收到 单播：网络中
ZigBee组网学习笔记(六)--网络通讯（组播）
吃果冻不吐果冻皮
12-05 3703
组播描述的就是网络中所有节点设备被分组后组内相互通信的过程。确定通信对象的就是节点的组号。  1--------------------------------------- ------- SampleApp.c afAddrType_t SampleApp_Flash_DstAddr; //组播 aps_Group_t SampleApp_Group; //分组内容 --
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值