移远EC600低功耗唤醒锁wakelock的使用,QuecPython功耗分析

news/2024/11/20 22:28:00/

移远QuecPython在线文档对 低功耗休眠唤醒 的介绍比较少,咨询FAE后才知道相关说明是在另一个页面 QuecPython低功耗。


EC600模组如何进入低功耗


模组如果需要需要进入低功耗模式,必须满足以下几个条件:

  • USB 拔出
  • 系统唤醒锁全部释放(唤醒锁的数量可通过pm.get_wakelock_num()接口获取)
  • 无外部引脚中断干扰
  • 使能系统自动进入休眠(具体接口:pm.autosleep(sleep_flag))
  • CFUN=0 或者为正常注网状态


QuecPython低功耗唤醒锁的运行机制


  了解 FreeRTOS 的都知道,任务在运行到 vTaskDelay(); 时,会产生相应时间片时长的延时。在这时间段内,本任务处于阻塞态,并产生任务调度,将CPU控制权转交给其他任务去运行程序;如果其他任务也没有活动事件,那么调度器就会将CPU切换到空闲任务。而低功耗模式,最粗暴的做法,就是在 Idle 空闲任务 运行时,直接将MCU进入低功耗模式。再在适当的条件下,来唤醒MCU运行任务,这些条件可以是外部IO中断,也可以是定时器中断。

  又因为上面的方式需要在休眠时保持FreeRTOS的系统节拍,所以系统节拍计数时也会产生唤醒,而大多数由系统节拍产生的唤醒,都是没有活动的用户任务的,唤醒后计数、计数后马上又进入休眠,约等于说这个唤醒除了更新系统节拍再无其他意义。于是有了更低功耗的模式Tickless Idle Mode,它通过在休眠时暂停系统节拍计数的方式,极大减少了无用的唤醒次数。而在休眠过程中丢失的系统节拍,会在下一次唤醒后补上,所以不用担心会对用户任务造成影响。

  扯得有点多了,回到正题,QuecPython也是运行着RTOS的,所以低功耗原理不会差太多。
  官方文档对其低功耗休眠是这样描述:

对于模组的睡眠进程来说,只有当众多优先级高于睡眠进程的进程都无任务在运行时,
即所有进程都释放它们的CPU控制权时,模组才会进入睡眠,降低功耗。

  嗯,看起来跟 FreeRTOS 的休眠机制都是差不多的。不过QuecPython多了个 wakelock,有上锁、释放的动作,而模组在有 wakelock 上锁的情况下,是不会进入休眠的。只有在 wakelock 数量为0,且满足以上进入低功耗条件时,EC600模组才会择机适时自动进入休眠。


测试脚本


  怎么样,经过上面一番说明,思路是不是比较清晰了。还不了解的话,直接上代码:

  代码中两个 utime.sleep(20),一个会自动进入休眠,另一个因唤醒锁没有释放故模组还处于运行中。

import pm
import utime
lpm_fd = pm.create_wakelock("test_lock", len("test_lock"))  # 创建wakelock锁
pm.autosleep(1)  # 设置自动休眠模式
# 模拟测试,实际开发请根据业务场景选择使用
# 【注意】运行此脚本后,请将USB线与模组断开连接,否则USB有通信时无法自动进入休眠状态
while 1:utime.sleep(20)  # 此时处于休眠状态# 有活动进程,不为空闲,模组被唤醒res = pm.wakelock_lock(lpm_fd)   #添加锁print("ql_lpm_idlelock_lock, g_c1_axi_fd = %d" %lpm_fd)print("unlock  sleep")utime.sleep(20) # 唤醒锁存在,即使进程无活动,但模组在此时间段内依旧在活动工作中res = pm.wakelock_unlock(lpm_fd)  #释放锁print(res)print("ql_lpm_idlelock_unlock, g_c1_axi_fd = %d" % lpm_fd)num = pm.get_wakelock_num()  # 获取已创建锁的数量print(num)

  调试步骤:

1. 将EC600模组重新烧录固件。
2. 下载 sleep_test.py 测试程序。运行代码。
3. 我测试的硬件供电电压为4.0V,外置一低Iq的DCDC,实际提供给模组的供电电压为3.6V。
4. 观察功耗分析仪,此时因为USB还在连接通信,故模组不能正常进入休眠。
5. 插接USB时,以10s为窗口观察,动态功耗约为 32.6mA。
6. 功耗比下面大那么多不知道为什么,明明已经把充电管理和电源自动切换给卸掉了。USB只做通信,已经不提供电源了。
7. 关闭QPYcom的端口,拔出USB线。
8. 活动功耗约为21.3mA(10s窗口期)
9. 休眠功耗约为2.2mA(10s窗口期)
10.4G模组的功耗与设备所处环境的信号质量有很大关系,以上仅做参考。
11. 模组为实现通信唤醒,休眠时自身的功耗波动很大,瞬间可达几百mA,脉动频率约为0.64/0.32s。
12. 因我的电路外围硬件设计的缘故,在模组不开机时,整体也会有62.5uA的功耗,这部分需要从上面扣除。
13. DCDC和充电管理的Iq测试为41uA,包含在62.5uA内。
14. DCDC有百分之个位数的转换损耗,也要扣除。所以以上结果只是粗略的值。

【注意】刚开机的几分钟内,功耗的波动比较大,脉动也会在这个时间段内,经常性的从平时的0.64s变为0.32s,这段时间内的功耗会比平时高1~2mA。


功耗分析仪测试


代码中的活动工作功耗:
在这里插入图片描述
代码中自动进入休眠的功耗:
在这里插入图片描述


http://www.ppmy.cn/news/541354.html

相关文章

移远QuecPython(基于EC600s)开发物联网应用(二) GPIO PWM ADC UART

一. GPIO 1. 创建gpio对象 from machine import Pin gpio Pin(GPIOn, direction, pullMode, level) 参数: GPIOn: 引脚号 int类型 EC600SCN/EC600NCN平台引脚对应关系如下(引脚号为模块外部引脚编号): GPIO1 – 引脚号10 GPIO2 – 引脚号11 GPIO3 – 引脚号12 GPIO…

MySQL因为hung住,自动重新启动,InnoDB: Semaphore wait has lasted > 600 seconds

从错误日志中检查,有两个信号量等待时间超长,MySQL自动crash了: # grep " 600 " 31-226-mysql-error.log 2021-12-27T02:25:15.086231Z 0 [ERROR] [FATAL] InnoDB: Semaphore wait has lasted > 600 seconds. We intentionall…

移远EC600S-CN (4) - MQTT接入阿里云

MQTT是一种基于 发布/订阅 模式的轻量级通信协议。MQTT专门针对 物联网设备 开发,是一种 低开销、低带宽占用的即时通讯协议。该协议构建于 TCP/IP 上,旨在为低带宽和不稳定网络环境中的物联网设备,提供可靠的网络服务。它的设计思想是简单、…

大学生html5实训心得体会,实训心得体会600字(精选5篇)

实训心得体会600字(精选5篇) 当我们心中积累了不少感想和见解时,写一篇心得体会,记录下来,这样我们就可以提高对思维的训练。但是心得体会有什么要求呢?下面是小编帮大家整理的实训心得体会600字(精选5篇),欢迎阅读,希望大家能够喜欢。 实训心得体会600字1 时间过的真快,…

移远ec200/600的使用

移远ec200、ec600的使用: linux2.6.22 pppd-2.4.4 ec600s 参考的是ec200s的拨号相关文档: 1:/driver/usb/serial/option.c更改了4个位置,并没 有严格按照ec200s的指导文档来(2.6.30以上、3.0以上内核还会涉及wwan、qcserial相…

HaaS600物联网开发板学习笔记(一)---开发板硬件资源

摘要:2020年9月阿里云HaaS100物联网开发板发布,紧接着600开发板也发布了。二者不同之处有很多,最明显的是100是wifi联网,600是gprs联网,也就是“wifi和插卡”的区别。本篇文章开始,将最近一段时间调试HaaS6…

赛6,赛600, 追6 , 追600 无钥匙系统功能升级说明 龙头锁

鉴于原车无钥匙系统功能过于单一,体验方面不够完美,进行如下功能增加以提高用户体验。 大家在用车的过程,如果有什么新的想法和建议欢迎讨论分享。 新增功能汇总: 一.NFC功能 通过NFC 解锁上电,可以刷卡或者刷nfc手机&#xff0c…

600分左右的计算机院校,这11所985大学600分左右就能考,快来捡漏!

从2016年起,我国已经在事实上停止了“985工程”、“211工程”建设,并从2019年起统筹为“双一流”建设,但是985大学作为我国高校中的“天花板”——全国仅39所学校获此殊荣,在社会上早已深入人心,无论是在就业、考研深造各方面都具有优势。所以,即使已经成为历史名词,原9…