当前位置: 首页 > article >正文

ADC读取数据进入死循环

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

现象:在进行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控制器,应该作为临界资源互斥访问。


http://www.kler.cn/a/105533.html

相关文章:

  • 《动手学深度学习 Pytorch版》 10.4 Bahdanau注意力
  • java-后端调用第三方接口返回图片流给前端
  • 哪一个更好?Spring boot还是Node.js
  • windows 安装小乌龟
  • web - Tomcat服务器
  • C++前缀和算法的应用:从栈中取出 K 个硬币的最大面值和 原理源码测试用例
  • 竞赛 深度学习图像修复算法 - opencv python 机器视觉
  • FreeRTOS 事件标志组 详解
  • 各类统计模型R语言的详细使用教程-R语言的线性回归使用教程
  • 【广州华锐视点】VR飞行员驾驶模拟实训系统
  • macOS鼠标管理操作增强BetterMouse简体中文
  • 【无标题】Linux VMware安装centos之后设置静态IP
  • Linux - firewall-cmd 命令添加端口规则不生效排查
  • 分布式锁设计选型 不可重入锁建议使用ZooKeeper来实现 可重入锁建议使用Redis来实现 分布式锁:ZooKeeper不可重入锁 Java优化建议
  • 香港服务器运行不正常原因简析
  • 第十六章总结:反射和注解
  • ES6新特性:const关键字详解
  • 内网渗透——macOS上搭建Web服务器
  • 【23种设计模式】接口隔离原则
  • JAVA排序