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

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

设备支持低功耗运行是ZigBee网络的一大特色，该特性借助CC2530芯片可以很好地体现出来。CC2530芯片有五种运行模式，分别为主动模式、空闲模式、PM一、PM2和PM3。主动模式是通常运行模式；空闲模式除了CPU内核中止运行外，其余和主动模式同样；PM一、PM二、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的使用文档中得知为了使设备可以进入睡眠模式，必须知足如下的条件：
       一、经过添加预编译项POWER_SAVING来使能睡眠模式
       二、ZDO节点描述符指定“在空闲时发送功能是关闭的”，经过在f8wConfig.cfg文件中将RFD_RCVC_ALWAYS_ON设置为FALSE来实现。
       三、全部的Z-Stack任务支持powersaving
       四、Z-Stack的各个任务没有预约的活动事件
       五、MAC没有预约的活动事件
  在进行设置以前，咱们先来了解一下Z-Stack进入睡眠模式的流程。

1、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中开启PM二、PM3的方法。

2、Z-Stack开启PM二、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模式，这在必定程度上了增长了电能的消耗。这三个轮询选项的描述分别以下：
      一、Data Request Polling， 周期性地向父节点发送数据请求来轮询消息队列。轮询的时间间隔由NLME_SetPollRate函数或者zgPollRate设定，若是先前是被禁止的，那么在调用NLME_SetPollRate函数时就会当即开始轮询。
      二、Queued Data Polling， 在收到数据指示后，就会向父节点请求消息，这个时间间隔能够经过函数NLME_SetQueuedPollRate或者zgQueuedPollRate参数来设定。
      三、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