stm32f407vg，I2C还是别用库了

stm32f407提供的固件库原来就有这个问题吗?
这里用库实现的I2C驱动还是采用了轮询的方式,效率比较低,后续应该要修改为中断方式.

跟rtt应该没关系，裸跑用库也这样，偶尔死在EV5，偶尔死在EV8，偶尔没问题跑一会儿。。。
打电话给卖芯片的人，他说如果非高速传感器，建议硬件模拟
一直以为i2c在f4中没问题了，还是不行
模拟方式用30分钟就通了，跑了1小时都没问题，用库花了近2天。。。

stm32的iic一直是传说中的大坑，也不知道最近的芯片是否好了

在RTT中，iic框架本身就支持IO模式方式，lz可以研究下（嗯，weety写的，呵呵）。

如果用中断方式的话，这种问题应该也能够想办法绕过，方法就是增加超时机制，当检测到异常情况时复位I2C控制器，然后再重传上次的数据。其实I2C在很多芯片中都存在那么点问题，基本也都是在异常时复位控制器来解决的。

最悲催的是我们有一款产品，16路I2C数据交换器，基本上就没正式好用过。。。现在用的是NXP的片子了，第14路一进来，大家全卡死，最多13路，这个当初幸好没用stm32做啊。。。

最悲催的是我们有一款产品，16路I2C数据交换器，基本上就没正式好用过。。。现在用的是NXP的片子了，第14路一进来，大家全卡死，最多13路，这个当初幸好没用stm32做啊。。。

你这个是一个I2C总线接16个从设备吗，不知道有没有正式采用stm32的I2C控制器做产品的，另外ST官方不知道有没有error datasheet这样的文档说明。

我也遇到过这个问题

是多主机的，需要硬件仲裁，基本1/3概率能OK

楼主的IIC模拟是用什么函数延时的呢，我现在想延时，感觉不好实现