I2C协议总结

一、I2C协议概述

I²C 是Inter-Integrated Circuit的缩写，发音为"eye-squared cee" or "eye-two-cee" , 它是一种两线接口。

I²C 只是用两条双向的线，一条 Serial Data Line (SDA) ，另一条Serial Clock (SCL)。

SCL：上升沿将数据输入到每个EEPROM器件中；下降沿驱动EEPROM器件输出数据。(边沿触发)

SDA：双向数据线，为OD门，与其它任意数量的OD与OC门成"线与"关系。

1. 输出级

   

   每一个I2C总线器件内部的SDA、SCL引脚电路结构都是一样的，引脚的输出驱动与输入缓冲连在一起。其中输出为漏极开路的场效应管，输入缓冲为一只高输入阻抗的同相器，这种电路具有两个特点：

   1)由于SDA、SCL为漏极开路结构(OD)，因此它们必须接有上拉电阻,阻值的大小常为 1k8, 4k7 and 10k ，但1k8 时性能最好；当总线空闲时，两根线均为高电平。连到总线上的任一器件输出的低电平，都将使总线的信号变低，即各器件的SDA及SCL都是线"与"关系。

   2)引脚在输出信号的同时还将引脚上的电平进行检测，检测是否与刚才输出一致，为"时钟同步"和"总线仲裁"提供了硬件基础。

2. 主设备与从设备

   系统中的所有外围器件都具有一个7位的"从器件专用地址码"，其中高4位为器件类型，由生产厂家制定，低3位为器件引脚定义地址，由使用者定义。主控器件通过地址码建立多机通信的机制，因此I2C总线省去了外围器件的片选线，这样无论总线上挂接多少个器件，其系统仍然为简约的二线结构。终端挂载在总线上，有主端和从端之分，主端必须是带有CPU的逻辑模块，在同一总线上同一时刻使能有一个主端，可以有多个从端，从端的数量受地址空间和总线的最大电容 400pF的限制。　　

• • 主端主要用来驱动SCL line；

  • 从设备对主设备产生响应；

　　　　二者都可以传输数据，但是从设备不能发起传输，且传输是受到主设备控制的。

 

　　4.速率：

　　普通模式：100kHz；

　　快速模式：400kHz；

　　高速模式：3.4MHz；

 

二、协议解析

对于嵌入式开发的朋友来说，I2C协议实在是再熟悉不过了，有太多的器件，采用的都是通过I2C来进行相应的设置。

     I2C协议中最重要的一点是I2C地址。这个地址有7位和10位两种形式。7位能够表示127个地址，而在实际使用中基本上不会挂载如此多的设置，所以很多设备的地址都采用7位，所以本文接下来的说明都是基于此。

     I2C还有一个很重要的概念，就是“主—从”。对于从设备来说，它是啥都不干的，更不会自动发送数据；而主设备，则是起到控制作用，一切都是从它开始。

     除了GND以外，I2C有两根线，分别是SDA和SCL，所有的设备都是接到这两根线上。那么，这些设备如何知道数据是发送给它们呢？这就得依靠前面所说到的地址了。设备I2C的地址是固定的，比如0x50，0x60等等。因为只能有127个地址，地址冲突是很常见的，所以一般设备都会有一个地址选择PIN，比如拉高时候为0x50，接地为0x60。如果无论拉高还是接地，都和别的芯片有冲突，那该怎么办呢？答案是：只能换芯片了。

     我们来看I2C协议中的数据传输时序图：

 

     SCL是时钟，SDA承载的是数据。当SDA从1变动到0，而SCL还是1时，表示开始数据传输。接下来的7位，就是设备的地址。紧接着的是读写标志，其为1时是读取，为0则是写。如果I2C总线上存在着和请求的地址相对应的设备，则从设备会发送一个ACK信号通知主设备，可以发送数据了。接到ACK信号后，主设备则发送一个8位的数据。当传输完毕之后，SCL保持为1，SDA从0变换到1时，标明传输结束。

     从这个时序图中可以看到，SCL很重要，并且哪个时钟沿是干嘛的，都是确定好的。比如，前面7个必定是地址，第8个是读写标志，数据传输必须是8位，必须接个ACK信号等等。

     前面的时序图并没有标明数据传输的方向，我们现在看看写操作的数据流向：

 

     网格的是主设备发送的，白色格子是从设备发送的。从图示中可以看到，对于写操作，从设备都只是发送ACK进行确认而已。

     而读操作的数据流向，就有所不同，如图：

 

     这时候，从设备除了发送ACK以外，紧跟着的还有数据。

我们用示波器来查看波形图，以便于理解。

将示波器的X和Y分别接到SDA和SCL，得到波形并分析如图:

从图中可知时序如下：

1. 由主机发起，在SCL为高电平时，SDA由高到低切变，形成开始信号；

2. 接着是7位地址和一位读写标志，这里7位地址为0111100，即0x3c，正是我们代码中设置的地址ID；最后一位为0表示写操作；

3. 接着在下一个时钟，主机以高电平状态释放SDA，这时从机响应，将SDA拉低了；

4. 接着是两个8位数据00101110与响应，即0x2E，正是“.”号的ASCII码，符合预期输出；

5. 还有其它数据和最后的停止位，图中被截掉了。

从图中可知，纵向一格是200mV，则SDA和SCL的电平大概就是350mV；由于信号笔上设置了信号x10，因此实际电平应该大概是3.5V（理论上应该是3.3V）。横向一格是25us，10个时钟周期大概用了4格，即4x25us=100us，平均每个时钟周期是10us，可算出传输频率为1/10us=100,000/s，即100k bps。

既有读又有写的波形图：

I2C是由2根线进行操作的，一个是主控时序SCL，另一根主控数据SDA

对于操作主要分成读写，读写的两个操作有部分是相似的

而时序的操作主要分为：START,DATA,ACK,STOP,NOACK

写的时序用到的时序为:STRAR,DATA,ACK,STOP

时序如图所示：

读时序用到的时序有：START,DATA,ACK,STOP,NOACK

时序如图所示：

下面对时序的说明：

IDLE：空闲的时候，尽量将SDA和SCL拉到高电平

START：保持SCL为高电平，然后SDA由H->L

DATA：数据是当SCL为高电平的时候采集的数据才是有效的数据.

ACK：在发完数据后，从设备会将SDA拉到L

NOACK：在发送完数据后，从设备不会将SDA拉低

STOP：保持SCL为高电平，然后SDA由L->H

好了，说一下时序的流程和时序图：

写时序的流程是：START –>

                      从设备的写地址 –> ACK –>

                      从设备的寄存器地址 –> ACK –>

                      写入的数据 –> ACK –>

                      STOP

写时序图：

读时序的流程是：START –>

                      从设备的写地址 –> ACK –>

                      从设备的寄存器地址 –> ACK –>

                      从设备的读地址 –> ACK ->

                      读出的数据 –> NOACK –>

                      STOP

读时序图：

其中要注意的是I2C的2根线上都必须接上拉电阻，阻值一般是4.7K

在获得ACK的时候，一般将SDA输出一个高阻，然后再读入ACK，好让从设备拉低SDA。

2、I2C与SMBus的区别

关于I2C与SMBus，许多人很少去谈论与了解两者的细节差异，包括很多国外的简报，文章也经常将两者混写、交杂描述、交替运用。

确实，在一般运用下，I2C Bus与SMBus没有太大的差别，从实际接线上看也几乎无差异，甚至两者直接相连多半也能相安无误地正确互通并运作。不过若真要仔细探究，其实还是有诸多不同，如果电子设计工程师不能明辨两者的真实差异，那么在日后的开发设计的验证纠错阶段必然会产生困扰，为此本文将从各层面来说明I2CBus与SMBus的细微区别，期望能为各位带来些许帮助。

运用背景、版本演进之别

首先从规格的制订背景开始，I2C是在设计电视应用时所研发的界面，首版于1992 年发表；而SMBus（System Management Bus）则是Intel与Duracell（金顶电池）共同制订笔记本电脑所用的智能型电池（Smart Battery）时所研发的接口，首版于1995 年发表，不过SMBus文件中也提及，SMBus确实是参考自I2C，并以I2C为基础所衍生成。

I2C起源于电视设计，但之后朝通用路线发展，各种电子设计都有机会用到I2C；而SMBus则在之后为PC所制订的先进组态与电源管理接口（AdvancedConfiguration & Power Interface；ACPI）规范中成为基础的管理讯息传递接口、控制传递接口。

虽然I2C与SMBus先后制订时间不同，但都在2000年左右进入成熟化改版，I2C的过程改版以加速为主要诉求，而SMBus以更切合Smart Battery及ACPI的需求为多。

I2C三次主要改版：

1992 年 v1.0

1998 年 v2.0

2000 年 v2.1

SMBus三次主要改版：

1995 年 v1.0

1998 年 v1.1

2000 年 v2.0

电气特性差异：逻辑电平定义、限流、相关限制

I2C的Hi/Lo逻辑电平有两种认定法：相对认定与绝对认定，相对认定是依据Vdd的电压来决定，Hi为0.7Vdd，Lo为0.3Vdd，绝对认定则与TTL 准位认定相同，直接指定Hi/Li电压，Hi为3.0V，Lo为1.5V。相对的SMBus只有绝对认定，且电平与I2C有异，Hi为2.1V，Lo为0.8V，与I2C不全然吻合但也算部分交集。

不过，SMBus后来也增订一套更低电压的电平认定，Hi为1.4V，Lo为0.6V，这是为了让运用SMBus的装置能更省成本的作法。

了解电压后再来是电流，由于SMBus一开始就是运用在笔记本电脑内，所以省电的表现优于I2C，只需100uA就能维持工作，I2C却要到3mA同样的低用电特性也反应在漏电流（Leakage Current）的要求上，I2C最大的漏电流为10uA，SMBus为1uA，但是1uA似乎过度严苛，使运用SMBus的装置在验证测试时耗费过多的成本与心力，因此之后的SMBus 1.1版放宽了漏电流上限，最高可至5uA。

再者是相关限制，I2C有线路电容的限制，SMBus却没有，但也有相类似的配套规范，即是电平下拉时的电流限制，当SMBus的集电极开路Pin导通而使线路接地时，流经接地的电流不能高于350uA，另上电流（即相同的集电极开路Pin开路时）也一样有规范，最小不低于100uA，最高也是不破350uA的。

既然对电流有限制，那么也可容易地推断对上拉电阻的阻值之范围要求，I2C 在5V Vdd时当大于1.6kohm，在3V Vdd时当大于1kohm，类似的SMBus于5V Vdd时当大于14kohm，3V Vdd时当大于8.5kohm，不过这个定义并非牢不可破，就一般实务而言，在SMBus上也可用2.4k〜3.9kohm范畴的阻值。

附注：I2C的时钟线称SCK或SCL，数据线称SDA。SMBus的时钟线称SMBCLK，数据线称SMBDAT。

I2C与SMBus 在逻辑位准的电压定义不尽相同，基本上I2C的定义较为宽裕、弹性，而SMBus 则更专注在省电方面的要求。

时序差别与考验

物理层面的空间要求完后，再来就是物理层面的时间，即是时序（Timing）方面的差别。

先以运作频率来说，I2C此方面相当宽裕，最低频可至0Hz（直流状态，等于时间暂停），高可至100kHz（Standard Mode）、400kHz（Fast Mode）、乃至3.4MHz（High Speed Mode），相对的SMBus就很局限，最慢不慢于10kHz，最快不快于100kHz。很明显的，I2C与SMBus的交集运作频率即是10kHz〜100kHz间。

用于笔记本电脑的电池管理或PC组态管理、用电管理的SMBus，很容易体会不需要更高运作频率的理由，只要传递小数据量的监督信息、控制指令本就不用过于高速，而朝向广泛运用的I2C自然希望用更高的传输以应对各种可能的需求。然而大家可能会疑惑，为何SMBus有最低速的要求？何不放宽到与I2C相同的无最低速限制呢？

SMBus一定要维持10kHz以上的运作频率，主要也是为了管理监控，另一个用意是只要在保持一定传速运作的情况下加入参数，就可轻松获知总线目前是否处于闲置（Idle）中，省去逐一侦测传输过程中的停断（STOP）信号，或持续保有停断侦测并辅以额外参数侦测，如此对总线闲置后的再取用会更有效快速。

传速要求之后还有数据保持时间（Data Hold Time）的要求，SMBus 规定SMBCLK线路的电平下降后，SMBDAT上的数据必须持续保留300nS，但I2C 却没有对此有相同的强制要求。

类似的，SMBus对接口被重置（Reset）后的恢复时间（Timeout）也有要求，一般而言是35mS，I2C这方面亦无约束，可以任意延长时间。相同的SMBus也要求无论是在主控端（Master）或受控端（Slave），其频率处于Lo电平时的最长持续时间不得超越限制，以免因为长时间处在Lo准位，而致收发两端时序脱轨（失去同步，造成后续误动作）。

还有，I2C与SMBus在信号的上升时间、下降时间等也有不同的细节要求，此点必要时也必须进行确认，或在验证过程中稍加留意。

Smart Battery或ACPI的实现、监督、与操控，最底层都需要SMBus（圈处）作为后援，图为简易的多组式智能型电池系统，图中有Smart Battery A、B 两组电池。

「已妥」与「未妥」机制的强制性差别

不单是电气、时序有别，更深层次的协议机制也有不同。在I2C中，主控端发送端(主控端)要与接收端(受控端)通讯前，会在总线上广播受控端的地址信息，每个接收端都会接收到地址信息，但只有与该地址信息相切合的接收端会在地址信息发布完后发出「已妥」的回应（Acknowledge；ACK），让发送端知道对应的接收端确实已经备妥，可以进行通讯。

但是，I2C并没有强制规定接收端非要做出响应不可，也可以默不作声，即便默不作声，发送端还是会继续工作，开始进行数据传递及下达读／写指令，如此的机制在一般运用中还是可行，但若是在一些实时（Real Time）性的应用上，任何的动作与机制都有一定的时限要求，这种可有可无式的响应法就会产生问题，可能会导致受控端无法接收信息。

相同的情形，在SMBus上是不允许接收端在接收地址信息后却不发出回应，每次都要回应，为何要强制回应？其实与SMBus的应用息息相关，SMBus上所连接的受控装置有时是动态加入、动态移除的，例如换装一颗新电池，或笔记本电脑接上DOCK PORT等，如果接入的装置已经改变却没有回应，则主控端的程序所掌握的并非是整体系统的最新组态，就会造成误动作。

类似的情形也适用于ACPI，PC机内机外经常有一些装置可动态增入、移除，如机内风扇、外接打印机等，这些也一样该强制对主控端群发(广播)的地址信息作出完整响应。

地址动作方面有异，数据传输方面也有异。在I2C方面，Slave虽然对Master 所发出的地址作出响应，但在后续的数据传递中，可能因某些事务必须先行处理、因应而无法持续原有的传输，这时候Slave就要对Master发出「未妥」的回应（Not Acknowledge；NACK），向Master 表示Slave正为他务忙碌中。

而SMBus方面，与I2C相同的，会以NACK的回讯向Master表达Slave尚未收妥传递的信息，但是SMBus的Slave会在后续的每个Byte传输中都发出NACK回信，这样设计的原因是因为SMBus没有其他可向Master要求重发（Resend）的表示法。更直接说就是：NACK机制是SMBus标准中的强制必备，任何的讯息传递都很重要，不允许有漏失。

I2C在完成一段地址或数据信息的传输后，受接端可发出讯息收妥（ACK）、未妥（NACK的响应，SMBus也具相同的机制，但由于应用之故有更强制的回显请求。

传输协议的子集、超集

互动知会机制上有强制与否的差别，协议方面也是。SMBus的通讯协议与协议中所用的讯息格式，其实只是取自I2C 规范中，对于数据传输格式定义中的子集合（Subset）而已。所以，如果将I2C与SMBus交混连接，则I2C装置在存取SMBus装置时，只能使用SMBus范畴的协议与格式，若使用I2C的标准存取方式反而无法正确存取。

另外，I2C规范中有一种称为「General Call」的广呼方式，当发出「0000000」的地址信息后，所有I2C上的Slave装置统统要对此作出反应，此机制适合用在Master要对所有的Slave进行广播性讯息更新与沟通上，是一种总体、批次的运作方式。

SMBus一样有General Call机制，但在此之外SMBus还多了一种特用的ALERT（警讯）机制，不过这必须于频率线与数据线外再追加一条线（称为：SMBSUS）才能实现，ALERT虽名为警讯但其实是中断（Interrupt）的用意，Slave可以将SMBSUS线路的电位拉低（ALERT#，#表示低电平有效），这时就等于向Master发出一个中断警讯，要求Master尽速为某一Slave提供传输服务。

Master要响应这个服务要求，是透过I2C/SMBus的频率线与数据线来通讯，但要如何知道此次的通讯只是Master对Slave的一般性通讯？还是特别针对Slave的中断需求而有的服务响应？

这主要是透过Master发出的地址信息来区别，若为回应中断的服务，地址信息必然是「0001100」，当Slave接收到「0001100」的地址信息，就知道这是Master特为中断而提供的服务通讯。

因此，软件工程师须留心，规划时必须让所有的Slave都不能占用「0001100」这个地址，以供ALERT机制运用（当然！若现在与未来都不会用上ALERT机制则可尽管占用）。事实上各种进阶的规范标准（如Smart Battery、ACCESS.bus、VESA DDC 等）都在I2C的短寻址中订立了一些为自用而保留的地址，这在最初设计与定义时就该有所留意，以免因先行占用而导致日后须改写软件的麻烦。

补充提醒的是，SMBSUS一样是开集电极外加上拉电阻的线路，所以有一个Slave将电位拉下后，其余Slave侦测到电位被拉下，表示已有Slave正在与Master进行中断需索与响应服务，须等待抢到中断服务权的Slave确实被服务完毕，重新将SMBSUS释放回高电平后，才能持续以“看谁能先将线路电平拉低？”的方式来争取中断服务。

本文整理自：

《I2C协议快速解析》作者 k_linux_man

《I2C协议---I2C时序图解析》作者：csdn4646

《I2C与SMBus的区别》转载自郭长祐博客