• ADC读取数据进入死循环


    结论优先:程序并发处理不当引起寄存器标志位被非预期清除,引起进入死循环。

    现象:在进行AD读取数据时,有一个等待ADC转换完成的标志位,概率性卡死在while等待ADC数据转换完成。

    1. static err_t gd32_adc_read(struct drv_adc_device *dev, int16_t channel,
    2. uint32_t *buf, size_t size)
    3. {
    4. struct gd32_adc *adc = (struct gd32_adc *)(dev->private_data);
    5. uint32_t adc_periph = (uint32_t)(adc->adc_periph);
    6. if (buf == NULL)
    7. {
    8. return -E_INVAL;
    9. }
    10. adc_channel_length_config(adc_periph, ADC_REGULAR_CHANNEL, 1);
    11. adc_regular_channel_config(adc_periph, 0, channel, ADC_SAMPLETIME_239POINT5);
    12. for (size_t i = 0; i < size; i++)
    13. {
    14. adc_software_trigger_enable(adc_periph, ADC_REGULAR_CHANNEL);
    15. gd32_udelay(2);
    16. while (!adc_flag_get(adc_periph, ADC_FLAG_EOC))
    17. ;
    18. adc_flag_clear(adc_periph, ADC_FLAG_EOC);
    19. buf[i] = (uint16_t)adc_regular_data_read(adc_periph);
    20. }
    21. return size;
    22. }

    在不同任务中都有调用获取AD数据的操作,死循环出现时定位到在while (!adc_flag_get(adc_periph, ADC_FLAG_EOC))处

    一开始推测问题出现方向:

    1. 函数参数传递异常

    2. 寄存器的置位异常(硬件动作)

    验证1:仿真时定位到问题现场,传参正确,可排除

    验证2:手动置起转换完成标志位,不复现,但暂无法证明硬件置位异常(首先还是从自身找问题)

    想到一个读取AD的动作发生在硬件定时器超时回调里,中断优先级高于任务执行,可能出现在任务正在读取AD数据中,来了硬件定时器中断,读取过程被打断,此时中断中读取完成把转换完成标志位清除,退出中断回调,继续执行任务读取,此时一直等不到标志被置起。

    这里存在设计缺陷,我们移出在中断里读取AD操作(中断不做耗时,延时操作),同时同一个ADC控制器,应该作为临界资源互斥访问。

  • 相关阅读:
    linux中常见服务端安装
    宿舍管理微信小程序源码
    微软S2C2F框架已被OpenSSF开源安全体系采用
    长文本拆分
    基于51单片机音乐盒LCD1602显示( proteus仿真+程序+原理图+设计报告+讲解视频)
    Java 把多个音频拼接成一个
    (十八)STM32——呼吸灯与舵机的使用(PWM)
    springBoot 源码一:自动配置底层源码分析
    CSDN算法技能树评测
    GPTCache使用
  • 原文地址:https://blog.csdn.net/lijunnanxcx/article/details/134062358