Iefex1. STM32F103x ADC校准死循环现象解析
第一次遇到ADC校准卡死的问题时，我盯着调试界面看了整整十分钟。仿真器显示程序永远卡在while(ADC_GetCalibrationStatus(ADC1) == SET)这一行，就像走进了一个没有出口的迷宫。这种情况在STM32F103系列开发中并不罕见，特别是当你使用不同型号芯片时。
ADC校准的本质是让芯片内部电路自动修正偏移误差和增益误差。标准流程应该是：先执行ADC_ResetCalibration()，等待校准复位完成；然后启动ADC_StartCalibration()，等待校准完成标志位清除。但问题就出在这个等待过程中——某些型号的芯片在校准完成后，状态标志位就是不肯清零。
通过逻辑分析仪抓取CR2寄存器的变化，你会发现一个有趣现象：在C8型号上，CAL标志位会在约14个ADC时钟周期后自动清零；而在某些R6芯片上，这个标志位就像被焊死了一样纹丝不动。这直接导致程序陷入死循环，后续所有操作都无法执行。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 寄存器层面的深度排查
2.1 关键寄存器状态分析
当遇到校准死循环时，第一步应该是检查ADC控制寄存器(CR)和状态寄存器(SR)。通过调试器观察这些寄存器的实时变化非常关键：
c复制// 调试时插入的寄存器检查代码
uint32_t cr2 = ADC1->CR2;
uint32_t sr = ADC1->SR;
printf("CR2: 0x%08X, SR: 0x%08X\n", cr2, sr);
正常情况下，校准过程中CR2寄存器的CAL位会先置1，在校准完成后自动清零。但在问题芯片上，你会发现CAL位始终保持在1。更奇怪的是，SR寄存器中的EOC（转换结束）标志却可能正常变化。
2.2 硬件依赖关系验证
通过交叉测试可以排除软件配置问题：
- 保持相同代码，仅更换开发板（C8换R6）
- 保持相同硬件，使用简化版测试代码
- 对比不同时钟配置下的表现
我曾在同一块R6板子上测试发现：当APB2时钟设为36MHz时校准必卡死，而降到24MHz却能偶然成功。这种不稳定性暗示着更深层的硬件时序问题。
3. 芯片型号差异的致命细节
3.1 C8与R6的隐藏差异
虽然STM32F103C8和