找回密码
 注册
关于网站域名变更的通知
查看: 228|回复: 2
打印 上一主题 下一主题

将LoRa模块的功耗降到极致

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2021-11-15 14:26 | 只看该作者 |只看大图 回帖奖励 |倒序浏览 |阅读模式

EDA365欢迎您登录!

您需要 登录 才可以下载或查看,没有帐号?注册

x
一.   引言
能耗对于电池供电的产品来说是一个重大的问题,一旦电能耗尽设备将“罢工”,在某些场合电能意味着电子产品的生命。物联网时代将会有越来越多电池供电的设备通过无线通信连接,降低能耗再次摆在工程师的桌面上 ---- 解决它!

锐米 LoRaWAN 模块(简称模块) RNDU470LAS不但具备空旷环境传输 6km 以上的超长距离优势,还将休眠能耗降低到极致(0.4uA,带RTC为1.4uA)。这是怎么做到的呢?接下来,一步一步解密.


二.   硬件设计
1.   选用低功耗器件
模块 mcu 选用 STM8L151C8T6,它属于超低功耗,不带RTC休眠为 400nA,带 RTC 下休眠为 1.4uA。该 MCU 拥有较大的RAM(4KB) 和自带 EEPROM(2KB),不用扩展外部存储设备,进一步降低功耗和成本。

终端射频芯片选用 SX1278,在休眠模式下,该芯片功耗低至忽略不计。

2.   尽可能快地让射频模块休眠
SX1278属于LoRa TM扩频调制技术,它的远距离优势得益于调制增益,不是靠增大发射功率(那将消耗更多电能)。该射频芯片的电流消耗如下:休眠<0.2uA,空闲=1.6mA,接收=12mA,发射(最大功率)=120mA.

终端MCU通过“中断+定时器超时”方式控制SX1278,一旦射频完成发送或接收,立即进入休眠模式。

3.   了解MCU的工作模式与功耗
降低MCU的功耗首先尽可能少地开启外设,其次尽可能地让其休眠。我们一起看看STM8L151C8T6不同工作模式下功耗。


上述低功耗运行模式对于开发者来说有点多,尤其刚接触STM8L处理器。我们需要一般性的指导原则,下表2是来源于实践的经验。


4.   静态配置MCU引脚
即使MCU和RF都进入休眠模式,如果没有设置好MCU引脚,它们照样会“偷偷”地消耗电能。以STM8L151C8T6为例,它一共有48个引脚,首先需要用Excel对其进行分类,如下例所示:


三. 软件设计
1.   动态切换MCU引脚
有2类MCU引脚:MCU输出和MCU输入,它们需要动态进行配置。具体地说,在进入低功耗模式时,将其分别配置成:输入上拉和输入悬浮;在退出低功耗模式时,将其配置成定义的功能状态。在动态切换时需要考虑2点:

首先,动态切换引脚是需要时间的,以STM8L151C8T6为例,动态切换5个引脚需要477us,可见它一般用于休眠这种较长周期的节能模式,不适合空闲停止这种短暂节能模式。

其次,在实际开发中引脚的连接是变化的,换句话说,今天这个引脚是空闲,下次产品升级该引脚可能设计成特定功能。为减少软件维护成本,需要设计一种优秀的数据结构,它能描述MCU所有引脚,如果引脚功能改变,只需要修改数据定义,而不需要修改程序。

2.   一旦无事可干,MCU立即停止或休眠
在LoRa终端系统中MCU是能源的持续消耗者,软件设计需要考虑尽可能快地让MCU节能,STM8L151C8T6有如下2种节能模式。

短暂等待:如等待RF发送数据帧完毕,MCU执行WFI指令,一旦RF完成发送,中断将MCU唤醒继续运行;

长期等待:如等待下一次主动上报数据帧,MCU执行HALT指令,当指定时间到达时,RTC中断将MCU唤醒继续运行。

3.   采用高效率算法
软件算法效率越高,MCU计算时间更少,可以更快进入低功耗,也就更节能。在终端设计中有2个算法比较消耗时间:

CRC16:无线传输易受干扰,一般通信帧需要添加CRC16检测正确性,我们采用查表的方法减少CRC16的计算时间。



计算空中传输时间:该时间对于组网算法十分重要,它包含较多的浮点运算。所幸的是,大部分数据帧长度是固定的,可以提前计算好;对于变化长度的数据帧,可以采用“命中算法”来提高效率,即保存本次长度与时间的值,如果下次长度相同直接返回该时间值。


4.   Contiki操作系统下进程低功耗设计
终端支持 LoRaWAN 算法,内嵌多种无线通信健壮性技术,智能解决:通信碰撞、微弱信号、外界干扰、断网继连等挑战。这样一来,必然带来软件复杂度。

使用成熟稳定的已有软件库是人们解决软件复杂度的有效方法,因此,我们引入高效强大的Contiki物联网操作系统。

这样一来,终端系统低功耗设计需要兼顾:MCU运行模式、外设中断、ContikiOS和进程。


上图展示了系统低功耗设计的时序逻辑。我们看到一个基本的思想:当所有的进程“同意休眠”,空闲时ContikiOS执行HALT命令使MCU进入休眠状态;当RTC或EXT中断唤醒MCU时,对应的进程处理该逻辑,完成后“同意休眠”。

这种设计保证了系统只有一个HALT入口,同时复杂的逻辑交给不同的进程处理,降低了设计的复杂度。

为检测是否“所有进程同意休眠”,我们设计了如下图的数据结构:

数据AgrHalt的位宽与进程数目绑定,因此使用typedef定义该数据类型。

当AgrHalt==0时,说明“所有进程同意休眠”,一旦ContikiOS进入空闲状态,它将调用HALT()命令,使MCU进入Active-HALT状态;

当AgrHalt != 0时,说明“某进程还有活要干”,此时ContikiOS进入空闲状态后,它调用WFI()命令,使MCU进入WFI状态。






该用户从未签到

2#
发表于 2021-11-15 14:31 | 只看该作者
终端射频芯片选用 SX1278,在休眠模式下,该芯片功耗低至忽略不计

该用户从未签到

3#
发表于 2021-11-15 14:32 | 只看该作者
在实际开发中引脚的连接是变化的
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

推荐内容上一条 /1 下一条

EDA365公众号

关于我们|手机版|EDA365电子论坛网 ( 粤ICP备18020198号-1 )

GMT+8, 2025-6-18 21:13 , Processed in 0.078125 second(s), 26 queries , Gzip On.

深圳市墨知创新科技有限公司

地址:深圳市南山区科技生态园2栋A座805 电话:19926409050

快速回复 返回顶部 返回列表