完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
|
楼主，用的是硬件IIC?采用DMA方式吗?如果IIC中断优先级低被其他程序打断，IIC通讯时间延时过长而且开了错误中断，程序就会一直进错误中断。另外，I2C需要应答，所以，当你接收的时候，应答不能按时发出，对方接收不到，于是下次通讯你发死发不出。
|
|
|
|
|
跨界F16 发表于 2018-8-14 08:16 对我用的是硬件I2C，没有用IO口模拟I2C，我没有使用DMA方式，就用的是库函数完成的，也没有开中断 |
|
|
|
|
|
请善用 break;
|
|
|
|
|
跨界F16 发表于 2018-8-14 08:16 您说的应答是我需要给接收设备的吗？ |
|
|
|
|
|
差不多可以这样理解 你也可以用别的io口模拟应答
|
|
|
|
|
|
|
|
|
|
|
|
楼主第一次使用就会进入总线忙吗？如果是，看一下波形。SCLK。如果不是，确定一下操作完I2C以后，是否有停止操作。I2C_GenerateSTOP(I2C2,ENABLE);
|
|
|
|
|
|
你要看一下为什么busy,为什么while,然后在参考手册上看看该标志位被置位的原因,然后解决,在清除,如楼上所述,最好的用DMA,提高优先级,这样可以避免IIC的操作.知道避免send和receive这两个函数前期,不要有其他干扰,就好了.我们IIC是状态机机制.....所以.....
|
|
|
|
|
|
我用的是STM32F103RBT的芯片，采用库函数来完成I2C通信，MCU为主，没有用中断，也没有用DMA，但就是会卡死在while循环了，用示波器抓了一下，没有抓到应答信号，怎么办呢？
|
|
|
|
|
|
看一下配置，最起码有波形输出。
|
|
|
|
|
|
做一个有条件的 break; 使至程序能跳出这 while 的回圈并做个 Mark，好让您能使用这个标示查看这程序的 Error Code，方便您能调试您的这程序，这样也更有效率些。我指得是在程序多处都有设置这些非寻常发生的状况，所产生出的 Error Code 好让您找一部告知发生问题所在之处。 |
|
|
|
|
|
加入超时判断，并返回出错状态，便于分析
|
|
|
|
|
|
有上拉电阻吗？
或者端口没有设为上拉，就算设为上拉，外面最好还是接一个上拉电阻。 程序本身也有问题，通讯不成功也最多尝试几次，几次仍然不成功，那么应该跳出循环，并报错。不应该死循环啊！ |
|
|
|
|
|
我之前遇到的情况是用调试器仿真是正常的，让程序自己运行就卡死在while里面。我最后加了个小延时解决问题。如果你仿真都过不了的话，加延时也不一定能解决了。官方例程里面的while写法，最好在它的基础上加个超时计数，不然程序很容易在这个地方死掉。
|
|
|
|
|
|
没加上拉电阻的可能性大，如果是自己做得I2C设备板子很可能没有上拉电阻，而且我记得STM32CubeMX中，当IO口被设置成I2C之后不能再设置为OD输出模式，否则I2C会被自动Remap到其他的引脚上，所以我在调试没有上拉电阻的I2C设备模块的时候单独加了一个转接板用于接上拉电阻
|
|
|
|
|
|
没有上拉电阻吧
|
|
|
|
|
|
参考官方例程或者用CUBE配置生成一个试试看，我的F2，用的CUBE配置是正常的
|
|
|
|
|
你正在撰写答案
如果你是对答案或其他答案精选点评或询问，请使用“评论”功能。
969 浏览 0 评论
AD7686芯片不传输数据给STM32，但是手按住就会有数据。
954 浏览 2 评论
2066 浏览 0 评论
如何解决MPU-9250与STM32通讯时,出现HAL_ERROR = 0x01U
1162 浏览 1 评论
hal库中i2c卡死在HAL_I2C_Master_Transmit
1587 浏览 1 评论
/6 
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
6419
评论
淘帖
101
