fdc2214stm32iic程序

stm32为什么不能用iic读取mpu6050？既然是iic，就必须遵循iic的基本规则。为什么说stm32的i2c Bug？因为ack信号的时间很短，一旦错过这个短ACK信号，STM32就会挂机，Iic作为主机，在stm32中得到了广泛的应用。

建议使用示波器检查SCL和SDA的波形是否正常。注意iic通信的延迟，可以结合第一点的波形来看。Iic作为主机，在stm32中得到了广泛的应用。1、确定是硬件问题还是软件问题；1.1，找一个IO测试程序，检查IO口是否有虚焊问题；(IO口程序跳转，然后用示波器测量IO口)；1.2.找一个IIC软件驱动，用示波器检测波形是否正确。

以下是我在测试中得到的一些结论:1。硬件I2C CLK工作在50千赫或以下，在任何情况下都不会卡住。(我的测试时间是20h)2。硬件I2C的CLK工作在常用的100kHz和400KHz下，99%的概率会在1小时内甚至仅仅几十秒内卡顿。3.硬件I2C CLK工程在任何频率。在读取或发送数据时，绝对不允许被其他中断事件中断，否则就会卡死，只是时间问题。

这个只适用于一些对速度要求不高的地方，比如EEPROM读取，但不能用于一些型号的AD芯片等高速设备。如果你一定要有很高的速度(400KHz)，那么我们推荐你使用STM32的替代方案GD32 (Mega Innovation)，完全兼容STM32但解决了STM32的硬件I2Cbug。经过我的实际测试，它在400KHz下工作48小时没有任何错误。

SYS一般用于存储操作系统相关的app程序BSP一般用于存储启动相关的LIB，IICLIB一般用于存储静态库。从名字分析，它应该是I2C静态图书馆。事实上，文件管理不是一成不变的。您可以根据自己的需要创建文件夹和放置文件。但建议独立于芯片/平台的代码，为了可移植性应该是独立的。

既然是iic，就要遵循iic的基本规则。1.基本响应功能是否正确，start、stop、waitack、ack、nack、sendbyte、readbyte是否都可用，每个芯片都有自己的驱动顺序，要根据手册进行配置。2.确认这些基本函数的GPIO映射是否错误，上拉下拉操作是否写对。3.如果前两个都没问题，那就检查一下电路，设计问题，焊接问题。如果都没问题，看看芯片是不是坏了。

STM32的I2C Bug:由于ack信号的时间很短，一旦错过这个短ACK信号，STM32就会挂机。中央处理器必须处理许多不同的任务。一旦其他任务占用了CPU，ACK就很容易被错过。官网不承认这个Bug，解决方法是使用最高优先级的DMA实现I2C传输。我以前在使用I2C时遇到过这个问题，但是在切换到状态机模式后就没有问题了，并且我将I2C中断的优先级设置为最高。

首先STM32中没有delay的库函数。你用的延时函数属于战舰开发板的源码，程序是原子兄弟写的。你可以看看他们完整的源代码，如果要使用delay_ms()的函数，必须有delay_init()的函数。他们的延时使用的是tick timer systick，所以你得初始化它，在我看来。