GD32 单片机 硬件I2C死锁解决方法

死锁的复现方式

• 在I2C恢复函数下个断点（检测到I2C多次超时之后，应该能跳转到I2C恢复函数）
• 使用镊子，将SCL与SDA短接，很快就能看到程序停到恢复函数的断点上，此时再执行恢复函数，看能否正常走出（可在回复函数中写个死循环，只有I2C正常才跳出，检测I2C正常的办法，可以读从设备的ID）

• void HAL_I2C_MspInit(I2C_HandleTypeDef *i2cHandle)
  {GPIO_InitTypeDef GPIO_InitStruct = {0};if (i2cHandle->Instance == I2C1){/* USER CODE BEGIN I2C1_MspInit 0 *//* USER CODE END I2C1_MspInit 0 */__HAL_RCC_GPIOB_CLK_ENABLE();GPIO_InitStruct.Pin = GPIO_PIN_6 | GPIO_PIN_7;GPIO_InitStruct.Mode = GPIO_MODE_OUTPUT_OD;GPIO_InitStruct.Pull = GPIO_NOPULL;GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_HIGH;HAL_GPIO_Init(GPIOB, &GPIO_InitStruct);for (int i = 0; i < 10; ++i){HAL_GPIO_WritePin(GPIOB, GPIO_PIN_6, GPIO_PIN_SET);HAL_Delay(1);HAL_GPIO_WritePin(GPIOB, GPIO_PIN_6, GPIO_PIN_RESET);HAL_Delay(1);}HAL_GPIO_WritePin(GPIOB, GPIO_PIN_6, GPIO_PIN_SET);HAL_GPIO_WritePin(GPIOB, GPIO_PIN_7, GPIO_PIN_SET);HAL_Delay(1);i2cHandle->Instance->CR1 |= I2C_CR1_SWRST; //复位I2C控制器HAL_Delay(1);i2cHandle->Instance->CR1 = 0; //解除复位（不会自动清除）/**I2C1 GPIO Configuration    PB6     ------> I2C1_SCLPB7     ------> I2C1_SDA */GPIO_InitStruct.Pin = GPIO_PIN_6 | GPIO_PIN_7;GPIO_InitStruct.Mode = GPIO_MODE_AF_OD;GPIO_InitStruct.Pull = GPIO_PULLUP;GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_VERY_HIGH;GPIO_InitStruct.Alternate = GPIO_AF4_I2C1;HAL_GPIO_Init(GPIOB, &GPIO_InitStruct);/* I2C1 clock enable */__HAL_RCC_I2C1_CLK_ENABLE();/* USER CODE BEGIN I2C1_MspInit 1 *//* USER CODE END I2C1_MspInit 1 */}
  }/* USER CODE BEGIN 1 */
  void I2C_Reset()
  {HAL_I2C_MspDeInit(&hi2c1);hi2c1.State = HAL_I2C_STATE_RESET;MX_I2C1_Init();// 硬件i2c会出现死锁，当超时次数达到一定数量，即很有可能是发生了死锁// 所谓死锁是指主机与从机互相等待，主机以为总线在从机手上控制，从机以为总线在主机手上控制，一直再等待对方释放总线
  }
  

  死锁的解决方法

1. 释放IO口为GPIO，复位句柄状态标志，改为IO方式
2. 将SDA改为高电平 
3. 将SCK发送9个时钟  为高电平时，测试SDA是否为低电平完成死锁。

通过模拟几种情形来实际体会一下（从机对SDA的操作红色表示）：

如果在地址字节第9个CLK拉高后主机复位。在模拟的第一个时钟低电平期间就可以看到SDA的释放，随后主机先拉低SDA，再模拟一个STOP结束条件。

在数据字节第2个CLK拉高后主机复位，在第二个模拟的时钟低电平期间才看到SDA释放

在数据字节第6个CLK拉高后主机复位，在第三个模拟的时钟低电平期间才看到SDA释放

通过以上三种情况的分析，想必你已经非常清楚改如何处理了，最后附上一个程序处理流程图：

SCL挂死

I2C从机主动拉低SCL线在规范中是一个合法的行为，称之为Clock Stretching（时钟扩展，我一般叫他时钟同步）。通常是主机请求数据（ 收或者发）后从机需要一些时间处理，且没有多余Buffer可以接收接或者提供接下来的数据的时候从机则会拉低SCL一段时间直到有新的数据准备好。

SCL挂死（也就是前面所说一直拉低SCL）这种情况在标准I2C从器件上基本不会出现，因为只要芯片还在正常工作buffer总算有准备好的时候，自然就就释放SCL了。往往是使用用户使用MCU作为I2C从机时，程序设计上的问题导致MCU无法读取&填充buffer而导致，重点分析MCU I2C中断服务程序。

1. I2C中断服务程序被意外屏蔽
2. 中断服务程序中陷入了一些标志位查询的while(flag != xxx)死循环
3. I2C功能系统被意外禁止