|
EDA365欢迎您登录!
您需要 登录 才可以下载或查看,没有帐号?注册
x
选择一款最适合您自己应用的超低功耗mcu并非易事,并不像对比数据表前面的数据那么简单。我们必须详细对比 mcu功能,包括:断电模式、 定时系统、 事件驱动功能、 片上外设、 掉电检测与保护、 漏电流、 处理效率。还可以关闭外设时钟,注意I/O口的电平状态等措施来降低功耗。) U) q' c& f0 w( l
4 E3 `3 e/ l3 L
& e8 c) t1 f4 K8 T9 i+ O+ Z( r, C# y) D+ c( v2 r7 a
' ^6 w' a1 p0 w7 _% N3 a% @6 @/ P循序渐进式的功耗优化已经不再是超低功耗mcu的游戏规则,而是“突飞猛进”模式,与功耗相关的很多指标都不断刷新记录。我们在选择合适的超低功耗mcu时要掌握必要的技巧,在应用时还需要一些设计方向与思路才能够更好的应用。! b6 a3 Z! Y( C3 A- `: ^6 T
4 U2 c3 Y G" O) d$ u) A/ z' \# t/ U9 |; F6 I7 h. v- S+ a
$ F2 b, n2 Y3 i, O. v# W' t2 {0 N" j3 I( X
超低功耗MCU的选择方法. q1 L3 \, f% `1 Y
" _, c$ i7 U/ T8 G8 T) x# M- l: J- Q3 `3 F: H+ N
8 d& C6 c. [: b4 `! I4 q1 q l# d- l3 o. ^. b0 A8 F( I" ]; Y, g5 R
嵌入式微控制器 (MCU)的功耗在当今电池供电应用中正变得越来越举足轻重。大多MCU芯片厂商都提供低功耗产品,但是选择一款最适合您自己应用的产品并非易事,并不像对比数据表前面的数据那么简单。我们必须详细对比 MCU功能,以便找到功耗最低的产品,这些功能包括:断电模式、 定时系统、 事件驱动功能、 片上外设、 掉电检测与保护、 漏电流、 处理效率。
- e* w0 K6 y1 I! s7 N/ p6 C/ C! A5 s/ X m$ K+ ]
/ `# x! R, \% \1 X5 D. {. E* w1 J G6 j4 m! c5 v
在低功耗设计中,平均电流消耗往往决定电池寿命。例如,如果某个应用采用额定电流为 400mAh 的 Eveready 高电量 9V 1222 型电池的话,要提供一年的电池寿命其平均电流消耗必须低于 400mAh/8760h,即45.7uA。
0 w" \ V$ u% d& m: Q3 t/ c
! C" a: T+ R4 d$ F; k# {7 ?: Q5 B0 y/ s6 ?+ a# o0 ^
6 j/ B. E5 d1 e在使MCU能够达到电流预算的所有功能中,断电模式最重要。低功耗MCU具有可提供不同级别功能的断电模式。例如,TI 超低功耗 MCU MSP430 系列产品可以提供 5 种断电模式。低功耗模式 0 (LPM0) 会关闭 CPU,但是保持其他功能正常运转。LPM1 与 LPM2 模式在禁用功能列表中增加了各种时钟功能。LPM3 是最常用的低功耗模式,只保持低频率时钟振荡器以及采用该时钟的外设运行。LPM3 通常称为实时时钟模式,因为它允许定时器采用低功耗 32768Hz 时钟源运行,电流消耗低于 1uA,同时还可定期激活系统。最后,LPM4 完全关闭器件上的包括 RAM 存储在内的所有功能,电流消耗仅 100 毫微安。* G% ~5 I% J- \0 M
% I$ a" I/ g+ Z( G1 a
7 s! I# O: D5 D- k2 U时钟系统是MCU功耗的关键。应用可以每秒多次或几百次进入与退出各种低功耗模式。进入或退出低功耗模式以及快速处理数据的功能极为重要,因为 CPU会在等待时钟稳定下来期间浪费电流。大多低功耗MCU都具有“即时启动”时钟,其可以在不到 10~20us 时间内为 CPU 准备就绪。但是,重要的是要明白哪些时钟是即时启动、哪些非即时启动的。某些MCU具有双级时钟激活功能,该功能在高频时钟稳定化过程中提供一个低频时钟(通常为32768Hz),其可以达到 1 毫秒。CPU 在大约 15us 时间内正常运行,但是运行频率较低,效率也较低。如果 CPU 只需要执行数量较少的指令的话,如:25 条,其需要 763us。CPU 低频比高频时消耗更少的电流,但是并不足于弥补处理时间的差异。相比而言,某些 MCU在 6 微秒时间内就可以为 CPU 提供高速时钟,处理相同的 25 条指令仅需要大约 9us(6us 激活+25 条指令′0.125us指令速率),而且可以实现即时启动的高速串行通信。0 m! U7 }6 u5 W1 I& Y2 V
' }" b& a5 Z2 G$ F3 k0 y! k# @1 A
! Q5 y) f; W$ a2 _+ I4 R
另外,如果MCU时钟系统为外设提供多个时钟源的话,当 CPU 处于睡眠状态时外设仍然可以运行。例如,一次 A/D 转换可能需要一个高速时钟。如果MCU 时钟系统提供独立于 CPU 的高速时钟,CPU 就可以在 A/D 转换器运行情况下进入睡眠状态,从而节省 CPU 耗流量。- O- i" D9 b$ J- Y' j! b2 x- {5 n( d( M6 E5 s: G
2 ]. i+ q' e3 Z4 s, ], S$ r1 ?% B# A6 [1 U! R
: d' }! g t2 O4 H0 q事件驱动功能与时钟系统的灵活性并存。中断会使MCU退出低功耗模式,因此,MCU的中断越多,其防止浪费电流的 CPU 轮询与降低功耗的灵活性就越大。轮询意味着进行与不进行功耗预算之间存在差异,因为它在等待出现事件时会浪费CPU 带宽并需要额外电流。一个好的低功耗MCU应具有充分的中断功能,为其所有外设提供中断,同时为外部事件提供众多外部中断。
# n: E1 ]8 ~+ f* n/ _& y/ Q4 E3 u) v& n2 O9 W
. ?* U: E2 _6 s! @1 i: F, x, D7 u, ]) I: S, W! P- r5 l
) _- b' s$ j" U. |/ j按钮或键盘应用可以证明外部中断的优势。如果不具备中断功能,MCU必须频繁轮询键盘或按钮,以确定其是否被按下。不仅轮询自身会消耗功率,而且控制轮询间隔也需要定时器,其会消耗附加电流。相比而言,在具备中断情况下,CPU 可以在整个过程中保持睡眠状态,只有按下按钮时才激活。% R. {3 t8 f" o) b9 s. q# W) o
9 F! z' @0 V) w* [5 ]' H2 d9 f3 A g/ \ w1 J6 O3 j
; X. S' K8 J, m7 e2 k3 E1 r2 E6 h0 W. K* B. g' U. @
在选择低功率MCU时,还需要考虑外设功耗与电源管理。某些低功率MCU仅仅是设计时不具备低利率功能的旧架构的改进版本。而有些MCU在设计时即具备低功耗特性,并在其外设中内置了低功耗功能。一种特性是在需要时单独启动或关闭外设的能力,换言之,更重要的是自动启动或关闭外设的能力。 A/D 转换器就是一个例子,其在完成一次转换后可以自动关闭。另外,某些MCU正在引入直接存储器存取功能,其可以在无需 CPU 干预情况下自动处理数据。
1 A+ l# M' G/ J6 n# @% _2 U w
8 f+ f8 r2 Q$ Z8 X% b$ N) c2 Y2 y' r; u
大多 MCU具有集成的掉电保护功能,当电源低于正常操作范围时其可以复位 MCU。通常会提供启动或关闭掉电保护以节省功耗的功能,但是必须在整个过程中都使掉电保护功能置于可用状态,因为掉电是不可预测的。某些MCU需要70uA 的电流来实现掉电保护。在只需要 45uA 平均电流的应用实例中很明显可以不考虑这些MCU。 在选择低功耗MCU期间有时会忽视漏电流,但是,在最苛刻的低功耗应用中则必须考虑到漏电流。大多改进后的低功耗MCU都具有 1uA 的限定输入漏电流。在 20 输入器件中,它可能会消耗 20uA!针对低功耗设计的最新MCU具有最高50nA 的漏电流。
4 ?2 \! n* D( V1 Z* [- i0 f" `( V* w3 E% A) S) U% d" T+ a; |: y( S, P' @, Z3 u& I
+ \! l, p" D4 t; n% \3 G/ q; H: p+ L- M1 s& _; x
最后,我们常常会误解MCU处理效率。大家通常会认为 16 位 MCU需要两倍于 8 位MCU的内存,但是一个 16 位架构实际上需要比 8 位架构要少一些的代码,而 16 位MCU一般会更快速地执行任务。例如,8 位 MCU需要 CPU 开销来管理具有 10 位 A/D 转换数据或需要 16 位计算的应用中的数据。而且当今许多MCU产品都具有单个工作文件或累加器,其数据必须进行传输,以便处理,因此,与基于寄存器的架构相比需要额外的 CPU 开销。7 ~; Y, Q# {. }
+ C7 W2 M$ g+ U; Y/ X2 G( U* x0 B# [# g
选择低功率MCU是一项耗时、棘手的工作。如果花费一些时间来了解可用产品选项的架构特性,我们就能够开发出能满足最苛刻功率预算的设计。+ J n4 l( v& g" L$ ]+ \
$ a6 @4 y# p+ D" V" u! ^7 C3 O; u8 x4 z5 U& n& }7 F
/ s1 q; X5 K! D& V( b$ W; T7 J+ u& }7 g
小结:MCU的低功耗设计是一个细致活,要养成良好的习惯,做到每添加一个功能都要重新验证一下低功耗是否符合要求,这样就可以随时随地干掉消耗功率的因素。如果把所有功能都设计好了才去考虑低功耗的问题,一个不小心,就可能要更改程序的架构——即便如此也不一定能把功耗给彻底降下去。
1 x7 h, e1 J2 v/ u+ c7 B; D |
|