[问答]

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

问答对人有帮助，内容完整，我也想知道答案 0 我正在尝试运行一个简单的 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 代码/外围设备上，因为通过负载开关进行的电源复位应保证从机的状态机始终正确初始化。 0
2022-12-20 07:11:16　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × wang21cj 该类别下有 44 个回答。邀请回答新星之火12138 该类别下有 41 个回答。邀请回答 chm5 该类别下有 39 个回答。邀请回答 hgimtk 该类别下有 33 个回答。邀请回答 HengDu 该类别下有 30 个回答。邀请回答 hwp0415229 该类别下有 28 个回答。邀请回答 jghgfdssas 该类别下有 28 个回答。邀请回答 kingnet6688 该类别下有 26 个回答。邀请回答颜刚YanG 该类别下有 26 个回答。邀请回答可口可甜该类别下有 26 个回答。邀请回答柱子图宁该类别下有 25 个回答。邀请回答 jenny042 该类别下有 25 个回答。邀请回答 kingnet9999 该类别下有 25 个回答。邀请回答 andyfly7 该类别下有 25 个回答。邀请回答麻酱该类别下有 25 个回答。邀请回答 zyh34997 该类别下有 25 个回答。邀请回答哼小曲该类别下有 24 个回答。邀请回答云汉007 该类别下有 24 个回答。邀请回答 ggfvxv 该类别下有 24 个回答。邀请回答 heks 该类别下有 24 个回答。邀请回答举报张勇相关推荐 • STM32F407IGT：I2C3正常工作但I2C1和I2C2有问题怎么处理? 275 • I2C1它不工作怎么办 1489 • i2c2: controller timed out error 5025 • STM32F105的LED驱动器使用I2C1和I2C2面临的挑战有哪些? 251 • STM32F103RCT6 SPI与I2C2无法同时工作 3520 • ST32的I2C接口问题 4057 • win10IOT系统如何开启I2C1的可访问性？ 280 • 关于stm32 野火开发板I2C的问题 6187 • stm32f107 I2C问题 2174 • STM32的 I2C接口问题 3024 1个回答

答案对人有帮助，有参考价值 0 封装为 48 引脚 LQFP（STM32L052C8T6）。你是对的——这段代码不能将 GPIOB->AFRH 设置为 0x44。但是我粘贴的代码中有一个拼写错误 - 在我复制这部分的那一刻，我正在恢复 I2C2 测试的代码，它使用其他引脚并且错误漏掉了。因此，为了确认 - 调试器值是正确的，在所有测试中，引脚 8 和 9 都设置为 AF4（否则我将永远不会在 SDA 上看到任何操作，而我对示波器所做的）。我在之前的消息中解释了 TXIS 和 TXE 的原因——I2C1 的中断优先级设置得太低，无法触发发送缓冲区的其余部分——我更正了这一点，所以现在从停止模式定期唤醒工作正常。更重要的是，我发现了 BUSY 标志有什么问题：在写入 CR2 之后，在总线上检测到 START 条件之前立即检查它的状态。很自然地，它退出了 while 循环并继续其他事情，把一切都搞砸了。这就是我让它工作的方式： uint8_t I2C_Transmit(uint8_t buffer, uint8_t length, uint8_t i2c_Address) { i2c_txBuffer = buffer; I2C1->TXDR = i2c_txBuffer++; I2C1->CR2 = I2C_CR2_AUTOEND \| (length << I2C_CR2_NBYTES_Pos) \| i2c_Address \| I2C_CR2_START; ///Wait for the START condition detection while((I2C1->ISR & I2C_ISR_BUSY) == 0); ///Then check when BUSY flags gets cleared (STOP detected) while(I2C1->ISR & I2C_ISR_BUSY); return (I2C1->ISR & I2C_ISR_NACKF) ? 0 : 1; } 检查 STOPF 解决了这个问题并且有效，因为它在发送最后一个字节后被设置，所以我留在循环中，而不是过早地离开它。奇怪的是，它没有延迟地适用于 I2C2。在参考手册中提到了后续写入 I2Cx->CR2 的等待周期，但我只写入了一次。我猜想其他库通过向代码添加一些开销来掩盖问题，因为 BUSY 标志的检查稍后执行，以便外围设备检测到 START 条件。

2022-12-20 09:59:31 评论举报姚庭芳