找回密码
 加入计匠网
搜索
热搜: BIOS ACPI CPU Windows
查看: 18007|回复: 6

[原创]我所知道的EC====>Battery

[复制链接]
发表于 2009-4-18 10:00:43 | 显示全部楼层 |阅读模式
我所知道的EC====>Battery

  Z7 T& K; A" C2 r/ K

5 T: t1 j& B. I
# r4 S& f2 L: l$ e. {' a6 L& y! Z3 T" H
1.Battery Information
' V  T+ |6 m7 |# H8 h# w

% I; O9 S$ L3 \5 A0 }6 S
4 V1 }* q/ m) v. ^, l! S- m9 l* }3 Q
0 R7 H  ]+ C( t$ f" ^, T. z
   探测Battery的信息是EC一个重要的工作,OS也要通过读取ECRAM中的内容获取电池电量、温度、电压、充、放电电流、Battery是否存在的信息。那么EC如何获得这些信息呢?Battery通常是一个smbus device所以它会接在EC的一组smbus上,而Batteryspec上会给出Batterysmbus的地址以及读取Battery信息相关的命令。EC通过向smbus上送Batteryaddresscmd然后就会取得相应的信息了。

6 M$ b# a# a4 y; j% K

5 i( [4 C+ v" v" j3 _

. g; c+ m" K+ B" M# ?; f
2.Battery Charge&Discharge Algorithm

2 g- l2 _9 u3 q8 x2 h; ^0 G$ e
0 X/ v7 [& s& H1 Q

3 M9 H9 x" H4 o  y. Q' l8 u
1)Charge

9 V% g; c# a9 [/ b$ I+ c
   充电的过程是这样的,AC in 的状态下Battery插入,这时EC会进入precharge mode进行小电流充电。如果precharge时间过长(通常是指超过一个小时)EC就会停止充电并且认为Battery dead,送给host一个Battery FailEvent。在precharge mode如果充电电流增大到特定的数值后EC就会进入fastcharge mode快速充电。Battery 充满后停止充电。在这个过程中如果电池温度异常EC也会进行一些处理。这就充电的简单过程。

1 _" w+ H0 }+ J! v: D0 W+ s( k
2)Discharge
( ^7 j1 k0 C  q0 p: p6 L9 b2 A% b
   AC out & Battery in这时Battery开始放电,在放电过程中如果电量小Critical Low,系统处于S0 EC会发Critical Eventhost,然后OS紧急关机。系统处S3,EC将会唤醒OS。如果电量小于BattLowLowled将会被点亮(Battery Low Policy会详述)。另外放电温度也会被检测,如果温度过高将会做降频动作等。

* N. v3 i& ]! z! G9 \6 ?7 P
7 V" |0 j9 O% h  f- T6 \

9 J1 ~% {/ K9 A. r8 h( \" O
% V! I! T5 v) d! U) ^
3.LowLed Policy
: \( l' `( C( V( Z9 W* ~/ {  q! @
' ~; F2 t5 i* g% w2 Q) _% R

8 j/ k! I: H9 e! D" X

4 i5 N$ }" s1 c  q5 \
    经常使用NB的话,大家可能会发现有一个led很有趣。插入AC充电时会看到一个黄色的led被点亮,电池没电了会看到一个红色的led亮,有时还会一闪一闪的。其实这就是EC导入的一个Function。黄色的led其实跟这个Function无关,它是充电指示灯,不过它和LowLed摆在一个位置。那么这个红色的LowLed什么时候会恒亮,什么时候会闪烁呢?当Battery的电量很低的时候也就是小于BattLow时,LowLed就会恒亮。当Battery DeadLowLed就会闪烁,导致Battery Dead的原因有Prechage时间太长温度过高或过低。
- f# V1 b0 w! `+ c. i
* }6 _1 a* o3 e9 L* T3 x9 e& ]
/ {  Y- V, j8 @4 m
4.Battery Event" Z9 j! ?+ H: @' S* g6 w

0 d) }% ^7 {& p6 W

- I; Q/ Y9 T9 p7 Y; m
# N/ w: ]+ k5 ~
    Battery
在充放电的过程中,因为电量、电流、温度等原因EC需要向host端发送SCI Event,用于host在特定情况下采取相应的补救措施。

2 g+ {- O0 ]# q2 j8 n' a$ t
" J. H  R) Q( R  M' x& Z
1)BattChgEvent
& {/ {$ T8 _! I' y. J) R' f% @
     当Battery插入或者拔出时EC会发送BattChgEvent通知Host,这时Host会读取ECRAM获得Battery是否存在的信息并更新系统端的显示。

, Q% P5 ]/ J+ F* C6 a2 i9 X( i' l

; y" Q+ v9 w( H" T+ w0 N* I6 d
2)BattWarnEvent

1 x5 O: _# P4 h, T" }  B
    当Battery的剩余电量到达Battery Warning Level时,EC会发送BattWarnEvent通知HostHost端收到后会给出提示信息。
0 S. |4 B# e; B7 b3 B

, s" m/ u  W/ P" o% U
3)BattLowEvent
7 W2 W. p4 M2 S
     当Battery的剩余电量到达Battery Low Level时,EC会发送BattLowEvent通知Host,而且这时LowLed会恒亮。
$ I0 Z5 `8 L% _7 c/ {& @
4)BattCrtEvent

. i9 X" Z+ M6 A0 r4 d# @3 P
     当Battery的剩余电量接近0%时,EC会发送BattCrtEvent通知HostHost收到后做shutdown动作。如果在很长的一段时间里(几十秒),Host# I) V4 z6 D5 Q5 w0 q
没有shutdown,那么EC将会Emergency Shutdown0 v, `0 M' a7 I

' Q; n! T; ]- ], c) M
! Y* ]7 z$ e, F, ?

1 Z) m& o) U. l, j
  

! q$ E  B+ j+ {0 T- k8 h
- P9 w1 N+ T& M% ]  U% A  N
  
. M, K4 ?$ K# E' _
5.How to Debug Battery?
7 s  [9 `7 T# e$ Q
$ ~' }  B# f( W3 B

+ g' C& L) G# Z# z1 k6 T) s- a: S
  u- S( R5 M3 r2 I$ `
     EC
通过smbus不断的获取电池信息, 所以电池信息在不断的变化之中。有些时候为了澄清问题,或者为了增加新的Function该如何Debu呢?我的做法是使用debug toolsmbus停掉,然后将一些符合条件的值通debug tool写入ECRAM中,然后验证相关的Function是否生效。另外如果是需要给BIOSSCI Event,我会直接将Event填入SCI queue。然后驱动SCI,SCI Event被发送出去。

9 g6 K0 D  v8 y' M1 Z

( A0 S0 C$ a, v
5 s1 n/ `9 \( R$ N5 P$ `
Peter

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有账号?加入计匠网

×
发表于 2009-8-13 16:28:37 | 显示全部楼层
小弟初探EC的世界,看了您的几篇帖子受益匪浅......
回复

使用道具 举报

发表于 2009-8-20 14:00:15 | 显示全部楼层

re:battery

我看了一遍,写的过于简单过于笼统
回复

使用道具 举报

发表于 2009-10-2 09:47:55 | 显示全部楼层
好多Host,请问谁可以帮忙解释一下哪些host分别指的是什么?是南桥还是BIOS?
回复

使用道具 举报

发表于 2009-10-20 13:23:19 | 显示全部楼层
我们想在用的一个smart charger IC,这样好多电流的测量就可以省去了,我们只要根据该IC得一个report pin就可以知道充电的状况了
回复

使用道具 举报

发表于 2009-12-1 14:17:36 | 显示全部楼层

battery

写的简单了点,不过比较概括就是了
回复

使用道具 举报

发表于 2010-1-14 09:11:25 | 显示全部楼层
真的是十分感谢,中国就缺少您这样的标榜
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 加入计匠网

本版积分规则

Archiver|手机版|小黑屋|计匠网

GMT+8, 2026-2-1 12:26 , Processed in 0.078447 second(s), 18 queries .

Powered by Discuz! X3.5

© 2001-2025 Discuz! Team.

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