i2c 协议解析【转】

转自:http://blog.csdn.net/g_salamander/article/details/8016698

 

版权声明:本文为博主原创文章,未经博主允许不得转载。

1、基本概念

      主机            初始化发送,产生时钟信号和终止发送的器件

      从机            被主机寻址的器件

      发送器        发送数据到总线的器件

      接收器        从总线接收数据的器件

      多主机        同时有多于一个主机尝试控制总线 但不破坏报文

      仲裁           是一个在有多个主机同时尝试控制总线,但只允许其中一个控制总线并使报文不被破坏的过程

      同步           两个或多个器件同步时钟信号的过程

2、硬件结构

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

(1)由于 SDA、SCL 为漏极开路结构,借助于外部的上拉电阻实现了信号的“线与”逻辑; 
(2)引脚在输出信号的同时还将引脚上的电平进行检测,检测是否与刚才输出一致。为 “时钟同步”和“总线仲裁”提供硬件基础。

3、时钟同步

如果从机希望主机降低传送速度可以通过将SCL主动拉低延长其低电平时间的方法来通知主机,当主机在准备下一次传送发现SCL的电平被拉低时就进行等待,直至从机完成操作并释放SCL线的控制控制权。这样以来,主机实际上受到从机的时钟同步控制。可见SCL线上的低电平是由时钟低电平最长的器件决定;高电平的时间由高电平时间最短的器件决定。这就是时钟同步,它解决了I2C总线的速度同步问题。

4、主机发送数据流程

(1)主机在检测到总线为“空闲状态”(即 SDA、SCL 线均为高电平)时,发送一个启动信号“S”,开始一次通信的开始

(2)主机接着发送一个命令字节。该字节由 7 位的外围器件地址和 1 位读写控制位 R/W组成(此时 R/W=0)

(3)相对应的从机收到命令字节后向主机回馈应答信号 ACK(ACK=0)

(4)主机收到从机的应答信号后开始发送第一个字节的数据

(5)从机收到数据后返回一个应答信号 ACK

(6)主机收到应答信号后再发送下一个数据字节

(7)当主机发送最后一个数据字节并收到从机的 ACK 后,通过向从机发送一个停止信号P结束本次通信并释放总线。从机收到P信号后也退出与主机之间的通信

注意:①主机通过发送地址码与对应的从机建立了通信关系,而挂接在总线上的其它从机虽然同时也收到了地址码,但因为与其自身的地址不相符合,因此提前退出与主机的通信;②主机的一次发送通信,其发送的数据数量不受限制。主机是通过
P 信号通知发送的结束,从机收到 P 信号后退出本次通信;③主机的每一次发送后都是通过从机的 ACK
信号了解从机的接收状况,如果应答错误则重发。

5、主机接收数据流程

(1)主机发送启动信号后,接着发送命令字节(其中 R/W=1)

(2)对应的从机收到地址字节后,返回一个应答信号并向主机发送数据

(3)主机收到数据后向从机反馈一个应答信号

(4)从机收到应答信号后再向主机发送下一个数据 

(5)当主机完成接收数据后,向从机发送一个“非应答信号(ACK=1)”,从机收到ASK=1 的非应答信号后便停止发送

(6)主机发送非应答信号后,再发送一个停止信号,释放总线结束通信

注意:主机所接收数据的数量是由主机自身决定,当发送“非应答信号/A”时从机便结束传送并释放总线(非应答信号的两个作用:前一个数据接收成功,停止从机的再次发送)。

6、总线死锁原因分析

I2C总线写操作过程中,主机在产生启动信号后控制SCL产生8个时钟脉冲,然后拉低SCL信号为低电平,在这个时候,从机输出应答信号,将SDA信号拉为低电平。如果这个时候主机异常复位,SCL就会被释放为高电平。此时,如果从机没有复位,就会继续I2C的应答,将SDA一直拉为低电平,直到SCL变为低电平,才会结束应答信号。而对于主机来说,复位后检测SCL和SDA信号,如果发现SDA信号为低电平,则会认为I2C总线被占用,会一直等待SCL和SDA信号变为高电平。这样,主机等待从机释放SDA信号,而同时从机又在等待主机将SCL信号拉低以释放应答信号,两者相互等待,I2C总线进人一种死锁状态。同样,当I2C进行读操作时,从机应答后输出数据,如果在这个时刻主机异常复位而此时从机输出的数据位正好为0,也会导致I2C总线进入死锁状态。

解决方案通常有如下几种:

(1)将从机的电源设计为可控,当发生总线死锁的时将从机复位

(2)可以在从机的程序中加入监测功能,如果总线长时间被拉低则释放对总线的控制

(3)在主机中增加I2C总线恢复程序。每次主机复位后,如果检测到SDA被拉低,则控制SCL产生<=9个时钟脉冲(针对8位数据的情况),每发送一个时钟脉冲就检测SDA是否被释放,如果SDA已经被释放就再模拟产生一个停止信号,这样从机就可以完成被挂起的读写操作,从死锁状态中恢复过来。这种方法有一定的局限性,因为大部分主机的I2C模块由内置的硬件电路来实现,软件并不能够直接控制SCL信号模拟产生需要时钟脉冲

7、处理器的I2C模块会在如下所述的情况产生中断信号

      RX_UNDER    当处理器通过IC_DATA_CMD寄存器读取接收缓冲器为空时置位

      RX_OVER      当接收缓冲器被填满,而且还有数据从外设发送过来时被置位;缓冲器被填满后接收的数据将会丢失

      RX_FULL       当接收缓冲器达到或者超过IC_RX_TL寄存器中规定的阈值时被置位;当数据低于阈值时标志位将被自动清除

      TX_OVER      当发送缓冲器被填满,而且处理器试图发送另外的命令写IC_DATA_CMD寄存器时被置位

      TX_EMPTY    当发送缓冲器等于或者低于IC_TX_TL寄存器中规定的阈值时被置位;当数据高于阈值时标志位将被自动清除

      RD_REQ        当i2c模块作为从机时并且另外的主机试图从本模块读取数据时被置位

      TX_ABRT       当i2c模块无法完成处理器下达的命令时被置位,有如下几种原因:

                              * 发送地址字节后没有从机应答

                              * 地址识别成功后主机发送的数据从机没有应答

                              * 当i2c模块只能作为从机时试图发送主机命令

                              * 当模块的RESTART功能被关闭,而处理试图完成的功能必须要RESTART功能开启才能完成

                              * 高速模块主机代码被应答

                              * START BYTE被应答

                              * 模块仲裁失败

                              无论标志位什么时候被置位,发送缓冲器和接收缓冲器的内容都会被刷新

      RX_DONE      当i2c模块作为从机发送数据时,如果主机没有应答则置位;这种情况发生在i2c模块发送最后一个字节数据时,表明传输结束

      ACTIVITY       表明i2c模块正在活动,这个标志位将会一直保持直到用以下4种方式清除:

                              * 关闭i2c

                              * 读取IC_CLR_ACTIVITY寄存器

                              * 读取IC_CLR_INTR寄存器

                              * 系统重启

                              即使i2c模块是空闲的,这个标志仍然需要被置位直到被清除,因为这表明i2c总线上有数据正在传输

      STOP_DET     表明i2c总线上产生了STOP信号,无论模块作为主机还是从机

      START_DET   表明i2c总线上产生了START信号,无论模块作为主机还是从机

时间: 2024-09-18 15:47:28

i2c 协议解析【转】的相关文章

自己写个IIS玩-协议解析篇

这里不是说用System.Web.Hosting.ApplicationHost和System.Net.HttpListener做的那种web server ,而是直接用socket api做一个简单的能收发HTTP包的网络服务器,当然也不会完全实现RFC 2616,主要 学习探索用. 我们先来看HTTP协议解析部分,做一个HTTP协议栈-HttpStatck,大概看一下HTTP协议基础, 1.消息头和消息体中间用两个\r\n(0x0d0x0a)来分割, 2.消息头之间用\r\n分割, 3.消息

CAN 协议解析及如何取出指定位

问题描述 CAN 协议解析及如何取出指定位 请问一下,这个协议具体的意思.该如何解析这个协议. 共八字节的数据,如何分别解析呀? 解决方案 http://wenku.baidu.com/link?url=RTD5IIG6zaWCDvV3B2rTDuTOZ3vzPAcHOdjl8y7Bcn89n4TR2-pKjYo25h2QPj5vkmrVwCy_Zcv84P7pmlgLbrS7dkTtY5Kg_6v64-J-NZa

netty对http协议解析原理

本文主要介绍netty对http协议解析原理,着重讲解keep-alive,gzip,truncked等机制,详细描述了netty如何实现对http解析的高性能. 1 http协议 1.1 描述         标示 ASCII 描述 字符 CR  13 Carriage return (回车)  \n LF  10 Line feed character(换行) \r SP  32 Horizontal space(空格)   COLON  58 COLON(冒号) : http协议主要使用C

蛙蛙推荐:自己写个IIS玩-协议解析篇

这里不是说用System.Web.Hosting.ApplicationHost和System.Net.HttpListener做的那种web server,而是直接用socket api做一个简单的能收发HTTP包的网络服务器,当然也不会完全实现RFC 2616,主要学习探索用. 我们先来看HTTP协议解析部分,做一个HTTP协议栈-HttpStatck,大概看一下HTTP协议基础,   1.消息头和消息体中间用两个\r\n(0x0d0x0a)来分割,   2.消息头之间用\r\n分割,  

狗汪汪玩转嵌入式——I2C 协议分析

   雷锋网(公众号:雷锋网)按:嵌入式产品Hacking 一直都是备受关注的议题,而越来越多的攻击者也瞄上了物联网嵌入式设备.跟以往纯软件安全研究不同的是,这类研究往往需要结合相应的硬件知识和设备.如何能快速入门嵌入式系统?雷锋网邀请了狗汪汪,分享针对I2C协议的实战案例和相应的工具使用.希望可以一起来Hacking all the Things. 本文由阿里云先知社区小冰推荐. 0x01 I2C协议基础 凡是接触过嵌入式系统的朋友,对I2C协议一定不会陌生.其与UART,SPI和JTAG等并

MCU-MPUCAN通讯协议解析 如何解析

问题描述 MCU-MPUCAN通讯协议解析,如何解析啊?搞了好久多没有搞定,大侠们能不能提供点建议.资料啊!能参考的代码更好啊!!帮帮忙啊!

HTTP 协议解析

目录 目录 HTTP 协议 HTTP 协议工作原理 HTTP Request 请求行 Request Header HTTP Response 状态行 Response Header Body HTTP 协议 HTTP(Hyper Text Transfer Protocol 超文本传输协议), 是基于 TCP/IP 通信协议来实现数据传递的应用层协议. 用于 www 万维网服务器(Server-Side) 与 本地浏览器(Client-Side) 之间传输超文本的传输协议. 又因为 TCP/I

Android开发之http协议解析

HTTP请求模型 一.连接至Web服务器 一个客户端应用(如Web浏览器)打开到Web服务器的HTTP端口的一个套接字(缺省为80). 例如:http://www.myweb.com:8080/index.html 在Java中,这将等同于代码: Soceet socket=new Socket("www.myweb.com",8080); InputStream in=socket.getInputStream(); OutputStream out=socket.getOutput

我想做一个协议解析器,对常用的协议进行接系,有什么思路啊??

问题描述 对于这个问题,我自己是这样想的:1.截取一个数据包2.对数据包的包头进行解析.3.分别分析出该数据包使用的协议的名称,版本,长度的信息. 解决方案 解决方案二:怎么没人回答啊..