407内部FLASH编程

1万 · 2022-3-6 22:59

系统使用内部3个ADC，其中ADC1与ADC2为双ADC模式，ADC3为独立工作；编程时给FLASH加锁（FLASH_Unlock();），然后就发现ADC3不工作了（DR不更新，触发定时器TIM2正常），加锁前后ADC3配置寄存器CR1、CR2没有改变，如果重新配置ADC3则能正常工作。

1万 · 2022-3-6 23:00

的确听起来奇怪，你有做flash编程吗？

1万 · 2022-3-6 23:04

这种问题没有代码并结合调试的话，别人很难告知为什么。

1万 · 2022-3-6 23:06

做了编程，有一部分参数需要存放在FLASH内！

1万 · 2022-3-6 23:10

你的ADC3是由TIM触发的，那ADC3的转换结果如何读取的？

1万 · 2022-3-6 23:15

查询？

1万 · 2022-3-6 23:17

还是中断方式抑或DMA方式？

1万 · 2022-3-6 23:20

2、提醒下，如果不是基于双BANK条件，在flash编程时 CPU是堵塞的，此时若发生中断是不会响应的。

1万 · 2022-3-6 23:22

ADC通过DMA读取；

1万 · 2022-3-6 23:25

FLASH编程时禁止任何中断（__disable_irq();）

1万 · 2022-3-6 23:28

奇怪的是ADC3改为软件触发，则没有这个现象，触发定时器计数正常啊，并且只要重新配置ADC3（没有重新配置触发定时器TIM2）就能恢复工作。

1万 · 2022-3-6 23:31

软件触发和定时器触发的最大差别在于后者的触发对于我们用户来讲有些未知性，

1万 · 2022-3-6 23:33

即不知它具体的触发时间点。

1万 · 2022-3-6 23:36

从你反馈的情况来看，说明TIM一直在正常工作。感觉ADC3发生过溢出事件，建议你围绕
这点好好查查代码，
更多操作

1万 · 2022-3-6 23:39

的确是发生了溢出事件，在FLASH编程前暂停TIM触发则可以避免溢出发生，有没有其它的措施？谢谢！

1万 · 2022-3-6 23:43

感觉还有进一步的原因。
按理说你现在ADC结果是DMA传输，TIM触发DMA时应该可以及时读取数据的，怎么还发生了溢出呢？

1万 · 2022-3-6 23:45

那就有种可能，在某个时刻，当ADC被TIM触发发生转换后，这时的DMA还没有准备好？

1万 · 2022-3-6 23:49

具体原因，还是得结合相关代码才好说。

1万 · 2022-3-6 23:50

是不是可以这么解释？由于在FLASH编程期间必须关闭所有中断，在编程期间，TIM仍不断的触发ADC，但是DMA在传输完成后不能产生中断(在中断内重新使能DMA)，也就不能读取下一批次的ADC结果，所以导致ADC产生溢出事件。

2万 · 2022-3-6 23:52

有没有优化的方法，还是只能在编程前暂停ADC触发？