结论优先:程序并发处理不当引起寄存器标志位被非预期清除,引起进入死循环。
现象:在进行AD读取数据时,有一个等待ADC转换完成的标志位,概率性卡死在while等待ADC数据转换完成。
- static err_t gd32_adc_read(struct drv_adc_device *dev, int16_t channel,
- uint32_t *buf, size_t size)
- {
- struct gd32_adc *adc = (struct gd32_adc *)(dev->private_data);
- uint32_t adc_periph = (uint32_t)(adc->adc_periph);
-
- if (buf == NULL)
- {
- return -E_INVAL;
- }
-
- adc_channel_length_config(adc_periph, ADC_REGULAR_CHANNEL, 1);
- adc_regular_channel_config(adc_periph, 0, channel, ADC_SAMPLETIME_239POINT5);
-
- for (size_t i = 0; i < size; i++)
- {
- adc_software_trigger_enable(adc_periph, ADC_REGULAR_CHANNEL);
-
- gd32_udelay(2);
-
- while (!adc_flag_get(adc_periph, ADC_FLAG_EOC))
- ;
- adc_flag_clear(adc_periph, ADC_FLAG_EOC);
-
- buf[i] = (uint16_t)adc_regular_data_read(adc_periph);
- }
-
- return size;
- }
在不同任务中都有调用获取AD数据的操作,死循环出现时定位到在while (!adc_flag_get(adc_periph, ADC_FLAG_EOC))处
一开始推测问题出现方向:
1. 函数参数传递异常
2. 寄存器的置位异常(硬件动作)
验证1:仿真时定位到问题现场,传参正确,可排除
验证2:手动置起转换完成标志位,不复现,但暂无法证明硬件置位异常(首先还是从自身找问题)
想到一个读取AD的动作发生在硬件定时器超时回调里,中断优先级高于任务执行,可能出现在任务正在读取AD数据中,来了硬件定时器中断,读取过程被打断,此时中断中读取完成把转换完成标志位清除,退出中断回调,继续执行任务读取,此时一直等不到标志被置起。
这里存在设计缺陷,我们移出在中断里读取AD操作(中断不做耗时,延时操作),同时同一个ADC控制器,应该作为临界资源互斥访问。