转: ZigBee/Z-Stack CC2530实现低功耗运行的配置简介

转: ZigBee/Z-Stack CC2530实现低功耗运行的配置简介
http://bbs.elecfans.com/jishu_914377_1_1.html
(出处: 中国电子技术论坛)

设备支持低功耗运行是ZigBee网络的一大特点,该特性借助CC2530芯片能够很好地体现出来。CC2530芯片有五种运行模式,分别为主动模式、空闲模式、PM1、PM2和PM3。主动模式是一般运行模式;空闲模式除了CPU内核停止运行外,其他和主动模式一样;PM1、PM2、PM3是低功耗运行模式,CC2530通过关闭不必要的部分和调整系统时钟来达到低功耗的效果。

PM1:稳压器的数字部分开启,32 MHzXOSC和 16 MHz RCOSC都不运行。32 kHz RCOSC或32 kHz XOSC运行。复位、外部中断或睡眠定时器溢出时系统将转到主动模式。
    PM2:稳压器的数字内核关闭。32 MHzXOSC和 16 MHz RCOSC都不运行。32kHz RCOSC或32 kHz XOSC运行。复位、外部中断或睡眠定时器过期时系统将转到主动模式。

PM3:稳压器的数字内核关闭。所有的振荡器都不运行。复位或外部中断时系统将转到主动模式。
几种运行模式的对比如下表所示:

PM2模式又叫LITE SLEEP模式,其功耗在毫安级别,多用于需要定时唤醒的场合,比如周期性地唤醒传感器来进行数据的采集。
    PM3模式又叫做DEEP SLEEP模式,在几种运行模式中功耗最低,在微安级别,多用于远程遥控场合,比如使用CC2530做一个远程遥控器,在没有按键按下时,可使其进入PM3模式以减少电能消耗。

Z-STACK提供了两种低功耗运行模式,PM2和PM3。PM2模式可被睡眠定时器,外部中断和复位唤醒,PM3模式可被外部中断和复位唤醒。

在Z-Stack的使用文档中得知为了使设备能够进入睡眠模式,必须满足以下的条件:
       1、通过添加预编译项POWER_SAVING来使能睡眠模式
       2、ZDO节点描述符指定“在空闲时发送功能是关闭的”,通过在f8wConfig.cfg文件中将RFD_RCVC_ALWAYS_ON设置为FALSE来实现。
       3、所有的Z-Stack任务支持powersaving
       4、Z-Stack的各个任务没有预定的活动事件
       5、MAC没有预定的活动事件
  在进行设置之前,我们先来了解一下Z-Stack进入睡眠模式的流程。

一、Z-Stack进入睡眠模式的流程分析
  在main函数的最后,程序进入osal_start_system函数开始进行轮询机制,在osal_start_system函数的最后,程序通过判断宏来确定是否进行电源管理,如下所示:
#if defined( POWER_SAVING )
    else  // Complete pass through all task events with no activity?
    {
      osal_pwrmgr_powerconserve();  // Put the processor/system into sleep
    }
#endif

[color=rgb(51, 102, 153) !important]复制代码
  
  可以看出如果我们在预编译时定义了宏POWER_SAVING,且满足else条件,程序就会调函数osal_pwrmgr_powerconserve,与else对应的if的条件是if (idx< tasksCnt) ,分析可知if是用来判断当前系统有没有要执行的任务,也就是说,要进入电源管理,还必须满足系统当前没有正在执行的任务或者将要执行的任务。

进入osal_pwrmgr_powerconserve函数后首先要进行两次判断,第一次判断设备是否为电池设备:pwrmgr_attribute.pwrmgr_device !=PWRMGR_ALWAYS_ON其中PWRMGR_ALWAYS_ON宏在OSAL_PwrMgr.h定义,使用电池供电的设备用宏PWRMGR_BATTERY来表示。
/* With PWRMGR_ALWAYS_ON selection, there is no power savings and the
* device is most likely on mains power. The PWRMGR_BATTERY selection allows
* the HAL sleep manager to enter SLEEP LITE state or SLEEP DEEP state.
*/
#define PWRMGR_ALWAYS_ON  0
#define PWRMGR_BATTERY    1

[color=rgb(51, 102, 153) !important]复制代码
  第二次判断是判断是否所有的任务都支持power saving:
                                              if ( pwrmgr_attribute.pwrmgr_task_state == 0 )

确认这两个条件都满足后先关闭中断HAL_ENTER_CRITICAL_SECTION( intState );然后获取下一次任务截止的时间,next = osal_next_timeout(); 然后再使能中断HAL_EXIT_CRITICAL_SECTION(intState );在获取下一次任务截止时间时关闭中断是为了不影响时间的获取,获取一个准确的时间,最后调用宏OSAL_SET_CPU_INTO_SLEEP( next );追踪发现该宏实际上是调用了函数halSleep,该函数在文件hal_sleep.c中,在hal_sleep函数中,首先来获取Z-Stack下一次任务截止时间和MAC任务下一次截止时间的最小值,使用语句如下:
if (timeout == 0)//Z-Stack下一次任务截止时间为0,即没有预定的Z-Stack任务
  {
    timeout = MAC_PwrNextTimeout();//获取MAC下一次任务的截止时间
  }
  Else //有预定的Z-Stack任务
  {
    /* get next MAC timer expiration */
    macTimeout = MAC_PwrNextTimeout();/获取MAC下一次任务的截止时间
/* get lesser of two timeouts */
//获取Z-Stack下一次任务截止时间和MAC任务下一次截止时间的最小值
    if ((macTimeout != 0) && (macTimeout < timeout))
    {
      timeout = macTimeout; //将最小的值作为休眠时间
    }
  }

[color=rgb(51, 102, 153) !important]复制代码
  获取timeout后,接着通过判断timeout来决定是进入PM2还是PM3模式,halPwrMgtMode = (timeout == 0) ? HAL_SLEEP_DEEP : HAL_SLEEP_TIMER; 如果timeout为0,及Z-Stack和MAC都没有预定的任务,则系统进入PM3模式,如果不为0就进入PM2模式。

电源管理理念通常被电池供电的设备采纳,而为了维护网络的完整性、稳定性,协调器和路由器一般不采用电池供电,也就是说只有终端设备经常使用电池供电,所以在使用时尽量不要对协调器和路由器开启POWER_SAVING选项。
  了解完大致过程后接下来介绍一下在Z-Stack中开启PM2、PM3的方法。

二、Z-Stack开启PM2、PM3的方法

第一步:添加预编译项POWER_SAVING。
  右键工程名称,选择Options->C/C++Compiler/Preprocessor选项,在Defined Symbols框里添加POWER_SAVING。

第二步:修改f8wConfig.cfg文件。

找到-DRFD_RCVC_ALWAYS_ON将值改为-DRFD_RCVC_ALWAYS_ON=FALSE
  将-DPOLL_RATE=1000改为-DPOLL_RATE=0
  将-DQUEUED_POLL_RATE=0改为-DQUEUED_POLL_RATE=0
  将-DRESPONSE_POLL_RATE=100改为-DRESPONSE_POLL_RATE=0

下面对以上设置进行说明。
     Z-Stack工程中的ENDDEVICE默认情况下是不使用电源管理的,因此自动轮询消息机制是打开的。在工程中有三个轮询选项,每一个都有一个定时延时时间,因此每个轮询都会影响到睡眠机制,定时的时间延迟不能使设备进入PM3模式,这在一定程度上了增加了电能的消耗。这三个轮询选项的描述分别如下:
      1、Data Request Polling, 周期性地向父节点发送数据请求来轮询消息队列。轮询的时间间隔由NLME_SetPollRate函数或者zgPollRate设定,如果先前是被禁止的,那么在调用NLME_SetPollRate函数时就会立即开始轮询。
      2、Queued Data Polling, 在收到数据指示后,就会向父节点请求消息,这个时间间隔可以通过函数NLME_SetQueuedPollRate或者zgQueuedPollRate参数来设定。
      3、Response DataPolling,在收到数据确认指示后,就会向父节点请求响应消息,这个时间间隔可以由NLME_SetResponsePollRate函数或者是zgResponsePollRate参数来设定。
  上述的三个参数和函数都是仅终端设备可用,在ZStack中,默认地使用指定参数值的方法来设置轮询时间,在ZGlobals.c中可以看到:
                                                          // Polling values
                                                         uint16 zgPollRate= POLL_RATE;
                                                         uint16zgQueuedPollRate = QUEUED_POLL_RATE;
                                                         uint16zgResponsePollRate = RESPONSE_POLL_RATE;
                                                         uint16 zgRejoinPollRate =REJOIN_POLL_RATE;
  而POLL_RATE、QUEUED_POLL_RATE、RESPONSE_POLL_RATE三个参数则在文件f8wConfig.cfg被设置,如上所述。对于上述三个参数,如果只是使用默认的设置,则只能进入PM2模式,要想能够进入PM3模式,就必须将上述三个参数的值设置为0.
  在f8wConfig.cfg文件的最后还有一个轮询的参数——重新加入参数,就是在加入网络不成功的时候会在设定的时间到后重新请求加入网络,-DREJOIN_POLL_RATE。如果想在只有终端节点没有协调器的情况下做低功耗的实验,可以将这个参数设置为0,这样设备就不会每440毫秒(默认值为440)进入PM2模式一次了。
第三步:配置存在轮询的程序,也就是有预定活动的任务。

上面提到过预定活动的任务会使系统只能进入PM2模式,这些预定的互动包括Z-Stack和MAC的,而在Z-Stack中凡是使用到函数osal_start_timerEx的地方都会产生预定的任务活动。在Z-Stack中,有两个地方会用到osal_start_timerEx函数,一个是使用轮询法来扫描按键时,另一个是在应用层中一些用户自定义的定时任务,所以要想使设备能够进入PM3模式,就要屏蔽掉这两处。第一是将按键的机制改为中断方式,在InitBoard函数的else分支中将OnboardKeyIntEnable = HAL_KEY_INTERRUPT_DISABLE;改为OnboardKeyIntEnable= HAL_KEY_INTERRUPT_ENABLE;然后将应用层中所有使用到osal_start_timerEx函数的地方都屏蔽掉就行了。
第四步:

上面提到在进入osal_pwrmgr_powerconserve函数后会对电源管理属性进行两次判断,以确定设备为电池供电设备,同时所有的任务支持powersaving,这部分的设置在函数osal_pwrmgr_init中完成,将函数修改为如下即可:
void osal_pwrmgr_init( void )
{
  //pwrmgr_attribute.pwrmgr_device = PWRMGR_ALWAYS_ON; // Default to no power //conservation.
  pwrmgr_attribute.pwrmgr_device = PWRMGR_BATTERY;
  pwrmgr_attribute.pwrmgr_task_state = 0;            // Cleared.  All set to conserve

时间: 2024-10-14 08:49:38

转: ZigBee/Z-Stack CC2530实现低功耗运行的配置简介的相关文章

Zigbee Z‐STACK协议栈和TinyOS

ZigBee 和 Tinyos 关于ZigBee和TinyOS ZigBee的基础是IEEE 802.15.4.但IEEE仅处理低级MAC层和物理层协议,因此Zigbee联盟扩展了IEEE,对其网络层协议和API进行了标准化,这就是Z‐STACK,Z‐STACK协议栈是TI公司研发,通过ZigBee联盟认证的免费协议栈,协议内部包括了WSN(无线传感器网络)的OS的模型,协议栈具有国际化,标准化的特点,协议栈已提供十几种应用场景,可以非常轻松的让用户开发出满足国际标准的产品. TinyOS是一个

【note】Slave STack Code Tool之各类参数配置

第四章 硬件访问 从站堆栈代码可执行在多个平台上和控制器架构.因此, 源代码包含多个定义来满足特定的硬件需求. 本章描述了硬件的具体配置和硬件访问的功能 使用通用的堆栈层 有可能用到的 SlaveInformation Define: VENDOR_NAME EtherCAT slave vendor name EtherCAT从站供应商名称 Define: DEVICE_NAME Name of the slave device (Object 0x1008) 定义:DEVICE_NAME 0

在Eclipse中运行、配置Hadoop

版权所有: [email protected]  严禁转载! 1.安装插件 准备程序: eclipse-3.3.2(这个版本的插件只能用这个版本的eclipse) hadoop-0.20.2-eclipse-plugin.jar (在hadoop-0.20.2/contrib/eclipse-plugin目录下) 将hadoop-0.20.2-eclipse-plugin.jar 复制到eclipse/plugins目录下,重启eclipse. 2.打开MapReduce视图 Window ->

iOS开发项目篇—25字典转模型第三方框架、运行时机制简介

iOS开发项目篇—25字典转模型第三方框架.运行时机制简介 一.使用第三方框架完成字典转模型 1.获取框架 在www.code4app.com网站中,搜索字典转模型 可以点击下载代码进行下载,也可以带github上去下载. 管理框架的好处:点击刷新按钮会刷新所有的项目. 2.使用 1.导入第三方框架 2.使用示例 错误提示: 在刷新的时候直接使用一行代码即可: 1 /**加载最新微博数据*/ 2 -(void)loadNewStatus 3 { 4 //1.获得请求管理者 5 AFHTTPReq

maven(六),外置maven运行环境配置

外置maven eclipse内置的maven插件是固定版本,如果要用其他版本的maven,可以使用外置maven 下载地址: http://maven.apache.org/download.cgi   window系统下载 apache-maven-3.3.9-bin.zip, 解压 进入eclipse首选项--maven--installations--add--选择刚解压的maven目录--完成 如图第一行是eclipse内置maven3.3.3版本,第三行是我们刚刚添加的3.3.9版本

PHP分别做为CGI和module来运行的配置

php: PHP Version 5.0.0b4 apache: Apache/2.0.49 (Win32) 1.做为apache2的cgi运行 ScriptAlias /php/ "c:/php/"AddType application/x-httpd-php .phpAction application/x-httpd-php "/php/php-cgi.exe" 上面的代码添加到httpd.conf 2.做为apache的模块运行 LoadModule php

Android运行时配置更改

Android支持在运行时更改语言,位置.硬件.它是通过终止和重启activity来实现上诉功能的.可起到强制重新评估activity中使用的资源的分辨率,并为心得配置选择最合适的资源值. 要让activity可以监听运行时配置更改,需要向它的manifest节点中添加一个android:configChanges属性来说明希望对哪些配置更改进行处理 下面的列表描述了可以指定的运行时更改: mcc和mnc    检测到sim,并且与之关联的国家或者网络的代码发生了变化 locale    用户改

1.Android6.0运行时权限简介_2.Android6.0权限适配之WRITE_EXTERNAL_STORAGE(SD卡写入)3_.Android 6.0 运行时权限理解

Android6.0运行时权限简介:http://unclechen.github.io/2016/03/05/Android6.0%E8%BF%90%E8%A1%8C%E6%97%B6%E6%9D%83%E9%99%90%E7%AE%80%E4%BB%8B/ Android6.0权限适配之WRITE_EXTERNAL_STORAGE(SD卡写入):https://blog.csdn.net/xiechengfa/article/details/52699233 Android 6.0 运行时权

应用程序初次运行数据库配置小程序(Java版)

应用程序初始化数据库配置小程序 之前写过一个Java版的信息管理系统,但部署系统的时候还需要手动的去配置数据库和导入一些初始化的数据才能让系统运行起来,所以我在想是不是可以写一个小程序在系统初次运行的时候自动部署数据库和导入一些初始化数据.然后就有了以下的思路: 在应用程序入口处判断数据库是否已经配置完成,若配置完成则进入正常的登录系统完成正常操作即可,若未配置则进入数据库配置的小程序完成数据库配置然后再进入系统,但如何来判断是否已经配置完成呢,在这里我用的是比较原始的方法,配置数据库的时候系统