大家一起来聊一聊在用STM32的SPI和I2C时，用I/O口模拟多些还是片内外设，用查询方式还是中断方式。

stm32的IIC没试过，SPI用的是硬件，因为做从机嘛，要是模拟的话，CPU就干不了别的活了。

i2c模拟
spi用硬件好

这个问题的选项设置的。。。一般都是SPI使用硬件，IIC使用软件模拟

STM32的硬件I2C很多人都对它望而却步，大部分就按上面介绍的那样，最后都使用GPIO模拟I2C。当然模拟I2C肯定还是好用的。
但是在我看来在一个72M的Cortex-M3的MCU上这样做非常不妥。一般来说I2C是一种慢速总线，就算工作在400kHz的快速模式上，I2C传送每个字节仍需要至少23us左右（不包括地址、起始信号和结束信号的发送）。
如果使用GPIO模拟的I2C，这23us的CPU时间都在空转。
系统中的这23us还是可以做很多事的。
那么，在STM32上I2C还是使用硬件是否就不能实现呢，尽管缺点还是有的（BUG、不稳定、死机等等）。

STM32的硬件I2C有两个和数据有关的寄存器“数据寄存器(Data register)”(DR)和“数据移位寄存器(Data shift register)”(DSR)，我们的软件写入的是DR， DSR用于I2C数据的移位发送和接收，DR和DSR的数据交换由硬件控制——发送时DSR为空，DR不为空时，硬件自动把DR的数据写进DSR；接收时DR为空，DSR不为空，硬件自动把DSR数据写进DR。连续数据传输时，这样两个寄存器的数据交换使得软件读出和写入DR不会影响I2C总线中的数据接收和发送，使I2C的效率更高。（这段话，在手册中可以看到！！！）


那么，

1、硬件上，DR和DSR的交换机制存在缺陷。

2、软件上，因为DR和DSR一共能容纳两个字节的数据，导致接收时候NACK的设置有一定的不可预料性。

总感觉I2C硬件调试时很容易出问题，可能是文档还没看透吧！

初级的，还是感觉模拟的心理踏实些，可能是用惯了51单片机吧。

IIC还是模拟stm32的标志位上有bug，SPI和USART还是DMA方式比较好。

SPI用硬件，I2C模拟好

之前做一个项目要用到IIC，先是用硬件IIC结果老是有问题，没办法只能换成软件模拟IIC，网上也有很多人说硬件IIC好像有点问题

看来I2C硬件还是不好做的

使用内部的IIC调试太麻烦了，花的时间太多。

弱弱的问一句，什么是用硬件，什么是用模拟？

我的感觉也是IIC用模拟，我现在是用ST提供的库，虽然可以读到IIC的数据，但板子上批量后，发现有些问题，有时读出的数据是错的。准备改成模拟，但还没有动手改。