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

peterhu

我所知道的EC====>SMBUS

2 e' R6 D$ m+ |+ H% Z* |( g1. Introduction

Smubs 全称为System management bus即系统管理总线，由Intel于1995年制定，是基于Philips I2C发展而来。它通过两线式接口将各种芯片连接在一起并能够互相通信，传递各种信息。Smbus不仅节省了设备的pin脚，而且更重要的是它为系统提供了更大的扩展性和更加详细的芯片知识，为系统实现更加精细的控制提供了可能。它的时钟频率在10k~100kHz。

3 X! T# M2 q5 B8 E5 F) |3 j2. Where to use?
2 K0 F* R8 e# s- s5 h
Smbus的初衷主要是应用于PC系统中的低速率信息通讯，当然现在在embed system中也有使用。PC系统中memory 的spd信息，clockgen的配置等等都需要使用smbus完成。在MB中它主要用于采集电源管理相关的信息，不过相对于MB，它更加适合NB，因为NB上面有非常多的chip都是基于smbus的，而且NB的电源管理较MB也更为复杂，特别是在引入了ACPI以后，定制Battery、Thermal等的policy都需要用到smbus。在EC端，smbus主要用于这样几个地方：1.battery info 2.cpu/vga thermal info3.使用smbus debug card调试BIOS、EC 4.touch sensor触控按键等。

3. How to use?
* T% l: B4 c) [$ @# B, ?) w
Øslave address
# w. k2 C, `. t: L/ _( ~1 Bsmbus device作为一个slave device挂在smubs总线上，为了能够识别该device，它必须有一个唯一的标识7 bit slave address。设备生产商必须向SMBus Working Group申请专用的地址。下表1中的地址是保留的地址不能分配给设备。
3 J! H5 d. }  j+ [9 N

- K3 ~- i7 {7 w. P$ d& x

表 1

8 J7 D. Z% @% e- }4 ^' ]. T, v

/ \1 w% z& L' s0 b! n- z! a
3 A! h9 k" g$ J2 ], \为防止系统中多个设备使用同一个地址造成地址冲突，smbus device必须提供某种机制解决地址冲突（如使用片选等）。目前我们家EC使用到的设备地址有battery：0x98，thermal：0x16，debug Card：0x80，touch sensor：0x58（上述地址bit0填0补成8bits）。
. A  ?9 f% J6 W8 V
Øusing smbus device
我们使用从slave device获取信息的方法是通过按照protocol发命令给slave device。一个slave device通常会有一堆命令，这些命令都是一个字节，对应slave device register，命令的参数和返回值长度并不固定，然后slave device收到命令后会将信息通过smbus回出来。Smbus是两线式的总线,clock&dataclock是同步信号。一切行动都要听从clock的指挥否则就天下大乱了。开始通信和结束通信的时序如下图1所示：
; ]  |" E4 R9 l; R2 [                  

: K) T& `1 @  z9 L

图 1

. a- P8 Z0 L& j' X* Q; T& O: A
Clock 保持high data从high到low的跳变表示开始，clock保持High data从low到high的跳变表示结束。一旦通信开始Data只有在clock保持high时才会有效，如果data想要变化也必须在clock low的时候进行，一招一式都得按规矩来。如下图2所示：
                  
3 j4 ]% \6 T. U! E% ]* E

图 2

  x: X, M7 Q0 o6 w( r3 S, `Øbus protocols
" N' H: M0 ~% X) h/ ?9 Q5 {要想使用slave device 要按照protocol发command，smbus spec制定了11条protocol，slave device可以使用其中的任意的一条或多条。这11条分别为Quick Command, Send Byte, Receive Byte,Write Byte, Write Word, Read Byte, Read Word, Process Call,Block Read, Block Write and Block Write-Block Read Process Call。Smbus spec给出了全部protocol的详细时序，我将结合用示波器抓到的波形讲述其中的几条protocol。
5 _1 r) _; U* q: e8 N·Read Byte
% p; Z7 ]8 ]! B! c* b下图3描述的是smbus spec中关于Read Byte Protocol说明，我用示波器抓了cpu thermal sensor一次读取过程读到的温度为0x64，如图4所示：

- S( T2 A( \  B5 `+ O

图 3

* X. |- e7 u# \- o1 _8 v3 J$ Z, b

% t% c  |, \2 D* k+ r( j3 T  @

图 4

我们对着protocol数数看，图4先是一个start信号然后发了一个0x98的slave address，然后回了一个slave device 回了0，接着master发了个0x01的command，slave回了0，然后又是一个start信号然后master送了一个0x99（bit0为Rd）,接着就是cpu的温度0x64，最后master回了个1，通信结束。注意看上图红色圈圈部分，那里data是high可是clock为low，所以是一个无效数据。
·Write Byte
下图5描述的是smbus spec中关于Write Byte Protocol说明，下图6是我用示波器抓的向smbus debug card写一个0x02的过程，slave device address：0x80，command：0x55，data：0x02。试着分析结果是不是这样？J
- ?' W. q8 O8 ]

8 l* t, E( g8 T5 m

图 5

$ x9 X# ^. M; [4 `' e2 k" P7 k

' C0 s; Z( u0 E/ T$ d

图 6

+ s/ a% _* p9 R% c! K/ m. n' D% P·Write Word
" y+ E# L7 @! P下图7描述的是smbus spec中关于Write Word Protocol明，下图8是我用示波器抓的读取battery temp的过程。slave device address：0x16，command：0x08，data=0xc90b。试着分析结果是不是这样？J
5 N( Q' @; b9 O* Y0 ~' H; H  n
. e. H4 M8 I0 f# g

* X, x/ V1 k  l/ }0 h, ^

图 7

1 {5 p, q7 m+ H: t

+ a" B' K! J- \+ Z3 V7 ^& T

图8

" q3 k2 X9 @. v' ?4 a
3 D! o  X: S" ]* `" C1 @" r, m9 z
That’s all!
% b' K3 P) ~' o. ]  C
* L& T$ l3 c6 WPeter