STM32硬件i2c的EV卡死问题的终极解决（已通过老化测试40h）

鉴于各位对于stm32的硬件i2c均存在质疑且在此处下载的所有硬件i2c程序均基于一个模板
大家对于硬件i2c的说法均在初始化上而对于发送接收程序并没有多少改动
所以我个人对这一段进行了优化，加上了超时自动跳出和标志位的动作，完美解决了硬件i2c的卡死问题

这里就是一个初始化的程序，应注意，clockspeed不应该高于100k

这是一个初始化的顺序，应注意，i2c的初始化应在RCC和GPIO之后进行

上面这一段就是新增的程序模块，为的是对于易卡死的while循环做出限制，防止死循环。
只需将已有的程序中所有的关于硬件i2c的while循环均加上这一条就可以使用了。
此处如果在I2C1_hardware_wait_circle之内仍然没有收到EV事件的话，直接跳出循环和整个大循环，并将标志失败位置1，等待下一次进入此整个读写过程进行i2c总线的操作。这样就可以在软件上避免因为i2c总线受到了干扰而产生的不可逆转的程序卡死问题。
亲测bmp180热插拔，带其他中断，连续运转40h无事故。

自此我们相信，任何一个成熟的硬件的bug都是可以通过软件进行一定程度上的规避，而stm32的硬件i2c我们也没有理由直接放弃掉。

最后给大家一个可以用的程序，IAR下的stm32f103读BMP180，在我的资源下可以下载