STM8L051的硬件I2C调试

I2C是现代一种极为常见的低速外设通信协议，比起SPI或者UART，它最大的优势应该就是节省芯片管脚了：理论上只要地址够用，多少外设挂I2C总线上都没问题，只占两个管脚。但也因此，I2C的协议就相对复杂一些，以面对多个外设。同时，过多的外设也使得通信速率难以提升，一般只在100kbps或以下。本文不专门介绍I2C的时序和协议，而介绍我在调试STM8L051的硬件I2C的过程以及遇到的问题，和大家分享。

我的实验电路由两个独立的STM8L051模块组成，做一发一收。这两个模块的电路是我自己设计的，通过排针插在面包板上，如图所示。这两个芯片的硬件I2C在PC0和PC1，将他们连起来并用4.7K电阻上拉（请原谅我没有直插电阻然后用贴片凑合的无奈T T）。右边是做接收的模块，将它的串口接出好观察结果（我非常喜欢用串口调试，几乎拿到什么板子，第一件事情就是把串口先调出来）。

首先是用库函数进行开发还是直接写寄存器编程的问题。因为懒，我个人更喜欢用库函数，这次调试也是用库函数编程。其实我感觉意法半导体的单片机（尤其STM32）能够流行，其设计合理的库函数是一个关键原因。另外ST官方也为库函数写了大量的例程，使得参考和移植都会方便。但使用库函数其实会运行很多没必要的代码，以及各种函数调用，都会耗费时间和存储资源，在资源本身就紧张8位单片机上用库函数其实是很低效的。我一个师兄表示他在STM8上一直都是直接写寄存器。
ST官方库函数的例程中，有两个板子对通的程序，他的设计是，先进行主机发送、从机接收，然后从机发送，主机接收，主机收回后比较数据，判断传输是否有误。为了方便研究，我将例程分开，分别测试主发从收和主收从发两个过程。

一、 主机发送，从机接收

为了观看传输结果，我会事先配置串口。串口配置程序和串口输出字符串程序如下：

void USART_Config(void)
{
  USART_DeInit(USART1); // DeInit
  CLK_PeripheralClockConfig(CLK_Peripheral_USART1, ENABLE); // SysClk for USART1
  SYSCFG_REMAPPinConfig(REMAP_Pin_USART1TxRxPortA, ENABLE); // Remap TX on PA2 and RX on PA3
  USART_Init(USART1, (uint32_t)9600, USART_WordLength_8b, USART_StopBits_1, \
             USART_Parity_No, USART_Mode_Tx);
  USART_Cmd(USART1, ENABLE);
}
void UART_SendStr(char *str)
{
  int i = 0;
  for(i=0;str[i]!=0;i++)
  {
    while (!(USART1->SR & 0x80));   /* wait for READY */
    USART_SendData8(USART1,str[i]);
  }
}

程序中串口被remap到了PA2和PA3，这主要是因为STM8L051芯片没有PC2和PC3，所以必须remap。波特率设为9600，只进行输出，不提供中断。

STM8L的硬件I2C在其参考手册RM0031中有详细的叙述（https://www.st.com/content/ccc/resource/tech