完成量等待代码执行太慢,而中断发送太快导致完成量提前完成怎么办?

发布于 2024-06-20 22:28:40 浏览：334 订阅该版

[tocm]

### 重新讨论

- 这里不小心已采纳,无法修改了;重新开一个话题

> https://club.rt-thread.org/ask/question/3ae041fe0cf2ea1a.html

- 在调试STM32 硬件I2C驱动,使用中断方式收发I2C数据
- 代码在bsp\stm32\libraries\HAL_Drivers\drivers\drv_hard_i2c.c中,以下是简洁代码

```c
//发送I2C数据,使用中断方式
static rt_ssize_t stm32_i2c_master_xfer(struct rt_i2c_bus_device *bus,
                                        struct rt_i2c_msg msgs[],
                                        rt_uint32_t num)
{
	HAL_GPIO_WritePin(GPIOA, DEBUG_IO_Pin, GPIO_PIN_SET);
	HAL_I2C_Master_Seq_Receive_IT(handle,(msg->addr<<1), msg->buf, msg->len, mode);
     if (rt_completion_wait(completion, timeout) != RT_EOK)
     {
         LOG_D("transmit time out");
         goto out;
    }
}
//中断回调中
void HAL_I2C_MasterRxCpltCallback(I2C_HandleTypeDef *hi2c)
{
 	HAL_GPIO_WritePin(GPIOA, DEBUG_IO_Pin, GPIO_PIN_RESET);
    struct stm32_i2c *i2c_drv = rt_container_of(hi2c, struct stm32_i2c, handle);
    rt_completion_done(&i2c_drv->completion);
}
```

- 发现永远打印I2C传输超时,调整timeout时间怎么调大都没用;
- 打断点调试发现,rt_completion_wait执行到一半时,中断就已经触发了rt_completion_done;导致永远是超时的;

```c
rt_err_t rt_completion_wait(struct rt_completion *completion,
                            rt_int32_t            timeout)
{
    rt_err_t result;
    rt_base_t level;
    rt_thread_t thread;
    RT_ASSERT(completion != RT_NULL);
    //! 这里就触发中断了
    RT_DEBUG_SCHEDULER_AVAILABLE(timeout != 0);
}
```

- 问题来了,这应该改驱动代码还是完成量代码?

- 是完成量wait代码添加中断屏蔽呢?还是驱动中发送前后添加中断屏蔽?

- 我在RX和RX完成回调中加入IO高低电平;查看是否配置有问题;
可以看到RX发送地址前电平为低;
发送开始时电平拉高
接收回调中拉低电平;
时序是满足I2C的;
观察电平持续时间为不到1ms;

![screenshot_image.png](https://oss-club.rt-thread.org/uploads/20240620/a44b16ecd115e4d9d421d866b85b1369.png.webp)

- 可以证明完成量是没法满足运行至挂起线程,就已经进入RX回调中断了;

### 有没有什么好方式?

- 加入中断屏蔽在RX发送前后也没有用

- 完成量代码中注释判断是否在中断中的代码还是在调度前进入中断回调触发了这个完成量

- 只能用全局变量了?