STM32f103 的硬件IIC I2C 调试心得
' A. r+ r2 U& d- v- l. O. o  C
4 p% W4 X" T: a2 I6 R硬件IIC调试通过（实现24c02存储器读写操作）
2 n3 W8 N/ L9 x

& P  o7 _' P7 p- i  U  x都说STM32的IIC有BUG，不好用，都用IO模拟，但我想说 STM32 的 硬件IIC 很好用！
用IO模拟的话，Keil 的优化等级要设为 Level 0，这样的话代码量势必要变大，而且也不能用中断、DMA 等方式，操作方式单一。
在此，本人基于 STM32CubeMx 生成初始化代码工程，参考 ST 官方列程 和 正点原子的列程 ，以及 AT24C02 的 Datasheet ，编写本 IIC_AT24CXX 列程。
5 U; Y- B1 x4 K首先，说一下，HAL库的外设驱动是比较完整和封装比较彻底的，使用它，我们不用再写一些如IIC读写过程等过程操作函数，直接调用HAL库函数即可。
/ y# @8 z# N/ E下面，开始介绍 用 IIC 读写 AT24C02 的教程。
* C' j& W! `. L! N' B6 ^4 c一、CubeMx 工程配置。


1 O6 I/ A# {$ E( e
1 M7 c) l8 E5 `% D; `2 H


7 i  p: r3 Q& y& v0 m% e  O# p
' g7 j! z% t5 P* c1 A* d

moyanming2013 发表于 2016-11-21 16:39
* Z4 z7 |3 P8 dprintf其实是什么所谓的“IO重定向”，早年间的MCU能力太弱，但串口功能总还是有的。但，现在都什么年代 ...

. q3 U: w" M* s不同意！
. N( j! |; w" M! b- C$ v模拟IIC比硬件IIC具有更方便的跨平台移植性！不是说硬件IIC不好，之所以不用，是因为IIC是飞利浦的专利！ST为了规避专利而把它设计得难用！FAQ里面都有IIC的相关说明！
第二，iic和usb都是短距离通信设备协议，而串口协议至今仍然是工业的常用协议之一！至少在硬件上，你的usb和iic都没办法进行长距离传输！
0 S7 t9 n! g3 w' q1 G9 l第三，usb转串口并不是无聊的所谓高大上的附加模块，因为电脑的设计，usb的通用以及usb本身的特点，pnp的强大优点所以把通信时间没太高要求的串口并上而使之成为usb的一个设备而增加简便性，另外在工业上，物理串口仍然是必须的！

你写的根本不安实际分析！所以你压根就没有对那些顽固不化的人的一顿大脸，反而彰显出你的无知！
如果有得罪，还请见谅，技术讨论！

2 T$ n- y) b9 ?6 [9 b

cuyebiren 发表于 2016-11-21 14:06
哦，但 printf 是调试神器啊、、、

（更多讨论移步：https://www.stmcu.org.cn/module/forum/thread-609249-1-1.html）printf其实是什么所谓的“IO重定向”，早年间的MCU能力太弱，但串口功能总还是有的。但，现在都什么年代了，你找个带物理串口的电脑都很难了。
! C% G# p/ Z  j! }. vARM、STM32费了多大的劲把其它高性能IO功能，比如I2C、usb等加进来了，一些人反而不用，转而回头还去搞串口，发现电脑串口没了怎么办？！于是第三方板子还搞上USB转串口这种“无聊”的所谓的“高大上”的附加模块，再配上PC端的一个串口调试助手和示例程序以此彰显板子的能力，这显然是在传播自己的无知，这和那些仍然在使用模拟I2C的人如出一辙（I2C本来是一个现代的、高可用性的IO，51无法支持硬件I2C才出现的模拟，模拟天生不稳定，但“老人”都说模拟好，其实好吗）！
/ M% o# Q% C. U* t我非常赞同使用ST原厂的软硬件，不但能复用各种软件，而且还能学到代码良好的工程性带来的项目整体稳定和可扩展性的提升。
! V, N9 J4 ~' @$ q+ b2 S楼主此文就是对那些顽固不化的人的一顿打脸！
3 C" e! b2 G- X; {
0 A% K' Y% j" [

" `! P3 i( ]7 f" v

cuyebiren 发表于 2016-11-21 14:06
6 ^1 M! T/ k2 I( f) ~1 }哦，但 printf 是调试神器啊、、、

（更多讨论移步：https://www.stmcu.org.cn/module/forum/thread-609249-1-1.html）
& L  Q+ D- I/ u/ V, ?8 f8 X" n


6 e% @. L9 P3 E' x
5 N- f5 N5 x3 K( N" `/ K( qprintf不是调试，它只是你程序中输出“日志”的方式而已。一旦遇到真bug，哪还有输出“日志”的机会呢！
真正的调试是F5！是单步！是看内存！是看变量的值！
2 q  k5 @# }) U" r- B而，printf一个都达不到！
6 C- \1 c+ d0 B6 c4 h$ \1 J我会写一些关于真调试的测试文章的（看F769的申请是否通过吧）。

奉上汇总文件和工程。
# k/ F2 v" r4 @4 X

五哥1 发表于 2016-11-22 17:07
这个确实很简单就配置好了，前提是必须很熟练的知道怎样配置，包括硬件的连接。 ...

/ b/ D* ^) H$ p: _9 }8 I7 v" d具体配置过程可参考：（神器）STM32CubeMx使用详解
https://www.stmcu.org.cn/module/forum/forum.php?mod=viewthread&tid=608654&fromuid=3135760
. G* B' a1 u3 J. D9 M( y6 g9 y(出处: 意法半导体STM32/STM8技术社区)
硬件连接：
4 z( R: ?2 V( n2 A8 z

moyanming2013 发表于 2016-11-21 16:39
printf其实是什么所谓的“IO重定向”，早年间的MCU能力太弱，但串口功能总还是有的。但，现在都什么年代 ...

串口输出调试信息可以帮助开发者快速定位错误，难道你写了一个几千行的软件，有复杂的处理逻辑的程序，你每次都用F5去调试每一行？？？

I2C、USB难道比UART先进多少吗？都只不过是一种通讯接口而已，尤其是USB通讯口除了大数据量通讯之外没什麽用途，开发时还需要复杂的接口库，占用大量空间，二实际MCU的使用中又有几个需要大数据高速通讯呢？？？

现在开发Contex-M的人使用模拟I2C的恐怕只有在ST的芯片上有，原因是ST提供的I2C接口不稳定或错误（去看ST的勘误表），没法办才用的，你听说过有人使用LPC、MK、AT系列的Contex-M MCU的人有使用模拟I2C的吗？？？人们说模拟的I2C好的原因是ST的基本没法用。
# B8 a1 E8 O: W- |
% _1 j$ }$ m3 s- V; U+ \: |, A当然了，ST也在不断改进自己的I2C接口，只要看过ST提供的《勘误表》就会知道的，现在ST推出的最新版本的MCU的I2C可能没问题了（最新版本的我还没用过，不知道情况到底是什麽样子），但是老板的I2C确实存在问题（只要看过勘误表就会知道）。

3 v  e* I# o; m! P$ d你说微库不好，你可以拿出一个自己的性能优越的库来让大家使用吗？？？！！！

. j7 T$ C, V: [还等什么板子呀？？？50块钱可以做10块PCB，什么宝上可以买到芯片，自己焊板子很快就能做出板子来，做一块板子的成本也就几十块钱，做出来就可以调试了，为何非要等别人送的板子呢？就算是学生也不差这点钱吧？？？！！！

五、编写测试文件。
+ X# T2 l% y0 v" H; n8 _

) b5 X  U* v. Q! P4 hCubeMx的详细配置过程请参考：（神器）STM32CubeMx使用详解
https://www.stmcu.org.cn/module/forum/forum.php?mod=viewthread&tid=608654&fromuid=3135760
(出处: 意法半导体STM32/STM8技术社区)
本人开发板的IIC引脚兼容正点原子的开发板。

' ~0 w3 i0 J0 W9 `$ F$ v" e二、Cube生成的 Keil 工程的配置详解。
" |" e; J0 W7 _, b' w: `

" Z: ~7 [7 t) @

三、添加文件。

四、文件分析。
, I9 O( o3 y7 G$ _/ n

六、测试。

嗯，支持。
1 R( A0 X8 g- e  w' C# {8 n不过microLib这种烂梗尽量少推

忘记一切Q 发表于 2016-11-21 13:54

7 o9 e  m# Y$ R( C

moyanming2013 发表于 2016-11-21 14:02
0 r6 S; f( ~8 x+ l/ `9 q, L1 _嗯，支持。
$ {$ v- F; ^* Q9 n% O' y不过microLib这种烂梗尽量少推

4 S  O0 @! ?+ y* W哦，但 printf 是调试神器啊、、、

七、总结。

STM32的硬件IIC能够正确读写AT24C02，使用HAL库只需要两个API函数，而且我们也不用关心具体的实现过程，十分方便。

学习STM32的最好方法就是学习官方列程。

5 i' T' t0 J- n

说的很详细，对新人帮助很大啊

使用CubeMx这样的自动化工具让人担心以后的单片机开发分工会越来越细，单片机工程师的技能降低，职位含金量大减

感谢楼主分享