为什么轮询I2C1的BUSY标志与I2C2的工作方式不同呢？

我正在尝试运行一个简单的 I2C 连接，而 STM32L052 上的 I2C1 外设让我很难受。这是我到目前为止所做的：
我已经使用带中断的 I2C2 为 STM32L053 编写了一个简单的驱动程序。我已经在几个不同的奴隶身上试过了——它没有任何问题，无论是阅读还是写作。我使用 4.7kOhm 上拉，SCL 时钟为 100kHz，主从均由 3v3 LDO 供电，时钟为 HSI@16MHz。在连续的 I2C 传输之间有 5us 的延迟（从属设备需要）。这是代码：

• uint8_t *i2c_txBuffer;
• uint8_t *i2c_rxBuffer;
• void I2C_Init()
• {
•         RCC->IOPENR  |= RCC_IOPENR_GPIOBEN;
•         MODIFY_REG(GPIOB->MODER, GPIO_MODER_MODE10 | GPIO_MODER_MODE11, GPIO_MODER_MODE10_0 | GPIO_MODER_MODE11_0);
•         SET_BIT(GPIOB->OTYPER, GPIO_OTYPER_OT_10 |  GPIO_OTYPER_OT_11);
•         MODIFY_REG(GPIOB->AFR[1], GPIO_AFRH_AFSEL10 | GPIO_AFRH_AFSEL11, 0x00006600);
•         RCC->APB1ENR |= RCC_APB1ENR_I2C2EN;
•         I2C2->CR1 |= I2C_CR1_TXIE | I2C_CR1_RXIE;
•         I2C2->tiMINGR = 0x30420F13;
•         NVIC_SetPriority(I2C2_IRQn, 2);
•         NVIC_EnableIRQ(I2C2_IRQn);
•         I2C2->CR1 |= I2C_CR1_PE;
•         while((I2C2->CR1 & I2C_CR1_PE) == 0);
• }
• uint8_t I2C_Transmit(uint8_t *buffer, uint8_t length, uint8_t i2c_Address)
• {
•         i2c_txBuffer = buffer;
•         I2C2->TXDR = *i2c_txBuffer++;
•         I2C2->CR2 = I2C_CR2_AUTOEND | (length << I2C_CR2_NBYTES_Pos) | i2c_Address | I2C_CR2_START;
•         while(I2C2->ISR & I2C_ISR_BUSY);
•         return (I2C2->ISR & I2C_ISR_NACKF) ? 0 : 1;
• }
• void I2C2_IRQHandler(void)
• {
•         ///====================== [Transmit buffer empty & ACK received] ======================///
•         if(I2C2->ISR & I2C_ISR_TXIS)
•         {
•                 I2C2->TXDR = *i2c_txBuffer++;
•         }
•         ///===================== [Receive buffer NOT empty] ====================///
•         if(I2C2->ISR & I2C_ISR_RXNE)
•         {
•                 *i2c_rxBuffer++ = I2C2->RXDR;
•         }
• }
  

然后我尝试将它移植到不同板上的 STM32L052 和 I2C1。在其上，从属电源由负载开关控制。VCC 的上升时间为 15us，SCL 和 SDA 在大约 150us 后上升到 3v3。这些值是用示波器测量的。同样，4.7kOhm 上拉，时钟为 16MHz。这是噩梦开始的地方：
从字面上看，SAME 代码（负载开关打开后电压稳定的大约 100 毫秒延迟除外，对 I2C2 的引用更改为 I2C1 和正确的 GPIO 配置）挂在 BUSY 标志上。我在示波器的 SCL 和 SDA 线上看不到任何东西（均已拉高）。我发现对于不同的系列 (STM32F1)，勘误表中提到了正确的 I2C 初始化——关于模拟滤波器卡住的内容。我尝试了建议的解决方法 - 没有任何改变。所以我查看了 STM32L0 的勘误表——与此类问题无关。在另一个论坛主题中有人提到，应该在之后配置 GPIO I2C外设。出于绝望，我试过了——它奏效了！我看到 SCL 和 SDA 都随着我尝试发送的数据而切换。所以我连接了一个从属设备。从设备正在用 ACK 进行响应，但是有些东西不对劲。我发送了 3 个字节，但在线上我看到第一个字节被确认，然后是 SCL 低电平暂停，一段时间后其他 2 个字节都被确认。事实证明，在发送第一个字节后 BUSY 标志被清除，并且我早些时候退出了 while 循环。根据数据表，BUSY 标志在检测到 START 条件后设置，并在 CR1 中的 STOP 或 PE 位设置为 0 后清除。此 PE 位还重新启动内部状态机并清除所有标志，因此我将其添加到初始化中，为了完成。我还修改了传输函数以等待设置停止标志（而不是清除 BUSY），清除它然后继续其余的。它终于奏效了。有点。
当我在将 MCU 置于停止模式并使用 RTC 将其唤醒后尝试在循环中执行此操作时，下一个问题出现了。结果是这样的：负载开关打开，延迟 100 毫秒，PE=0，初始化 I2C1，设置 PE=1，初始化 GPIO，开始通信——一切顺利。设置 PE=0，禁用 RCC 时钟，将 GPIO 设置为模拟模式。进入停止模式。在 RTC 中断时退出停止模式，重新配置时钟，执行完全相同的初始化程序 - MCU 在第一次传输时卡在检查停止标志上。在 SDA 线上，我看到地址和第一个字节被确认。其余 2 个字节根本不会发送，因为 SCL 保持低电平。如果我尝试同样的事情，但是在 I2C2 上根据原始代码检查 BUSY 标志，我得到相同的结果：第一次运行它有效，然后 SCL 在第一个字节被确认后变为低电平。我究竟做错了什么？
- 为什么 I2C1 和 I2C2 的初始化方式不同？
- 为什么轮询 I2C1 的 BUSY 标志与 I2C2 的工作方式不同？
- 在第一次 RTC 唤醒后这个 SCL 低电平是否可能是从机延长时钟的结果？
- 有没有人经历过这两个 I2C 模块之间的这些差异？
我假设问题出在 I2C 代码/外围设备上，因为通过负载开关进行的电源复位应保证从机的状态机始终正确初始化。