野火电子论坛

 找回密码
 注册

QQ登录

只需一步,快速开始

查看: 11069|回复: 3

例子I2C硬件为什么有时候成功有时候失败呢

[复制链接]
发表于 2016-11-19 16:00:29 | 显示全部楼层 |阅读模式
火哥及论坛朋友们  :
一开始自己仿照写的例子写的程序,还有例子的程序都无法写入EEPROM,调试的时候发现卡在了事件检测循环。后来拔掉电源之后就好了,可以读写。
有时候可以写但是读不了。

是不是官方库的问题,以后用到I2C的话是不是要用模拟

这个是读写成功的

这个是读写成功的

可以写但是读不了

可以写但是读不了
回复

使用道具 举报

发表于 2016-11-19 20:21:49 | 显示全部楼层
嗯,用硬件iic遇到奇怪的问题直接改用模拟
回复 支持 反对

使用道具 举报

 楼主| 发表于 2016-11-19 23:59:58 | 显示全部楼层
http://www.stmcu.org/module/forum/thread-518463-1-1.html
参考这个网页,在程序上修改了一下,EEPROM每次都读写都成功,程序为硬件I2C读写EEPROM
原文为:
4. 打开寄存器查看,发现通常I2C模块一旦初始化,SR1的BUSY位自动置位,等多久都没有上网搜索,发现碰得这问题的人很多,绝大多数意见都认为是这个BUSY问题,有人说是bug官方推荐模拟I2C,有人说是官方例程有问题,其中一位指出是初始话顺序的问题,应该先配置I2C,再配置GPIO的复用功能,这话很有道理,照做,修改自己写的程序调试,第一次是没问题,reset再运行,还是死锁,问题依旧。后来隐约到,官方文档好像说引脚的初始话应该先置高。修改,在初始化的配置GPIO的复用功能之前,先将GPIO配置为输出,且置高,而且在每次读操作之后执行初始化一次防止BUSY(写操作实测不需要)。测试再也没有发现令人崩溃的BUSY了。


GPIO配置时先设置为输出,再拉高最后设置为开漏输出;这时候硬件I2C读写EEPROM没有问题,不会卡死在事件检测上面。
捕获.PNG
回复 支持 反对

使用道具 举报

发表于 2017-11-30 15:16:06 | 显示全部楼层
zhangweiquan 发表于 2016-11-19 23:59
http://www.stmcu.org/module/forum/thread-518463-1-1.html
参考这个网页,在程序上修改了一下,EEPROM每 ...

然而这样并没有用啊
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

联系站长|手机版|野火电子官网|野火淘宝店铺|野火电子论坛 ( 粤ICP备14069197号 ) 大学生ARM嵌入式2群

GMT+8, 2024-11-27 02:56 , Processed in 0.029687 second(s), 26 queries , Gzip On.

Powered by Discuz! X3.4

Copyright © 2001-2021, Tencent Cloud.

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