完整教程：STM32硬件I2C主机接收字节

主机接收时序

我们先按照江科大的主机接收的时序图流程走

主机接收的前面几个时序与主机发送一致

等待EV5事件I2C_EVENT_MASTER_MODE_SELECT(这个事件表示起始条件已成功发送)

发送从机地址(写方向)

等待EV6事件:I2C_EVENT_MASTER_TRANSMITTER_MODE_SELECTED(这个事件表示从机已应答，主机已进入发送器模式)

发送寄存器地址

等待EV8_2事件：I2C_EVENT_MASTER_BYTE_TRANSMITTED(这个事件表示寄存器地址已成功发送，并从从机收到应答)

生成重复起始条件

生成重复起始条件之后，等待EV5事件

发送从机地址，方向为接收, 这里的读写位就是读的方向

等待EV6事件，此时的EV6事件是主机接收的EV6，不是主机发送的EV6

接着大家进入到主机接收的模式之后，就开始接收从机发的数据了。我们只接收一个字节。

EV6_1事件。就是在序列图中，有个EV6事件，它的后面就

EV6_1并不是一个需要大家去“等待”的事件标志，它没有对应的独立事件标志位。它只是一个代码执行位置的描述，告诉我们”现在应该做某件事了”。

我们现在得注意的是，在EV6事件之后，因为我们是接收一个字节，所以需要清除响应和停止条件。

故而在代码的该时刻，我们需要把ACK置0，并且同时生成停止条件。

依据主机接收的时序图，现在不应该是接收数据吗??

停止条件不是停止时序吗??既然还没有接收到数据，又为什么要生成停止条件呢??

但是规定就是，在接收终于一个字节之前，就要提前把ACK置0，并且同时生成停止条件。

又因为我要接收一个字节，所以这个字节就是上述条件的最后一个字节。

所以即便我们还没有接收数据，我们就需要提前把ACK置0，并且同时生成停止条件。

为什么要这样设计呢??

大家看一下时序图，如果你不提前在数据还没收到之前给ACK置0，那么收到数据之后，应答位就已经发送出去了。现在我们再给ACK置0，那就只能在下一个内容之后给非应答位，这样就会多接收一个字节。因此在最后一个数据之前，就要给ACK置0。

同时也最好提前设置STOP终止条件，虽说是提前设置，不过这个终止条件不会截断当前字节。而是会等待当前字节接收完成之后，才产生终止条件。

因此，假设我们需要读取多个字节的数据，那么我们就等待EV7事件，读取DR就行了。

等到接收最终一个字节之前，即下图中的EV7_1事件。我们就像读取一个字节那样，

提前将ACK置0(即发送非应答位，表示我不再需要读取数据了)，STOP位置1。

最后再return收到的数据就行了。

EV7_1事件与EV6_1事件

这个EV7_1事件和EV6_1事件相似。

EV6_1事件提醒我们如果只接收一个字节，那么该字节就是最后一个字节。

因此，必须在这个EV6_1事件的时间窗口内，提前告知从机“我不会应答，并且之后要停止”。

EV7_1事件提醒我们如果接收多个字节(N个字节)，那么末了一个字节就是N字节。

在接收完第N-1个字节后，会产生EV7事件，读取后，大家就进入了EV7_1时刻。

此时必须在这个EV7_1事件的时间窗口内，提前告知从机“我不会应答，并且之后要停止”。

总结:

对于单字节读取在就是，设置NACK和STOP“EV6_1”事件所描述的时间窗内”完成的。

对于多字节读取的最后一个字节，配备NACK和STOP是在“EV7_1”事件所描述的时间窗内” 完成的。

这是我的部分见解，有什么问题欢迎指正，大家共同进步!