使用I2C读取信息？？

只看该作者 · 2008-9-23 14:18

又有问题要来请教各位前辈们。
在用SMBus读取信息时遇到了麻烦，命令的格式是这样的：
S＋slaveaddr＋command code＋S＋(slaveaddr|0x01)......
现在发送slaveaddr可以正确得到从机返回的ACK，但是发送command code的时候就收不到ACK了。用示波器抓到图1所示的波形，可以看到，主机在发送完数据之后就直接把CLK拉低了，根本就没有等待接收ACK。
正确的话应该是像图2那样，即使器件没有响应也能收到一个NACk的吧？？？简单的说就是应该能看到9个CLK脉冲吧？？但是我现在发command code之后只能数到8个。
请教一下各位前辈，这有可能是什么地方出了问题？？是command code不正确，还是器件有问题？？折腾了一个星期了。谢谢。

今天发现这样的情况，在同一根I2C总线上挂了三个器件，先不说遇到问题的0x16那个。
用相同的代码读写其中一个FM器件可以正常操作，（就是利用写进去两个字节，再读出这两个字节的办法）但是读写另外一个24C02的时候就不行了，读出来的全是FF，用示波器看到波形似乎没有什么问题，8bit数据＋ACK，读和写的波形都没什么问题。不知道究竟是写不进去，还是读不出来.....

只看该作者 · 2008-9-28 08:31

只看该作者 · 2008-9-27 16:48

我自己的感觉，更乐意用IO口来模拟，就两根线，很方便，比起操作MCU的寄存器来那是直观明了多了，而且代码量也差不到哪儿去。
不过似乎硬件的速度比较快，起码都有100K，软件模拟的话好象达不到这个速度。

只看该作者 · 2008-9-27 15:48

请问lz·SMBus和io口模拟iic 哪个方便些？
smbus 还要占一个timer，程序量比
io模拟能小多少？

只看该作者 · 2008-9-27 14:32

我提到的有两个疑问，
关于读24C02的其实没有问题，自己犯了个低级的错误而已，不好意思说出来。
关于SMBus的，我是用单片机读bq20z90的信息，检测电池电量的。以前提到说第二步发送command code的时候没有器件的ACK回来。一气之下我就想，等不到我就不等了，把等ACK的那句干脆删掉，结果怎么着，往下什么问题都没有，电池电量信息读出来准确无误。
奇怪，很奇怪，以为ACK可能久一点，那就加长等待的时间，就是死也等不到.....无法解释

只看该作者 · 2008-9-26 17:22

“现在发送slaveaddr可以正确得到从机返回的ACK，但是发送command code的时候就收不到ACK了。用示波器抓到图1所示的波形，可以看到，主机在发送完数据之后就直接把CLK拉低了，根本就没有等待接收ACK。”

我这边在command code发去24c64后可以收到24c64的ack。。我用c8051f410的smbus

只看该作者 · 2008-9-26 12:30

**作24c64，结果可以写了，但是不能读，读的时候像楼主的问题一样，下午再调下。

只看该作者 · 2008-9-25 18:17

尝试过用软件来实现I2C操作了，读写一个字节的时间要比硬件实现多很长很长，结果是相同的.......

只看该作者 · 2008-9-25 18:15

大佬们哼一声吧，嘲笑也笑出声音来让俺听听........

有没有可能是时序的问题，每种器件对I2C线上的电平持续时间要求不相同引起的？？？

只看该作者 · 2008-9-24 15:45

今天发现这样的情况，在同一根I2C总线上挂了三个器件，先不说遇到问题的0x16那个。
用相同的代码读写其中一个FM器件可以正常操作，（就是利用写进去两个字节，再读出这两个字节的办法）但是读写另外一个24C02的时候就不行了，读出来的全是FF，用示波器看到波形似乎没有什么问题，8bit数据＋ACK，读和写的波形都没什么问题。不知道究竟是写不进去，还是读不出来.....

只看该作者 · 2008-9-23 15:41

用的MCU是带I2C模块的，硬件实现上面的操作，所以我只是控制一下寄存器而已。相同的代码发送slaveaddr跟commande code出现了不一样的情况。所以觉得奇怪。

2万 · 2008-9-23 15:34

简单的说就是应该能看到9个CLK脉冲吧？？但是我现在发command code之后只能数到8个。
***************************************
CLK脉冲的多少不是你控制的吗？

只看该作者 · 2008-9-23 15:26

上面的图SDA那根线只是我随便画的，代表的是command code的值，没有画slaveaddr的。
实际上我发送的slaveaddr是0x16（00010110），而且也没有遇到问题，关键是发送command code了才遇到上面说的问题。
流程这样：

1.发送Start   （没有问题）
2.发送slavaddr，0x16   （没有问题，得到了ACK）
3.发送command code，图上就是0111 1011,芯片Datasheet里从0x00～0x7f都有对应不同的command.   （出问题了，得不到ACK，用示波器发现上面的情况）
4........

只看该作者 · 2008-9-23 15:12

slaveaddr最后一位必须为0，代表写。从你波形上看你的是1，代表读。

使用I2C读取信息？？

相关下载

相关帖子

smbus可以中断。。

~

呵呵，是奇怪！是不是芯片不会ack啊

那不是奇怪，那是相当奇怪

有眉目了

我也遇到同样的问题

补充一点

又来！！！

没人理我.....

用的是硬件的I2C

搞不懂

的确是零

slaveaddr最后一位必须为0，代表写

技术领袖奖章

核心会员奖章

坚毅之洋流

十世金身