xbee中文手册_第1页
xbee中文手册_第2页
xbee中文手册_第3页
xbee中文手册_第4页
xbee中文手册_第5页
已阅读5页,还剩9页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、3.XBee ZigBee 网络Zigbee介绍Zigbee是一个开放的全球标准,建立在IEEE802.15.4MAC/PH基础上。Zigbee在6.网络调试与诊断网络调试是mesh网络中设备发现和配置的过程。Xbee模块包含若干的特性支持设备发现和配置。设备发现网络发现网络发现ND命令可以发现所有加入到网络的模块,执行ND命令全网广播节点发现命令,所以的节点收到该命令后会发送一个响应,该响应包括设备地址信息,节点标识符字符串和其他相关的信息,该命令用于产生网络中所有模块地址的列表。当设备接收到节点发现命令后,会等待一个随机的时间然后发送响应。最大的时间延迟是ND发送者发送的NT命令来设定的。

2、ND发起者在发送中包含NT设置,为了网络中的所有设备提供一个延时窗口。大型网络需要增大NT的值提高网络发现的可靠性。NT默认值为0X3C(6秒)。ZDO发现Zigbee设备配置文件包含了用于发现网络中支持zigbee协议的所有设备(包括非DIGI的产品)的条款。这些条款包括LQI请求(簇ID 0x0031)和网络更新请求(簇ID 0x0038)。使用LQI请求来读取远端设备邻居表中的设备。网络更新请求用于使能远端设备进行一次主动扫描发现附近所有的zigbee设备。详情请看API章节。以上两个ZDO帧结构详情请参考zigbee规范。加入通告当设备加入到zigbee网络中时,都会发送一个ZDO设备

3、通告广播信息(ZDO 簇ID 0x0013)。如果AO=1,这些帧会在XBee模块的串口发出接收指示(0x91),设备通告有效载荷包括一下内容:序列号 + 16位网络地址 + 64位长地址 + 性能16位和64位地址是小端格式,详情看zigbee规范。调试按键和关联LEDXBee模块支持一系列调试和LED指示来帮助设备部署和调试。7.终端设备操作zigbee终端设备一般是电池供电,具有周期性的较长时间的睡眠,因此终端设备可能在接收数据到来的时候无法醒来,因此路由或者协调器需要具备额外的能力(包括数据包缓冲池和扩展的传输时间超时)包装传输到终端设备数据的可靠性。终端设备操作终端醒来后,发送一个轮

4、询信息给父节点,父节点收到轮询信息后检查数据包队列是否有发给该节点的信息,随后发送一个MAC层确认帧指示是否有需要接收的数据。当终端设备收到确认帧后发现父节点没有数据,终端转入空闲模式或者进入睡眠。反之就保持醒来状态接收数据。轮询机制允许终端设备在没有预期的RF数据时进入空闲模式并关闭接收链路以降低功耗延长电池寿命。终端设备只能发送数据给他的父节点,如果终端设备需要发送广播或者单播到网络的其他设备,那么他发送信息给父节点,父节点执行一些必要的路由发现和地址发现然后按照路由信息将数据包发送到目的节点。父节点操作每一个路由设备或者协调器都有一张子节点表,包含了其下终端子节点的地址。路由设备或者协调

5、器的子节点表中有未使用的条目,标明具有接受终端节点的能力,换言之就是允许新的终端设备加入。如果子节点表满了就不允许其他终端设备加入。一旦终端设备没有在给定的时间内醒来,父节点需要保存到达的数据包。如果父节点收到发给一个终端设备的数据,且父节点还有足够可用的缓存空间的时候,父节点就缓存数据包,数据包一直被缓存直到时间超时或者终端接设备发送轮询信息询问数据。父节点可以缓存一个给他子节点的广播信息。当父节点收到一个广播信息缓存之后,当每一个子节点轮询并接收到数据包后父节点就在子节点表中对应子节点设置一个标识。一旦所有的子节点都收到这个广播帧,就把该广播帧删除。如果还有的子节点没有收到缓存的广播帧这时

6、又来一个广播帧,旧的广播帧将被删除,子节点表标识清除并且把新的广播帧缓存起来。下图简单指示上述观点终端设备发送数据到父节点,这个数据目的地址是网络中的一个远程设备。父节点缓存该数据包直到建立到目的节点的路由信息。父节点执行路由发现或者16bit地址发现。一旦路由信息建立后,父节点就把数据发送出去。终端设备轮询超时为了更好的支持移动终端设备(终端设备可以在网络中移动),充当父节点的路由设备或者协调器都有一个子节点的轮询超时时间。如果在轮询超时时间内没有发送轮询信息,那面父节点就从子节点表中删除该终端设备。这种方式更好的适应了网络中移动的终端节点。包缓冲区对的使用路由设备或协调器针对包缓冲区的使用

7、依赖于应用。如下行为可以请求使用包缓冲区达数秒:l 路由发现和地址发现l 应用广播发送l 堆栈广播(例如一个设备加入网络后,ZDO层的设备声明)l 单播发送(数据缓存直到收到目的地址的确认信息或者重试次数耗尽)l 单播信息等待终端设备醒来应用程序使用广播或者请求地址发现或路由发现时,会使用一定数量的缓冲区,此时将减少分配给终端子节点的可用缓冲区。应用程序应该减少广播数量,或者使用外部地址表或者多对一、源路由选择有必要提高路由效率。非父节点设备操作Zigbee网络中设备对发送给终端设备的数据的处理方式不同于发送给其他路由设备或协调器。试想一下,当发送一个单播信息,如果在超时时间内没有收到网络确认

8、信息,设备将重新发送。当数据是发送到远程的协调器或路由设备,发送超时时间是相对较短的,因为这两种设备是一直处于工作状态的。但是,终端设备可能大部分时间都在睡眠,发送给终端设备的单播需要使用扩展的超时时间来保证终端设备有足够的时间唤醒并从父节点接收数据。如果非父节点不知道目的节点是终端设备,他将使用标准的单播超时时间来发送数据。因此,在Ember ZigBee协议栈中规定,父节点需要告诉信息发送者目的地址是终端设备。一旦发送者发现目的设备是终端设备,后续的发送将使用扩展的超时时间。详细的请看XBee 路由设备/协调器配置章节。XBee终端设备配置终端设备支持如下两种睡眠模式:l 引脚睡眠l 周期

9、睡眠引脚睡眠方式允许外面控制器通过控制Sleep_RQ引脚来判断模块何时睡眠何时该唤醒。相反,周期睡眠允许使用AT命令来配置睡眠周期。睡眠模式通过SM模式来配置。不管那种睡眠模式,XBee的终端设备在醒来的时候每隔100ms轮询父节点以便取回缓存的数据。终端设备发送轮询请求就就切换到接收状态接收父节点的确认帧。(一般情况,从发送轮询到接收到确认帧的时间小于10ms)。确认帧指示是否有终端设备的数据。如果确认帧指示有待处理的数据,终端设备就接收数据。反之就关闭接收器进入空闲模式(直到下一个轮询请求)以降低功耗(优化电池寿命)。模块进入睡眠模式后,On/Sleep引脚(pin 13)输出低电平指示

10、模块处于睡眠模式。如果使能了CTS硬件流控制(D7命令),CTS引脚(pin 12)输出高电平指示模块处于睡眠模式,此时不能通过串口给模块发送数据。睡眠模式下,模块对串口和射频数据都不响应。应用程序需要持续的观察pin 12引脚的电平。当XBee模块从睡眠模式醒来,On/Sleep引脚输出高电平,如果使能流控制,CTS引脚输出低电平(指示模块串口可以接收数据了)。如果模块没有加入网络,模块将在醒来之后扫描所以通道寻找有效的网络加入。引脚睡眠引脚睡眠允许模块根据Sleep_RQ引脚(pin 9)的状态来睡眠或唤醒,引脚睡眠模式通过设置SM=1来使能。当Sleep_RQ是高电平,模块在执行完发送和

11、接收操作后进入低功耗状态。例如,如果模块没有加入网络且Sleep_RQ是高电平,那么模块在完成当前加入请求后进入睡眠(例如完成扫描有效的网络),当Sleep_RQ是低电平,模块从睡眠中唤醒。上图中,t1,t2,t3表示一下事件:l T1 Sleep_RQ引脚高电平l T2XBee模块进入睡眠(CTS状态只有在流控制使能了才变化)l T3Sleep_RQ引脚低电平,模块唤醒T1和T2之间的时间差取决于模块的状态。在最坏的情况下,如果终端设备试图加入设备,或者等待数据传输的确认帧,延时时间可达数秒。当XBee模块醒来且已经加入了网络,终端设备会给父节点发送轮询请求以便查询是否有数据,终端设备在醒来

12、的时间内会每隔100ms发送一次轮询信息。引脚睡眠示范:父节点及远程设备需要正确的配置来缓存数据、使用适当的发送超时时间。详细请看XBee路由/协调器配置章节。周期睡眠周期睡眠模式允许模块睡眠一定的时间,唤醒后保持较短的时间来轮询父节点是否有待处理的数据。周期睡眠模式通过设置SM=4或5。SM5和SM4有轻微的区别,SM5允许通过Sleep_RQ引脚(pin 9)提前唤醒模块。SM5模式下,XBee模块有两种方式唤醒,一是睡眠时间期满,二是Sleep_RQ引脚上的高电平到低电平的变化(即下降沿),SM4下,引脚唤醒功能无效。周期睡眠模式下,模块睡眠一定的时间后唤醒并轮询父节点是否有待处理的数据

13、,如果父节点缓存了模块待处理的数据,或者模块收到了串口数据,那么XBee模块保持特定时间的唤醒状态。否则,即可进入睡眠模块。当模块醒来时,On/Sleep输出高电平。模块睡眠时,On/Sleep输出低电平。如果使能硬件流控制(D7命令),模块醒来时,CTS引脚输出低电平并可以接收串口数据,模块睡眠时,输出高电平。上图中,t1,t2和t3表示如下事件:l T1模块周期唤醒时刻l T2模块进入睡眠时刻l T3模块睡眠持续时间醒来时间和睡眠时间通过软件命令来配置,详细描述请看以下章节。唤醒时间(直到睡眠)在周期睡眠模式下(SM=4/5),如果收到串口数据或者无线数据,模块启动睡眠定时器(直到睡眠的时

14、间)。接收到任何串口数据或射频链路数据都会重启定时器。睡眠定时器的值通过ST命令来设置。当模块醒来后,会每隔100ms发送轮询信息查询父节点是否缓存有待处理的数据信息。如果睡眠定时器期满或者收到SI命令(sleep immediately),模块进入睡眠模式。下图显示了该特征。睡眠周期睡眠周期通过SP,SN和SO命令配置,下表列出改命令的特征命令范围描述SP0x20-0xAF0(*10ms)(32028000ms) 配置模块睡眠周期SN10xFFFF配置睡眠周期倍数SO00xFF定义睡眠模式选项:0x02在整个ST定时器一直醒着0x04使能扩展睡眠(在SP*SN时间内睡眠)XBee模块使用上述

15、命令支持短周期睡眠和扩展周期睡眠。这两种模式允许睡眠周期通过应用程序来配置。短周期睡眠在短周期睡眠下,模块的睡眠特征通过SP和SN命令来定义,SO命令必须设为0x00(默认)或者0x02。在短周期睡眠模式下,SP命令定义了睡眠周期且可设定长达28秒,当模块进入短周期睡眠,模块保持低功耗状态直到SP时间期满。睡眠时间期满后,XBee模块发送轮询信息,路由器和协调器可为其终端子节点缓存30秒的数据,SP范围(长达28秒)使得终端设备有足够的时间来接收缓存的数据。如果父节点缓存了子节点的数据,那么终端设备启动睡眠定时器(ST)然后每隔100ms进行轮询来接收数据。如果终端设备醒来后发现父节点没有给他

16、的数据,那么终端设备立即进入睡眠模式。SN命令可以用来控制On/Sleep引脚输出高电平的方式。如果SN设置为1(默认),XBee每次醒来,On/Sleep引脚都会输出高电平。如果SN>1,只有模块收到射频数据或者SN唤醒周期发生后,On/Sleep才会输出高电平。这种方式允许外部设备保持掉电模式直到模块收到射频信号或者若干个睡眠时间期满(SN睡眠周期)。这种机制允许XBee模块定期的轮询父节点有无数据而不用唤醒外设备,这个时间为SP*SN的时间。上述方式如下图所示。设置SN>1,XBee模块定期轮询父节点而在On/Sleep引脚上有指示。如果在轮询的时候接收到射频信号,那么On/

17、Sleep引脚立即有指示。注意:在路由设备和协调器上,SP指定了数据包缓存的时间,因此所有路由设备和协调器的SP设置必须匹配终端设备中最长的那个SP定时器。详细的请看XBee路由/协调器配置章节。扩展周期睡眠在扩展周期睡眠操作中,终端设备可以睡眠多个SP时间,该时间可以扩展到几天。睡眠周期通过配置SP和SN命令。总的睡眠周期等于SP*SN,SP是以10ms单位测量。同时,SO命令必须正确配置来使能扩展睡眠周期。由于路由设备和协调器只能为其子节点的射频数据缓存最长30秒的时间,如果终端设备睡眠时间大于30秒,网络中的设备需要一些标识只有终端设备醒来才能给他发送数据。当使用扩展睡眠周期的终端设备醒

18、来后,他需要发送一个传输(例如一个IO采样)告知其他设备(我已经醒了,可以接收数据了)。我们推荐使用扩展睡眠周期的终端设备设置SO命令使得设备在ST时间内是保持醒着的,以便其他设备有足够的时间发送信息给该终端设备。发送射频数据对于已经加入网络的终端设备,从睡眠唤醒后可以发送数据。终端设备直接发送数据给父节点然后等待接收确认信息。父节点执行一些必须的地址发现和路由发现确保数据包正确到达目的节点,之后发送一个发送状态信息给这个终端设备。接收射频数据从睡眠唤醒后,终端设备发送轮询请求查看是否缓存有待处理的数据。在引脚睡眠模式下,Sleep_RQ低电平时,终端设备每隔100ms轮询一次。在周期睡眠模式

19、下,终端设备在进入睡眠状态前只能轮询一次,除非睡眠定时器(ST)启动(也就是说只有接收到串口或射频数据时,ST才会启动)。如果睡眠定时器启动,终端设备会每隔100ms轮询一次直到睡眠定时器期满。XBee ZB2*6*固件包含了一个自适应的轮询机制,如果终端设备从父节点接收到射频数据,他会在极短的延时之后发送另一个轮询请求以查询是否还有数据。终端设备只要从父节点接收到数据就会已更快的频率来轮询。这个特征提高了数据发送到终端的效率。当终端设备的父节点没有数据后,轮询时间又恢复到100ms。IO采样终端设备可以配置成在醒来时候发送一个或多个IO采样。使能终端的IO采样,IR命令需设置为一个非零值。至

20、少一个模拟或数字IO引脚设置成采样模式(D0-D9,P0-P9命令)。如果使能了IO采样,终端设备醒来后发送一个IO采样并启动ST定时器。他会以IR速率连续的采样直到ST期满。详细介绍请看第八章节。使用调试按钮唤醒终端如果使能了调试按钮功能(D0命令),DIO0引脚上一个由高到低的边沿变化使得终端设备唤醒30秒。详情请看第七章节的调试按钮。父节点确认因为终端设备依赖父节点与网络中其他设备保持连接,XBee终端设备包含若干条款来验证连接到父节点。终端设备在发送轮询信息,上电周期或者复位事件时监听与其父节点的链路。当终端设备从睡眠状态醒来,他会发送一个轮询请求给父节点。在周期睡眠模式下,如果没有接

21、收到射频数据或串口数据且睡眠定时器没启动,终端设备只轮询一次并进入睡眠。反之,终端设备每100ms轮询一次。如果在三个连续的轮询请求,父节点没有发送确认响应,终端设备就认为是超出了父节点的通信范围,然后尝试寻找新的父节点。终端设备在上电或复位事件后,终端设备执行孤立扫描来定位其父节点,如果父节点没有发送孤立扫描的响应,终端设备就尝试寻找新的父节点。重加入一旦所以设备都已经加入zigbee网络,允许加入属性应该被禁止,这样新的设备不再能加入到网络。允许加入属性可以在后面使能一个较短的时间。这种方式提供一些保护机制避免其他设备加入到一个活动的网络中。如果终端设备无法与其父节点通信,终端设备必须能够

22、加入一个新的父节点以便保持网络的连通性。但是,如果允许加入属性无效,终端设备就不能寻找新的父节点了。为了解决这个问题,zigbee支持重加入的功能,即使加入属性无效,终端设备依然可以获得新的父节点。终端设备使用重加入功能加入网络时,他会执行PAN ID扫描发现附件的网络,如果发现和终端设备一样的64位PAN ID的网络,他会想这个网络中的一个设备发送一个重加入的请求。收到重加入请求的设备会发送一个重加入响应以便告知是否允许加入(例如子节点表未满)。重加入机制允许设备加入同一个网络即使允许加入属性无效。XBee路由/协调器配置XBee路由和协调器需要确保下面的一些配置正确:l 射频数据包缓存超时

23、时间l 子节点轮询超时时间l 发送超时时间这些超时时间的配置依赖于终端设备上的睡眠时间,下面详细阐述。射频数据包缓存超时时间当路由或协调器收到一个发往其子节点的射频数据包后,会缓存该数据包直到终端设备醒来轮询,或者直到数据包缓存超时时间期满。这个超时时间通过SP命令设置。实际的超时时间是1.2*SP,超时时间范围是1.2秒到30秒。数据包缓存超时时间略大于SP。路由和协调器上面的SP设置应该和终端设备的周期睡眠时间一致。对于引脚睡眠设备,SP应该设置与引脚睡眠设备一样长,长达30秒。注意:引脚睡眠和扩展周期睡眠中,终端设备睡眠时间可能大于30秒。如果终端设备睡眠大于30秒,父节点或者非父节点设

24、备必须知道该终端设备什么时候醒来以便可靠的发送数据。对于睡眠时间大于30秒的应用,终端设备需要在醒来的时候发送一次IO采样或其他数据告知其他设备可以发送数据过来了。子节点轮询超时路由和协调器为每一个子节点保留一个时间戳,该时间戳指示终端最后一次发送轮询请求的时间。如果一个子节点在一个设定的时间内没有发送轮询请求,父节点就认为该终端设备超出了通讯范围并从子节点表中删除该终端。这种方式允许路由和协调器能够对网络变化做出反应。任何时候都可以发出NC命令来读取路由或协调器子节点表中未使用的数目。子节点轮询超时时间通过SP、SN来设定。SP和SN应当设定SP*SN大于网络中最大的预期的睡眠时间。实际的超

25、时时间通过3*SP*SN来计算,最小时间为5秒。对于有引脚睡眠设备的网络,协调器和路由的SP、SN设定成SP*SN匹配网络中最大的睡眠周期。乘数3确保了终端设备在小于3次睡眠周期不会被从子节点表中删除。轮询超时时间可以设置长达数月。发送时间超时在第四章节中提到,当发送射频数据到一个远端路由设备时,因为路由设备是一直唤醒的,超时时间是基于发送的跳数,超时时间通过NH命令来设定(详情看第四章)。由于终端设备可能睡眠很长时间,超时时间不要为终端睡眠时间留一些余量。发送数据到远程的终端设备时,发送时间超时使用SP和NH命令来计算。如果在时间超时没有收到确认信息,源设备会重新发送直到收到确认信息。每一次发送时间超时为:3*(单播路由超时)+(终端设备睡眠时间)或3*(50*NH)+(1.2*SP),SP以10ms单位测量。总结短睡眠周期引脚或周期睡眠模式,如果睡眠周期小于30秒,终端设备可以在任意时间收到父节点缓存的数据。网络中所有节点的SP设定应一致。如果网络中终端设备的SP有多种,那么路由和协调器的SP应该设置为最大的那个

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论