现在基本上是软件的问题。
另一工程 师写了个ADC测试程 序测试硬件，跑了4天了。一点问题都 没有。
前天我向原工程 师拿到了他的程序，发现他的程 序的中断没写好，定时中断里执行的众多函数而时间超时及各定时中断优先级设置混乱。低级中断内容设置成抢断模式，抢占后造成高级的中断内容不能执行。
“测温ADC是以DMA方式采集，，估计是DMA采集时，出现中断超时或抢占后引起DMA内存操作失控而对寄存器乱写。”引号内的判断是我估计的，不一定是。。。这个要STM32的技术支持来解释一下。
拿到原程 序员写的程 序后，叫新来的程 序员把他的程序中的DMA的ADC采集方式改了，，把各个中断里执行的函数移出中断外，，再设置好优先级。重新编译下载到板子上跑。。到今天有三天了。没有出现ADC口拉低现象，复位脚 也没拉低，，，看，用原程 序员的程 序修改过后跑，也没出现ADC或其它端品拉低的现象，这应该可以判定是软件的问题造 成的。
但是，
今 天叫原程序员按新程 序员的方法修改他的程 序，结果碰硬钉子了。原程 序员还是坚持说 他的程 序没错，还说，要写自已写去。。。。。。嗯。。。这个。。。真不好办了。

目测DMA自动传输内存越界，引发hardfail

不能复位是因为没有完全放电，脱焊后放电完成

压缩机工作间断性且功率大，EMI干扰大，传感器线要长一些使你的板子远离干扰，几小时出问题有可能此时温度变化，你设计的传感器前置放大电路工作范围应再宽一些，你这现象有点像比较电路翻转，我个人觉得直接用分立元件搭前置更适合这类采集。不能出问题首先考虑芯片质量问题，那种概率微乎其微！

谢谢大家的回复。

案子结了，，，是那小子的软件有问题，，硬 件完全没问题。
我叫他改程 序还不改，跟老板说软件没问题，要辞工不干。
最后老板加他工资把他留下才愿意按我要求改写程 序，现已通过测试。
样机已发货到客户手上了。。

附送真理：会哭的孩子有奶吃。

此贴完。

我一开始就说软件问题了，你那软件工程师水平，比我7年前刚入STM32还不如

@天臆弄人      其实我是 一 一 一 开始就说是软件问题，因为据我的硬件经验，硬 件是无法再搞的了，跟他说了硬 件就这么样了，没得搞了。只剩单 片机一引脚 了，但他死活说他软件没问题我也没办法。（关键 是我也是只写过STC，，对STM没怎么写过，所以我也一时无法证明是他的软件出错了，直至后来他说要走，招了个新软件工程 师另写一个测试程 序才证实他的软件是有问题 ）。真无语，他还是是我17年8月招的实习生，18年8月毕业就留下工作的应届生呢。说白还是我带的。才多久人生怎么自信就变得那么牛B。

无知者无畏

感觉还是要用运放跟随一下处理