简介一份面向嵌入式开发者的STM8单片机定时器触发ADC采样实战资源以STM8S003为主控芯片解决周期性模拟信号采集中的定时与转换同步问题。包内共41个文件以C源码与H头文件为核心包含定时器、ADC、LED、UART等模块化驱动以及IAR工程配置、调试脚本、hex与map输出文件压缩包仅76KB结构清晰适合直接导入工程学习或二次开发。已有3708人学习适合具备基础单片机知识、希望掌握定时器外部触发ADC采样机制的读者。代码覆盖定时器时基配置、ADC触发源设定、中断服务处理与轮询采样流程能够帮助理解如何通过TIM1事件稳定控制采样间隔并可直接参考main.c中的初始化与外设联动逻辑。 做单片机开发的朋友一定对“定时采集模拟量”这个需求不陌生。产品里要监测电池电压、采集电流、读取温湿度传感器输出经常要求每隔固定时间采一次比如每毫秒一次或者每10毫秒一次。最直接的办法是在主循环里加延时到点了就启动一次ADC转换读完再处理数据。在51上这么写问题不大但在STM8上如果你想让采样间隔稳定、不占用CPU资源、代码结构也能扛住产品级审查我更推荐让硬件自己把这件事干了——定时器到点自动触发ADC转换完成后自动进中断取数据。这篇内容适合正在做STM8项目、或者准备从51过渡到STM8的开发者参考。我会把“定时器触发ADC采样”背后的机制、寄存器配置、完整代码和实际调试中踩过的坑一次讲清楚。看完你不仅能照抄这套方案还能知道为什么这么配、出了问题去哪儿查。1. 为什么非要用定时器触发ADC整体设计思路1.1 什么场景需要“定时采集”先说说我遇到过的典型需求。做过逆变器、电机驱动、电源管理的朋友应该都有体会电流采样和电压采样往往需要严格等间隔触发。比如做FFT分析采样点必须均匀分布如果两次采样间隔忽长忽短频谱上会出现一堆莫名其妙的谐波。再比如做工频同步采样每个周期固定采128点间隔不均匀会直接影响计算精度。这种场景下“定时采集”不是可选项而是刚需。另外一类场景是低功耗产品。系统大部分时间在休眠每个固定周期醒来采一次传感器采完继续睡。如果用CPU延时等待ADC整个期间都在耗电而用定时器中断触发CPU可以提前进入低功耗模式真正做到了“只在必要时刻工作”。1.2 轮询、定时器中断软件触发、硬件触发到底怎么选实现定时采样的常见路径有三种我分开说。第一种是主循环延时加轮询ADC。代码最简单但致命问题是“不确定”。主循环里还有别的任务比如按键扫描、显示刷新、通信处理任何一个任务耗时波动都会拉偏采样间隔。示波器实测你看到的采样点分布是完全随机的抖动这在信号处理场景下根本没法用。第二种是定时器中断里用软件启动ADC转换。相比第一种间隔稳定了很多。定时器每1ms进一次中断你在中断里调用启动转换的语句然后退出中断等ADC转换完成后在主循环或另一个中断里读结果。这里的问题是即便定时器中断本身很准时从“进中断”到“执行启动转换”之间仍有延迟包括中断现场保护、流水线冲刷、以及可能的同优先级中断排队这些延迟虽然只有几个CPU周期但如果你追求微秒级一致性它依然是个隐患。而且启动转换这个动作本身就是CPU参与的占用了中断服务时间。第三种就是本篇文章的核心做法定时器的更新事件TRGO直接作为ADC的外部触发源。定时器计数器走到设定值硬件自动给ADC一个触发信号ADC立即启动转换。整个过程CPU完全不需要参与触发延迟极小误差主要来自定时器本身的分频精度。转换完成后由ADC的中断通知CPU去取数据。这是STM8硬件设计上最合理的用法也是工业级代码最常见的写法。我个人的建议是如果你的采样率需求在几百赫兹到几千赫兹之间并且对时间精度有要求直接上第三种如果只是做个粗略的慢速采样比如一秒采一次温度那第一种省事也不是不行。2. STM8定时器与ADC协同工作的底层机制2.1 定时器的TRGO事件是怎么“递”给ADC的很多刚接触STM8的朋友第一次看参考手册时会卡在TRGO这个词上。其实它就是一个“主模式输出”信号。定时器内部有好几个事件比如更新事件、捕获/比较事件通过主模式选择位MMS把这些事件中的某一个映射到TRGO信号线上。TRGO在芯片内部走线直接连到ADC外设同时也可以映射到引脚上供外部电路同步使用。用生活化的类比来解释定时器就像一个发令员到了预定的时间点他按下手上的发令枪TRGOADC是跑道上的运动员听到枪响立刻起跑开始转换。发令枪的声音是通过内部专用线路传过去的不是靠CPU这个教练在旁边喊。在寄存器层面这条链路需要两头都打通。定时器这边要设置TIMx_CR2寄存器的MMS位域把更新事件选为主模式输出ADC那边要设置ADC_CR1的EXTSEL位域选择“来自哪个定时器的TRGO触发”同时还要把ADC_CR2的EXTTRIG位置1打开外部触发使能。两边缺少任何一环触发都不会生效。2.2 规则通道、注入通道和触发源选择的差异STM8的ADC1支持两种转换通道组一个是规则通道组一个是注入通道组。规则通道可以理解为“常规通道”日常采集用最多注入通道可以理解为“插入的高优先级通道”它能打断正在进行的规则转换适合处理突发事件。在定时器触发这个场景下两条路都能走。但有个细节需要注意如果规则通道被配置成了连续转换模式CONT1它就会在转换完成后自动开始下一次转换此时外部触发信号会被忽略定时器触发就失效了。这个问题我见过很多人踩坑包括我自己在内。所以用规则通道配外部触发时务必用单次转换模式让每次转换都由定时器来启动。如果你确实需要连续采集那干脆不要配外部触发用不上。STM8S和STM8L的触发源映射表不完全一样。以常见的STM8S003、STM8S105为例ADC_CR1的EXTSEL支持软件触发、TIM1的TRGO/CC事件、TIM2的TRGO、以及部分外部事件引脚。TIM4在多数型号上没有TRGO输出因为它太简单了不带主模式。所以实际项目中我一般优先用TIM2或TIM1来做触发源。2.3 一次ADC转换到底需要多长时间理解转换时间对配置定时器频率很重要。STM8的ADC是逐次逼近型SAR结构原理可以理解成一个“二分猜数”的过程。10位ADC要把输入电压和参考电压不断比较先从最高位开始猜猜完10位总共需要10个ADC时钟周期。这还没完转换前还有一段采样保持时间用来给内部采样电容充电这个时间可以通过配置采样周期来调整。一次完整转换时间大致等于采样保持时间 10个时钟的逐次逼近时间 少量同步开销。假设ADC时钟配置为4MHz采样周期选14个ADC时钟那么单次转换大约需要(14 10 几个时钟)个周期折合下来大约6到7微秒。注意这只是ADC外设转换需要的时间还不含中断响应和读取数据的时间。有了这个数你可以估算出这套方案最高能跑到多高的采样率。比如采样周期选14时钟ADC时钟4MHz那么理论上一秒可以完成约十几万次转换实际受中断开销限制稳定跑几十kHz没有问题。对于常见的1kHz、5kHz采样需求绰绰有余。3. 手把手实现定时器触发ADC采样3.1 硬件环境与开发工具准备这次以STM8S003F3为例这颗芯片便宜、常见适合多数传感器采集场景。开发环境用IAR for STM8或者STVD都行我习惯用IAR编译优化和调试体验更好。库函数用STM8S标准外设库版本新旧无所谓核心API变化不大。硬件连接上把待测模拟信号接到PC3引脚这是ADC1的通道3。注意信号电压不要超过VDDSTM8的ADC输入范围是0到VREFVREF内部直接连到VDD所以电源质量直接决定采样精度。硬件上在供电脚附近放0.1uF和10uF去耦电容是基本操作很多采样值乱跳的问题都是供电不干净造成的跟代码没半毛钱关系。3.2 定时器配置1kHz触发频率的详细计算先用库函数把TIM2配起来目标是用16MHz系统主频分频得到1ms周期的更新事件。具体计算过程如下系统主频16MHzTIM2预分频器设为16那么计数时钟为16MHz / 16 1MHz每个计数脉冲间隔1us。自动重载寄存器ARR设为999计数器从0数到999共1000个脉冲更新时间就是1000us 1ms。换算成频率就是1kHz也就是每秒触发1000次ADC转换。如果你要改成100HzARR改成9999即可要改成10kHz预分频设为4ARR设为399。这里我把代码写出来void TIM2_Config(void) { // 定时器时钟 16MHz / 16 1MHz一个计数1us // 自动重载值999更新周期 (9991) * 1us 1ms即1kHz TIM2_TimeBaseInit(TIM2_PRESCALER_16, 999); // 关键步骤把更新事件映射到TRGO输出 TIM2_SelectOutputTrigger(TIM2_TRGO_UPDATE); TIM2_Cmd(ENABLE); }如果忘了调用TIM2_SelectOutputTrigger定时器确实在跑但它的更新事件不会被送到TRGO线上ADC那边就永远收不到触发信号。这个函数对应的寄存器操作就是设置TIM2_CR2的MMS位为010。3.3 ADC配置触发源、时钟和转换模式ADC这边要做的有三件事选择单次转换模式、配置触发源为TIM2的TRGO、使能外部触发。同时把ADC时钟设为系统时钟的1/4即4MHz保证工作在规格范围内。代码看起来是这样void ADC_Config(void) { // 单次转换模式通道3ADC时钟16MHz/44MHz // 触发源TIM2的TRGO使能外部触发 ADC_Init(ADC_CONVERSIONMODE_SINGLE, ADC_CHANNEL_3, ADC_PRESSEL_FCLK_4, ADC_EXTTRIG_TIM2_TRGO, ENABLE, ADC_ALIGN_RIGHT, ADC_SCHMITTTRIG_ALL, DISABLE); // 使能转换结束中断 ADC_ITConfig(ADC_IT_EOCIE, ENABLE); }这里有几个容易出错的地方。第一个是ADC_Init内部会写CR1和CR2寄存器如果你在调用它之前就已经让定时器跑起来了有可能出现定时器触发信号到达时ADC还没初始化完的情况。稳妥的初始化顺序是先配时钟再配ADC最后启动定时器。第二个是开头提到的连续模式问题ADC_Init的第一个参数传ADC_CONVERSIONMODE_SINGLE就是为了避免CONT位被置1。另外如果你的项目需要切换多个模拟通道比如PA1采电压、PC3采温度建议在ADC中断里根据当前状态改写通道选择位而不是在初始化时一次性把所有通道都配好后者在定时触发场景下很容易出现数据互相覆盖的问题。3.4 中断服务函数与数据读取ADC转换结束后会产生EOC事件并触发中断。在STM8S的标准外设库里中断服务函数已经预留在stm8s_it.c文件中ADC1的中断向量号是22不同型号可能有差异以工程里生成的映射文件为准。我在中断里做最少的事读取转换结果并存入全局变量。volatile uint16_t g_adc_value 0; INTERRUPT_HANDLER(ADC1_IRQHandler, 22) { // 读取数据寄存器后EOC标志会自动清零 g_adc_value ADC_GetConversionValue(); }一个小细节STM8的EOC标志在读取ADC_DR数据寄存器后会自动清除不需要手动调用清标志函数。如果你在中断里额外写了清除EOC的代码问题也不大只是多此一举。真正需要手动清除的是溢出标志OVR这个在规则通道数据还没被读走又来了一次新的转换结果时置位。3.5 主函数整体流程主函数里我做三件事初始化系统时钟到16MHz调用上面两个配置函数然后在主循环里处理g_adc_value。示意如下void main(void) { CLK_HSIPrescalerConfig(CLK_PRESCALER_HSIDIV1); // HSI 16MHz TIM2_Config(); ADC_Config(); enableInterrupts(); // 开全局中断 // 到这里定时器已在运行后续更新事件会自动触发ADC while(1) { // 主循环中读取g_adc_value做滤波、显示、通信等处理 } }注意顺序先调用ADC_Config后调用enableInterrupts最后让定时器跑起来。实际工程中TIM2_Config也可以在ADC_Config之后调用我习惯把定时器启动放在最后确保ADC已经就绪。4. 常见问题与排查实录4.1 定时器跑了ADC却毫无反应这是最常见的故障。调试时我一般先用示波器测TIM2的TRGO引脚但问题是TRGO默认不一定映射到引脚上。更快的办法是仿真环境下查看ADC_CR1和ADC_CR2寄存器的实际值确认EXTTRIG位是否为1、EXTSEL是否正确。如果这两个都对再回头查TIM2_CR2的MMS位。还有一种情况容易忽略你把外部触发使能位写进去了但ADC_Init里的单次/连续模式参数传的是连续模式外部触发直接被忽略转换依然自己不停跑。解决办法就是改成单次转换模式。我把常见问题整理成了一张表方便你对照排查。现象可能原因排查与解决定时器在跑ADC不转换MMS没配成更新事件调用TIM2_SelectOutputTrigger(TIM2_TRGO_UPDATE)定时器在跑ADC不转换ADC外部触发未使能检查ADC_CR2的EXTTRIG位是否为1定时器在跑ADC不转换选择了连续模式改为单次转换模式有转换但频率不对分频或重载值计算错误用示波器测GPIO翻转验证实际触发频率采样值抖动大采样保持时间过短或电源不干净调长ADC采样周期检查去耦电容4.2 采样值总是在跳动不稳定最先怀疑的永远是硬件而不是软件。STM8的VREF和VDD共用芯片供电上的纹波会直接叠加到采样结果里。把示波器探头接在VDD上看如果纹波超过50mV先解决电源问题再谈精度。软件上可以调长ADC的采样保持时间给内部采样电容更多充电时间实测对高内阻信号源有明显改善。还有一点模拟信号的源阻抗不能太大。如果信号源是分压电阻网络等效阻抗超过10kΩ建议在ADC引脚加一个0.1uF的电容到地形成一个RC低通既能抗高频干扰又能降低信号源阻抗影响。我的经验是采样值跳动先加电容再调采样时间最后才怀疑代码和算法。4.3 采样频率与设定值对不上先检查芯片实际运行时钟。STM8S最低成本方案通常用HSI 16MHz但如果芯片复位后没有手动配置时钟默认可能是2MHzHSIDIV8。这时你的定时器配置是按16MHz算的实际频率就慢了8倍。用仿真器读CLK_CMSR寄存器就能确认当前主频。另一个隐蔽问题是ADC时钟分频。ADC_PRESSEL_FCLK_4在16MHz主频下得到4MHz的ADC时钟这是比较合适的工作频率。如果主频改了这里的分频也要重新算否则ADC时钟超规格转换结果可能不稳定。要验证实际触发频率最粗暴也最有效的方法是在ADC中断里翻转一个GPIO用示波器看这个GPIO的频率。实测下来这个方法比任何寄存器读值都直观。4.4 多通道采样时的数据覆盖问题定时器触发配合多通道采集时有个典型坑ADC转换结果只会存在一个数据寄存器里。如果你一次转换完成后没有及时读取下一次转换结果就会把上一次覆盖掉。建议在ADC中断里每转换完一个通道就读走并保存不要在中断外统一读取。我做大电流采集时常用的做法是把ADC中断设为最高逻辑优先级中断里只做“读数据 写数组”滤波、标度变换、报警判断全部放主循环处理。这样中断服务时间最短即使采样率提升到几十kHz也能扛住。如果项目要求更高采样率考虑用STM8L的DMA能力或者换M内核的方案STM8S这代产品在DMA和多通道并行处理上确实弱一些。最后再分享一个经验这套“定时器触发外部设备”的思路本质上和STM32、GD32上的Timer ADC触发是相通的但寄存器细节差异很大别拿其他芯片的习惯直接套STM8。动手之前先打开对应型号的参考手册把EXTSEL和MMS这两个位域确认清楚比什么都管用。配置完成后第一次上电先别急着看数据花两分钟用示波器测一下中断里翻转的GPIO频率确认触发链路真的通了再写后面的滤波和校准逻辑。这一步做好了后面调试省下来的时间绝对比这两分钟多得多。本文还有配套的精品资源点击获取