刚接触STM32时，很多人会忽视一个非常实用的外设——内部温度传感器。这个藏在芯片内部的“温度计”，不需要额外接任何硬件，就能实时得知芯片当前的温度状态，对板级调试、功耗监测、过热保护都有直接价值。这篇学习心得就围绕内部温度传感器的原理和实验展开，从半导体PN结的温度特性讲起，到ADC采样配置、温度换算公式，再到实际跑通的代码和校准方法，适合正在学STM32 ADC相关内容的开发者参考。
1. 这块芯片里到底藏了什么温度计
1.1 内部温度传感器不是外挂，是芯片自带
STM32内部温度传感器其实是硅片上集成的一个模拟温度检测单元，它被直接做在芯片内部，和内核、外设一起封装在那一小块黑乎乎的环氧树脂里。很多开发者在做项目时习惯外接DS18B20或NTC热敏电阻来测环境温度，却忽略了芯片已经在内部给你准备了一个现成的温度通道。
这个传感器连在ADC的一个专用通道上，以F1系列为例，它固定映射到ADC1的通道16。也就是说，你不占用任何外部引脚，只要把ADC1的通道16使能，就能采到一组随温度变化的电压值。这一点非常重要：它虽然不能替代高精度的外部温度传感器用于测量环境温度，但用来监测芯片自身的“健康状态”是足够的。
1.2 为什么选择读芯片内置温度，而不是外接一个传感器
我最早做板子时，喜欢外接NTC去测板卡温度，后来发现一个尴尬的情况——板卡发热的核心器件是主控芯片本身，而NTC贴在PCB边缘，和芯片实际结温相差好几度，反应还慢。内部温度传感器解决的就是这个“离得近才测得准”的问题，它测的是结温，也就是芯片内部硅片的温度，对过温保护来说，这个数据才是真正有意义的。
另外，内部温度传感器还有一个隐藏优势：零成本、零布线。做产品原型调试时，有时候就是一个判断逻辑需要温度量，为这个去画PCB、贴传感器，完全没有必要。直接用内置传感器跑通功能，再根据产品需求决定是否外接高精度传感器，这种开发顺序效率高得多。
2. 原理拆解：从PN结到ADC数值的完整链路
2.1 温度传感的核心是PN结的压降变化
内部温度传感器的工作原理，说到底就是利用了半导体PN结的温度特性。PN结的正向导通压降会随着温度升高而近似线性地减小，大致规律是温度每升高1°C，压降下降约2mV。厂内就是把一个恒流源驱动的PN结放进芯片内部，把这个变化的压降经过调理电路输出成一个可被ADC采样的模拟电压。
这个模拟电压与温度的对应关系并不是任意的，它在特定温度点上有一个参考标定值。对常见的F1系列，手册给出的典型值是：在25°C时，传感器输出电压典型为1.43V，电压随温度的变化斜率典型为4.3mV/°C。这两个参数非常关键，写温度换算代码时，用的就是它们。
2.2 换算公式里的几个关键量，用什么思路去理解
温度换算公式在参考手册里写得很明确：
T(°C) = (V25 - VSENSE) / Avg_Slope + 25
其中V25是25°C时的典型输出电压（1.43V），VSENSE是当前ADC采到的实际电压，Avg_Slope是温度与电压曲线的平均斜率（4.3mV/°C）。
我建议不要死记这个公式，用生活化的方式理解：电压从V25开始算，每变化4.3mV，温度就变化1°C。当前电压比V25低，说明温度高于25°C，因为电压随温度升高而下降；当前电压比V25高，说明温度低于25°C。注意VSENSE和V25单位要一致，换算时如果电压用mV，斜率也用mV。
实际代码里，一般先把ADC采集到的数字量转换为电压值，再套公式。ADC是12位的，参考电压如果是3.3V，那电压值就是：
VSENSE = ADC值 × 3.3 / 4095
这个转换思路一定要写清楚，因为很多新手把数字量直接当电压去套公式，出来的温度完全不对。
2.3 精度与局限：内部温度传感器到底值不值得信
内部温度传感器的精度范围，不同系列有差异，F1系列的典型精度大致在±2°C左右，部分系列在特定校准后可以做到更好。这个精度测试环境温度、供电电压稳定度都有关系，不能把它当工业级温度传感器来用。
个人经验是，它更适合做趋势监测：比如判断芯片是否从室温20°C升温到70°C，用来触发降频逻辑或者风扇，这类应用完全够用。但如果要做高精度环境温度采集，内部传感器的误差会很难把控，因为芯片自身功耗造成的温升就有一两度。这个温升问题不是芯片设计缺陷，而是芯片工作状态决定的，读出来的温度本身就是“芯片当前的实际结温”，而不是环境温度。
3. 实验准备：硬件、软件与通道选择的坑
3.1 一套最省事的实验环境清单
内部温度传感器实验不需要任何额外传感元件，硬件上只需要一块STM32核心板，以及一条USB转串口线（或者板载串口），用于把温度数据打印出来观察。
我用的环境如下：
- 主控：STM32F1系列核心板（F4/F0/L4等系列类似，只是具体通道位不同）
- 开发环境：STM32CubeMX生成初始化代码，再加Keil MDK编写逻辑
- 调试手段：串口1输出温度数据，波特率115200
- 供电：USB供电5V经板载稳压到3.3V给芯片
软件层面，CubeMX里不需要配置任何GPIO为ADC输入，因为内部温度传感器没有外部引脚。需要在ADC配置页面里，把温度传感器通道（ADC1_IN16）勾选上，然后注意使能温度传感器功能——在ADC配置界面的某个选项里，通常叫“Temperature Sensor”或类似名称，这个开关不打开，通道16采样到的数据是没有意义的。
3.2 ADC通道与引脚的关系，最容易搞混的一点
不少新手把“ADC通道”和“物理引脚”强行对应，在内部温度传感器这里就会卡住。外部的ADC输入通道，比如ADC1_IN0对应PA0、ADC1_IN1对应PA1，这些通道会占用引脚；但内部温度传感器通道、内部参考电压通道（VREFINT）这些是内部信号源，不占用任何引脚。
所以实验代码里，你完全不需要做GPIO的模拟输入配置。如果你在CubeMX里找不到温度传感器的通道，往往是因为没有先把ADC1激活，或者没有把Internal Channels里对应的选项打开。激活ADC1后，在通道配置列表里把“Temperature Sensor”加进去即可。
3.3 采样时间设置：这点直接影响准度
内部温度传感器的输出阻抗相对较高，ADC采样时需要足够的采样时间才能让内部采样电容充到稳定的电压值。参考手册里通常建议采样时间取长一点，比如239.5周期或更长的档位。
CubeMX里配置ADC时，有一个采样时间下拉框，默认可能是1.5周期或13.5周期，这个值直接采集内部温度传感器，读数会飘，噪声也大。我实测下来，F1系列用239.5周期采通道16，比用13.5周期稳定很多。关于采样时间的理解，可以用一个生活类比：采样电容就像一个小杯子，信号源往杯子里倒水需要时间，倒太快了杯子还没满就撤走，量出来的水位自然偏小、不稳定。给足够的采样时间，就是等“杯子”真正满了再读数。
4. 核心代码实现：从初始化到温度换算的每一步
4.1 ADC初始化：按这个顺序配置才不会漏
用库函数方式写完初始化，逻辑比较直观。以下是一段F1系列的ADC配置核心代码：
void ADC_TemperatureSensor_Init(void) { ADC_InitTypeDef ADC_InitStructure; // 使能ADC1时钟 RCC_APB2PeriphClockCmd(RCC_APB2Periph_ADC1, ENABLE); // 注意：ADC时钟是APB2时钟经过分频得到，建议分频到12MHz以下 RCC_ADCCLKConfig(RCC_PCLK2_Div6); // 72MHz / 6 = 12MHz // ADC1初始化，这里只用了ADC工作模式的基础配置 ADC_InitStructure.ADC_Mode = ADC_Mode_Independent; ADC_InitStructure.ADC_ScanConvMode = DISABLE; // 单通道模式 ADC_InitStructure.ADC_ContinuousConvMode = ENABLE; // 连续转换 ADC_InitStructure.ADC_ExternalTrigConv = ADC_ExternalTrigConv_None; ADC_InitStructure.ADC_DataAlign = ADC_DataAlign_Right; // 右对齐 ADC_InitStructure.ADC_NbrOfChannel = 1; ADC_Init(ADC1, &ADC_InitStructure); // 关键一步：使能内部温度传感器 ADC_TempSensorVrefintCmd(ENABLE); }配置里值得注意的几点：
- ADC_ExternalTrigConv选择None，即软件触发，便于自己控制转换节奏
- 数据对齐选择右对齐，方便直接读取12位数据
- ADC_TempSensorVrefintCmd这个函数，它不是外部库函数，却很重要——它同时控制内部温度传感器和内部参考电压通道，不使能的话通道16读到的是无效数据
CubeMX生成代码时，会自动处理使能这一部分，但库函数手动配置时很容易漏掉这一行，漏掉的结果就是温度值异常。
4.2 温度读取函数：换算逻辑加上均值滤波
配置好ADC之后，读取温度就是标准的一套流程：选定通道、设置采样时间、启动转换、等待完成、读数据、换算。
这里必须设置采样时间，用ADC_SampleTime_239Cycles5这个宏，代表239.5个ADC时钟周期。F1的ADC时钟如果是12MHz，一个周期约83ns，239.5周期大约20μs，时间不长但足够内部稳定。
uint16_t ADC_ReadTemperatureValue(void) { uint16_t adc_value; // 配置通道16：采样时间拉长 ADC_RegularChannelConfig(ADC1, ADC_Channel_16, 1, ADC_SampleTime_239Cycles5); // 启动转换 ADC_SoftwareStartConvCmd(ADC1, ENABLE); // 等待转换完成 while(!ADC_GetFlagStatus(ADC1, ADC_FLAG_EOC)); // 读取结果 adc_value = ADC_GetConversionValue(ADC1); return adc_value; }换算函数可以写成这样，借用标准的V25和Avg_Slope参数：
float Get_ChipTemperature(void) { uint16_t adc_value; float vsense; float temperature; uint8_t i; uint32_t sum = 0; // 做16次采样求平均，滤掉随机噪声 for(i = 0; i < 16; i++) { sum += ADC_ReadTemperatureValue(); } adc_value = sum / 16; // 数字量转电压，单位mV vsense = (float)adc_value * 3300.0f / 4095.0f; // 内部温度换算公式 temperature = (1430.0f - vsense) / 4.3f + 25.0f; return temperature; }多采样几次取平均，是数据稳定性提升效果最明显、成本又最低的手段。温度传感器本身输出会有轻微波动，且ADC转换也带一点随机噪声，16次平均大概能把波动压到±0.3°C左右。如果你想更快，也可以减到8次；如果对稳定性要求高，32次也可以，代价就是刷新率会低一些。
4.3 主循环与串口输出：读数和打印如何配合
主循环不需要复杂逻辑，只做两件事：周期性读温度、通过串口打印。我通常用SysTick做时间基准，每500ms刷新一次温度数据。
int main(void) { float temp; // 初始化系统时钟、串口、ADC等 SystemInit(); USART1_Init(115200); ADC_TemperatureSensor_Init(); while(1) { temp = Get_ChipTemperature(); printf("Chip Temperature: %.2f \r\n", temp); Delay_ms(500); } }实际用串口观察时有一件事会被忽略：printf的重定向。如果你使用Keil，需要在工程里加上fputc重定向，让printf输出到串口1。如果没做重定向，printf的字符串只会停留在缓冲区，串口什么也不打印。加上下面这段：
int fputc(int ch, FILE *f) { while(USART_GetFlagStatus(USART1, USART_FLAG_TXE) == RESET); USART_SendData(USART1, (uint8_t)ch); return ch; }连好串口、打开串口助手、烧录程序之后，软件复位一下开发板，就可以看到串口窗口里每隔500ms刷新一行温度数据。刚上电的时候温度可能是26°C左右，运行几分钟后，温度会稳定在三十几摄氏度，这些都是正常运行的现象，接下来要根据数据做进一步校准。
5. 实验数据与校准：从“能测”到“测得准”
5.1 室温下第一次跑通的数据长什么样
我手头这块板子在室温25°C的环境下，刚上电时串口输出大致如下：
Chip Temperature: 26.13 Chip Temperature: 26.55 Chip Temperature: 27.02 Chip Temperature: 27.45 Chip Temperature: 27.88观察两组现象：
- 刚上电的几秒内温度持续爬升。这不是传感器坏了，而是芯片内部正在发热，读完一个启动过程后，温度会逐渐稳定。
- 温度值在相邻两次读取之间有小幅波动，大约±0.3°C左右，这是正常噪声水平，对绝大多数用途没有影响。
如果这时候摸摸芯片表面，能感受到微热，说明数据和实际是吻合的。需要注意的是，这个“吻合”是趋势上的吻合，绝对数值是否准，还要看芯片具体型号的参数是否有差异。
5.2 两点校准法：把误差压到±1°C以内的实操
芯片生产时标定的V25并非刚好1.43V，每颗芯片有微小偏差，斜率也可能在4.3mV/°C上下浮动。想测得更准，最常用的是两点校准法。原理很简单：温度-电压关系近似直线，直线有两个参数（截距和斜率），用两个不同已知温度点就能确定这条直线。
实际操作步骤：
- 把板子放在稳定的恒温环境中，比如20°C的空调房，静置半小时让芯片和环境温度一致
- 读出一段ADC电压均值，记为V1，此时真实温度记为T1（按环境温度20°C）
- 用手头能用的办法制造第二个温度点：可以用可调温的电吹风低温档均匀加热芯片，配合一个外接温度计大致测量表面温度；或者直接实测板子在高负载运行状态下的稳定结温。但最省事的办法是拿一个已知精度的外部温度传感器贴在芯片外壳上，在芯片稳定发热时记录一组电压和对应的实测温度，记为V2和T2
- 用两点求实际斜率和截距，更新代码里的参数
两点校准的核心计算：
实际斜率 = (V2 - V1) / (T2 - T1)
再用任一点代入，得到校正后的基准电压：
V_ref = V1 + 实际斜率 × (25 - T1)
这样就把公式里的4.3和1.43V换成了完全贴合这颗芯片的参数。校准完之后，温度偏差可以显著减小，在30°C到60°C范围内压到±1°C以内。
我自己的经验是，如果只是做温度趋势监控，厂家默认参数就够了，不必每颗芯片都校准；但如果这个测量值要用于过温保护、误差补偿计算，那就必须做两点校准，否则保护阈值可能偏差好几度。
6. 常见问题与排查技巧实录
6.1 读出来的温度是负几十度，问题出在哪
这是新手最常遇到的问题。负温度意味着电压算下来比V25高很多，也就是ADC读到的电压偏大。常见原因：
- 采样时间太短，导致电压还没稳定就被采样，采样值虚高
- 没有真正读到通道16的数据，而是读到了某个悬空引脚的数据，悬空引脚电压不确定，可能偏高
- 供电电压不是3.3V，但代码里硬按3.3V换算
排查顺序：先看ADC配置里是否Enable了Temperature Sensor，再看采样时间是否设置成最长档，最后用万用表量一下供电电压是否稳定在3.3V。如果供电是3.0V，换算公式里的3300mV必须改成3000mV。
6.2 温度读数跳来跳去，没法稳定
波动大一般是两个原因叠加：采样时间不够和没做均值滤波。采样时间短的时候，ADC采样电容没有完全跟上信号源电压，每次读数都有随机扰动，这个扰动幅值可能到几十个LSB，反映在温度上就是几度的跳动。
把采样时间调到最大档、再做16次到32次的均值滤波，波动的幅度会显著下降。另外，如果主循环里还跑了无线发射、电机控制等高功耗外设，它们会对芯片电源产生周期性干扰，ADC在采样瞬间被干扰到也是正常的。这种情况可以考虑在触发ADC采样和实际转换之间做一点延时，或者选择在噪声相对低的时刻采样。
6.3 通道16的开关没打开，数据永远不对
内部温度传感器的使能开关和读取外部ADC通道完全不同。很多例程里写着ADC_RegularChannelConfig(ADC1, ADC_Channel_16, ...)，但你漏掉ADC_TempSensorVrefintCmd(ENABLE)或者CubeMX里漏开内部通道开关，读取照样能完成，硬件不会报错，但读出来的数据根本没有意义，而且往往是一个固定的、不怎么变化的电压值。
这个问题的隐蔽之处在于，它不是崩溃性故障，而是“数据错误但程序照常跑”的软故障。所以每次遇到内部通道数据不对，先把使能函数和CubeMX内部通道勾选排查一遍，这类问题基本都是这里。
6.4 芯片温度比室温高一大截，是否异常
芯片读出来50°C，而环境温度只有25°C，第一次跑通温度实验的人经常被这个吓一跳。这不一定是异常。芯片正常运行时，内部功耗会体现在结温上，尤其调试器连接状态、全速运行、GPIO翻转、外设时钟全开的情况下，芯片温升十几到二十几度是正常的。
可以做一个对比实验确认：把代码里所有外设时钟关掉，主循环只是空转，温度会明显下降；再把ADC、串口、定时器全开，温度会再次上升。通过这个对比，能直观感受到功耗与结温的关系。这也正是内部温度传感器有用的地方——它帮你看清芯片在不同工作状态下的发热情况。
个人经验与最后的补充
反复调了几块板子之后，我对内部温度传感器最大的体会是：先别急着换芯片，多数问题出在配置和参数上。把采样时间拉长、做好均值滤波、确认内部通道使能，这三步能解决绝大多数“温度不准”“温度乱跳”的困扰。而如果你需要的是“精确测环境温度”，那确实应该外接传感器，内部温度传感器的定位是监控芯片结温，两者的使用场景完全不同。
另外分享一个小技巧：内部温度传感器和内部参考电压共用一个使能开关，既然都能用ADC采出来，在校准ADC全量程时这个通道也很有价值。如果你的应用方案里已经打开了温度传感器，那么VREFINT内部参考电压通道几乎不占额外资源，可以用来做电源电压的粗略监测，等于一个外设带来两个功能，非常划算。
