新闻中心

EEPW首页 > 嵌入式系统 > 牛人业话 > 基于STM8S的Atomthreads低功耗的深度思考

基于STM8S的Atomthreads低功耗的深度思考

作者:时间:2016-09-21来源:网络收藏

  Atomthreads像众多操作系统一样,在没有任务调度是会调用idle。(by cpuwolf)

本文引用地址:http://www.eepw.com.cn/article/201609/310074.htm

  static void atomIdleThread (uint32_t param)

  {

  /* Compiler warning */

  param = param;

  /* Loop forever */

  while (1)

  {

  /** \todo Provide user idle hooks*/

  }

  }

  atomthreads中atomIdleThread()是以线程的形式存在,也就是最低优先级线程。作者默认没有填写这个函数。

  uint8_t atomOSInit (void *idle_thread_stack_top, uint32_t idle_thread_stack_size)

  {

  uint8_t status;

  /* Initialise data */

  curr_tcb = NULL;

  tcbReadyQ = NULL;

  atomOSStarted = FALSE;

  /* Create the idle thread */

  status = atomThreadCreate(&idle_tcb,

  IDLE_THREAD_PRIORITY,

  atomIdleThread,

  0,

  idle_thread_stack_top,

  idle_thread_stack_size);

  /* Return status */

  return (status);

  }

  针对STM8我们最自然想到的是在其中加一个wfi,STM8进入wfi模式几乎不会影响任何外设的运行。以105K4为例,其进入该模式的典型电流是1.8mA。这个电流,用一节2000mA手机供电,理论上也最多能坚持46天,才一个月多点。这个记录太差了。

  STM8还有一个HALT模式,这是该芯片的最模式,电流是uA级别。但是该模式有诸多限制,进入该模式系统几乎所有的clock都停止,你的timer,adc,uart等等全部停止,除了AWU。

  

 

  atomthreads如果你在idle直接进入HALT,因为基本只有外部中断可以唤醒退出这个模式,当系统醒来了,请你想想,你的系统心跳还准么?你的应用线程如果使用了定时器,本来希望1秒钟后调用某个CALLBACK,结果HALT睡了5分钟,那还是定时器API本身参数的意义么?

  对datasheet熟悉的读者可能,可能立刻想到了AWU,似乎可以解决这个问题。在idle进入HALT前,把还能睡的时间填入AWU,这样系统就可以在制定的时间被唤醒。粗略的一看,还以为问题解决了。

  暂时不谈AWU的时间不是任意值都可以接受的,是一个非常不准确的唤醒时钟。

  举个其他例子,如果idle进入HALT前,系统还可以睡20分钟,我觉的一个设计优良的系统,应用层让系统有睡20分钟的可能性是很起码的。不幸的是,在5分钟的时候,一个外部中断进来了,系统很自然退出HALT。我想问你,从系统的角度看,系统之前睡了多久。不要告诉玩我是5分钟,大哥,那是我假设的,我问得是,从系统的角度。睡了多久?AWU这个唯一在运行的模块,上面是没有时间让你读的,你完全无法得知刚才睡了多久。

  其实上面的这个理念不是我创造的,在linux中早就有了,它叫variable tick timer,什么意思?通常我们的心跳时钟,是有规律的触发中断,比如10ms一次,这导致系统最多能安静10ms,想多睡会儿?没门!10ms后中断就来了。这种设计对是不利的。后来就有大牛,引入了variable tick timer,这里tick timer就是我们上面一直说的心跳时钟。variable就是可变的罗!表面意思就是我们的心脏可以走走停停,这样想已经不符合人类的自然规律,所以也确实不能再叫heart beattimer。当系统醒的时候,是有规律的跳动,当系统睡眠的时候, timer就停跳。其实就是上面想实现的东西。



关键词: STM8S 低功耗

评论


相关推荐

技术专区

关闭