前言
本篇文章主要是对 STM8Lxxxx 在 I2C 通信调试中遇到的第一次通信正常，但第二次通信失败问题的分析和处理。

1. I2C 协议总体分析。
   STM8Lxxx I2C 硬件逻辑使用时非常灵活，因此也造成对各个状态处理的复杂性，稍不注意，I2C 调试就不能通过。
   下面是 I2C 开始（START）和结束（STOP）波形，STM8Lxxx 也是遵守这个协议的。
   SCL 信号由主控提供。
   STM8Lxxx 总线端口为开漏输出，外部需要上拉电阻。
   下面协议为简单的单主控单从机收发协议。


2. 下面对一个简单的单主机发送，单从机接收协议进行说明

下面为主发送的一个协议图：
主控给从机发送数据，等到从机应答信号后再发送下 byte 数据，直到数据发送完成后，主机发送一个 stop 信号释放总线。



下面是从机接收协议图，从机接收主机发过来的数据并存储，每 byte 传输完成后发送一个应答信号给主机（从机在每 byte 传输完的第九个 Clock 把 SDA 信号线拉低到低电平）。



3. 程序中的出错现象
客户的程序调时发现相同的数据连续从主控发给从机，只有第一次的通信波形是好的，第二次通信时设备地址可正常发送，从机也有应答，但当第一 byte 数据发送完成后，主机收不到从机的应答信号。

4. 问题产生原因
客户使用的是 E:\Download\STM8L\STSW-STM8016\STM8L15x-16x-05x-AL31-
L_StdPeriph_Lib\Project\STM8L15x_StdPeriph_Examples\I2C\I2C_TwoBoards\I2C_DataExchange 中的程序。

1. /**
   
2. 
   
3. * @brief I2C1 / SPI2 Interrupt routine.
   
4. * @param None
   
5. * @retval None
   
6.   */
   
7.   INTERRUPT_HANDLER(I2C1_SPI2_IRQHandler, 29)
   
8.   {
   
9.   /* Read SR2 register to get I2C error */
   
10.   if (I2C_ReadRegister(I2C1, I2C_Register_SR2))
    
11.   {
    
12.   /* Clears SR2 register */
    
13.   I2C1->SR2 = 0;
    
14.   /* Set LED2 */
    
15.   STM_EVAL_LEDOn(LED2);
    
16.   }
    
17.   Event = I2C_GetLastEvent(I2C1);
    
18.   switch (Event)
    
19.   {
    
20.   /******* Slave transmitter ******/
    
21.   /* check on EV1 */
    
22.   case I2C_EVENT_SLAVE_TRANSMITTER_ADDRESS_MATCHED:
    
23.   Tx_Idx = 0;
    
24.   break;
    
25.   /* check on EV3 */
    
26.   case I2C_EVENT_SLAVE_BYTE_TRANSMITTING:
    
27.   /* Transmit data */
    
28.   I2C_SendData(I2C1, Slave_Buffer_Rx[Tx_Idx++]);
    
29.   break;
    
30.   /******* Slave receiver **********/
    
31.   /* check on EV1*/
    
32.   case I2C_EVENT_SLAVE_RECEIVER_ADDRESS_MATCHED:
    
33.   break;
    
34.   /* Check on EV2*/
    
35.   case I2C_EVENT_SLAVE_BYTE_RECEIVED:
    
36.   Slave_Buffer_Rx[Rx_Idx++] = I2C_ReceiveData(I2C1);
    
37.   break;
    
38.   /* Check on EV4 */
    
39.   case (I2C_EVENT_SLAVE_STOP_DETECTED):
    
40.   /* write to CR2 to clear STOPF flag */
    
41.   I2C1->CR2 |= I2C_CR2_ACK;
    
42.   break;
    
43.   default:
    
44.   break;
    
45.   }
    
46.   }

复制代码

  客户在程序编写时看到下图中用橙色标出的文字，就错误理解成从机每次收到 I2C 的 STOP 信号后，从机都要给 I2C_CR2 的STOP 置位来释放 SCL 和 SDA 信号线。





  客户对 I2C 中断处理程序进行了修改，对应的代码如下，黄色部分标出了客户修改的代码：

1. case (I2C_EVENT_SLAVE_STOP_DETECTED):
   
2. /* write to CR2 to clear STOPF flag */
   
3. //I2C1->CR2 |= I2C_CR2_ACK;
   
4. I2C1->CR2 |= (I2C_CR2_ACK + I2C_CR2_STOP);
   

复制代码

  跟踪程序发现 I2C 主机在发送第二次数据时，从第一个 byte 数据传输完成时信号波形开始不正常，从机一直没有 ACK 发出来。
  SCL 线一直保持在低电平。
  跟踪从机程序，发现第二次传输时 ADDR 中断能正常进入，从机也有应答，但之后 RXNE 位一直不会被置位，被置位的是I2C_SR1 的 bit7， TXE 位一直为“1”，而中断处理中并没对这一状态进行处理和清空，所以一直会不断进入中断处理程序，不做处理又跳出中断，程序通信就死在了这里。



把程序恢复成示例程序，通信正常。


5.代码设计中应注意的地方。
建议客户在修改示例代码时谨慎一些，特别要注意重要寄存器的操作；弄明白后再进行更改；如果需要测试，最好标注清楚，
不要测试完成后又忘了修改回来。