8位单片机定时器溢出计算公式：三星、中颖、合泰、松翰一网打尽

做单片机开发这些年，我接过不少别人做了一半的小家电方案，十有八九会在定时器初始化里看到几行“祖传代码”——分频系数改来改去，溢出时间跟数据手册怎么算都对不上。三星、现代、中颖、合泰、松翰这一批8位单片机，在电饭煲、遥控器、温控仪、电子烟里服役多年，定时器溢出计算公式说难不难，但每家数据手册的写法都不一样，翻完五本手册头就大了。这篇文章不按手册原文念，我把这几家的定时器结构统一拆一遍，给你一套能直接套用的换算逻辑，看完至少能自己手算出初值，而不是靠试凑。

1. 为什么这批8位机的定时器公式看起来五花八门，底层却是同一套逻辑

1.1 五家厂商为何总在同一张BOM表里出现

做过消费类电子方案的人都有印象，三星的S3C/S3F系列进入市场早，现代GMS系列在韩系家电供应链里铺得很开，中颖、合泰、松翰则在国产替代和低成本方案上占了大量份额。它们有一个共同特征：都是8位核心，Flash或OTP容量不大，外设精简，成本压得很低，适合逻辑不复杂但要求长期稳定的控制场景。所以很多方案商的原理图上，同一个功能位会列两到三家的替代型号，引脚能兼容，代码却不能直接搬，尤其是定时器初始化这一块。

这也解释了为什么大家搜“定时器溢出计算公式”时，经常是这几家混在一起出现。本质上，这些芯片的定时器硬件大同小异，真正麻烦的是寄存器命名和手册写法。三星管初值寄存器叫T0DATA，中颖叫RCAP2，合泰叫预装载值，松翰叫T0R，名字换了，数学关系没换。先把这层窗户纸捅破，后面每一家的公式都只是变体。

1.2 定时器溢出时间计算的通式

不管哪家单片机，定时器本质就是一个计数器：每来一个计数脉冲，计数值加一或减一，计到溢出点触发中断。溢出时间可以拆成两个量的乘积：

T溢出 = N × T计数

其中N是溢出前需要的计数脉冲个数，T计数是一个计数脉冲占用的时间。N怎么定，取决于计数方向：

• 向上计数：从初值加到溢出点，8005内核里8位溢出点是256，16位是65536，所以N = 溢出点 - 初值
• 向下计数：从初值减到0，N = 初值

T计数则跟时钟源和分频有关：

T计数 = P × M / Fosc

• Fosc：主振荡频率，也就是晶振或内部RC的标称频率
• M：内核倍率，标准8051一个机器周期占12个振荡周期，所以M=12；增强型8051可能是1T、2T、4T，M就取1、2、4；松翰这种2T内核，指令周期占2个振荡周期，定时器又常拿指令频率做时钟源，M取2
• P：定时器预分频系数，1、2、4、8、16这些整数

把两个式子合起来，就是全文最核心的公式：

T溢出 = (溢出点 - 初值) × P × M / Fosc

这个公式能套下面所有品牌。至于手册上为什么看起来不一样，有的是把M写成了“机器周期”，有的是把P写成了“fSYS/4”，有的喜欢直接给你“计数脉冲周期”，你只要抓住“N乘T计数”这条主线，就不会被绕晕。

1.3 分频系数与机器周期到底在算什么

很多新人被手册里的T0PS、T0M、T0CK、fSYS/8这些符号搞晕，其实分频就是在计数脉冲前面加一级除法器。分频越大，计数脉冲越稀，单个计数周期越长，同样初值下溢出时间越长，但定时分辨率会变差。举个例子，8MHz时钟下，8分频时一个计数脉冲是1微秒，你只能以1微秒为粒度调时间；要是改2分频，一个计数脉冲是0.25微秒，粒度细了，但最长溢出时间短了四倍。

机器周期是8051内核完成基本操作的时间基准，定时器计数输入在很多型号里直接用机器周期脉冲。这里有个容易踩的坑：M这个倍率应该看内核，而不是看定时器模块。标准8051的12T概念深入人心，但中颖、合泰的增强型内核可能已经改成4T甚至1T。数据手册开头一般有“指令周期”或“机器周期”的说明，务必先确认这一项，再进定时器章节，否则后面全部白算。

2. 三星S3C/S3F系列：8位定时器的预装载缓冲与初值换算

2.1 三星定时器模块的寄存器布局

三星S3C/S3F系列，以常见的S3F9454这类型号为例，定时器0有三个核心寄存器：T0CON是控制寄存器和分频选择，T0DATA是初值寄存器，T0CNT是实际计数器。新人最容易犯的错是直接往T0CNT写初值，然后发现定时完全乱套。原因在于T0CNT是正在运行的计数器，运行中被写入随时可能被打断；T0DATA则是缓冲结构，溢出时硬件会自动把T0DATA的内容搬运到计数器里，所以真正要写的是T0DATA。

这种“预装载缓冲”的思路在合泰和松翰里也能看到，本质都一样：让硬件在溢出瞬间自动接续，而不是靠中断服务程序里手动重新赋值。明白这一点后，三星的公式就很直白。三星手册上有些型号是向上计数到FF后溢出，有些是向下计数到0，实际计算时抓“有效计数个数”：向上就是256减初值，向下就是初值本身。

2.2 实测换算：8MHz时钟下做一个100微秒时基

假设Fosc = 8MHz，定时器0选择8分频，向上计数模式。先算一个计数脉冲周期：

T计数 = 8 / 8MHz = 1微秒

目标是100微秒溢出一次，那么需要计数脉冲个数：

N = 100微秒 / 1微秒 = 100

8位向上计数，初值：

初值 = 256 - 100 = 156 = 0x9C

这个结果一验算就清楚：T溢出 = (256 - 156) × 1微秒 = 100微秒。整套计算没有任何悬疑，关键就是先定分频，再定初值。很多人倒过来，先拍脑袋定了初值再慢慢试分频，调试效率低一半。

反推的时候注意，8位定时器初值范围只有0到255，如果N算出来大于256，说明分频选小了或者干脆该换16位定时器。这点三星入门级型号尤其明显，8位定时器加低分频只能做短时基，长延时要么拉高P，要么用循环变量。

2.3 与PWM模式复用时的分频陷阱

三星定时器0经常兼任PWM输出，T0CON的低三位同时控制预分频。有人调定时中断时为了拉长时间把分频从8改成64，结果PWM频率也跟着变了，因为PWM的周期时基用的就是同一个预分频器。这不是芯片的Bug，是硬件复用下必然的牵连。

我的处理习惯是：如果项目里既需要定时中断又需要PWM，先确认数据手册里PWM模式是否使用独立的时基寄存器。如果不独立，要么固定分频值，用初值去调占空比和周期；要么干脆换一个定时器。线上调试时不要只盯着中断有没有进来，拿示波器先看输出引脚波形，波形对了再谈时间精度。

3. 中颖SH79F系列：增强型8051的16位自动重载公式与反推初值

3.1 SH79F的内核时钟与Timer2结构

中颖SH79F系列是增强型8051，常见特性包括16.6MHz内部RC振荡、双DPTR、多路ADC。和标准8051相比，它还是51指令集，但机器周期不再是固定的12个振荡周期。具体是1T、2T还是4T，由系统时钟配置决定，数据手册里有个系统时钟选择相关的寄存器专门控制这个倍率。算定时器之前，先确认当前的M值，这一步省不了。

定时器模块里最常用的是Timer2，16位，配RCAP2H和RCAP2L两个自动重载寄存器。自动重载意味着计数器溢出后，硬件自动把RCAP2的值重新装入计数器，不用在中断服务程序里手动补初值。这对周期中断是非常友好的设计，中断里只管业务逻辑，不用操心时序补偿。

3.2 从目标时间反推RCAP2初值的完整计算

中颖SH79F的Timer2计算还是那套通式。假设Fosc = 16.6MHz，M = 4，目标溢出时间10毫秒：

先算一个机器周期时间：T机器 = 4 / 16.6MHz，约等于0.241微秒。那么10毫秒需要的计数脉冲个数：

N = 10毫秒 / 0.241微秒 ≈ 41500

更精确的写法是直接用整数运算：N = 10毫秒 × 16.6MHz / 4 = 41500。然后：

初值 = 65536 - 41500 = 24036 = 0x5DE4

验算：T溢出 = (65536 - 0x5DE4) × 4 / 16.6MHz = 41500 × 4 / 16600000 = 0.01秒，正好10毫秒。

这个计算里最容易出错的不是公式，而是十六进制转换的借位。65536减41500得到24036，手算转0x5DE4很容易转成0x5DE3这种差1的结果。我的做法是在代码注释里保留十进制计算过程，或者直接写一段预处理宏让编译器算好，避免人工手算的偶然误差。

3.3 中断服务程序里改RCAP2为什么偶发失灵

有些项目想让Timer2做可变间隔，比如不同档位的呼吸灯，需要在中断里直接写RCAP2H和RCAP2L。我调试时遇到过周期时不时跳变一次的情况，折腾很久发现是写操作和硬件自动重载发生了竞争：溢出瞬间硬件抓取RCAP2的值，如果此刻高字节已经写了新值、低字节还没写，硬件装进去的就是“新高字节 + 旧低字节”的混合体，这一个周期自然就偏了。

解决办法有两个。一是改之前先关闭TR2，写完RCAP2再打开，牺牲一个计数周期的空档但换稳定性；二是如果不想关定时器，就严格按“高字节先写、低字节后写”的顺序，并且在写低字节之前加一条空指令或短延时，把竞争窗口压小。更稳妥的做法是像呼吸灯这类间隔渐变需求，不在中断里改RCAP2，而是用一个累加变量做软件分频，RCAP2始终固定，这样彻底避开竞争问题。

4. 合泰HT66系列：向上计数到FFFF再溢出的预装载玩法

4.1 合泰定时器时钟的固定倍率机制

合泰HT66系列的STM定时器，典型结构是16位预装载值，装载后向上计数到FFFF溢出，溢出时自动重载。它的时钟源fSYS会先经过一级固定倍率再进定时器，手册里直接写“fSYS/4、fSYS/8、fSYS/32”这类选项，其实就是把内部那级除法算清楚了。

这里有个常见的认知坑：有人看到fSYS/8，以为还要再找一级隐藏分频去“还原真实频率”，结果把时间算成预期的一半。实际上手册写多少就按多少算，P直接取那个分母数。另外合泰还有独立的Time Base时基模块，那个是连续二分频链路，公式和Timer的“初值加溢出”完全不同。我见过有人把Time Base的公式套到STM上，得出时间差一倍，查了半天才发现用错模块了。

4.2 以STM为例手算一个50毫秒时基

假定某HT66系列型号，fSYS = 8MHz，STM定时器选分频P = 8。那么：

T计数 = 8 / 8MHz = 1微秒

目标50毫秒，需要的计数脉冲个数：

N = 50毫秒 / 1微秒 = 50000

16位向上计数到FFFF溢出：

初值 = 65536 - 50000 = 15536 = 0x3CB0

装载时高字节写0x3C，低字节写0xB0。合泰STM也是自动重载结构，溢出后自动把0x3CB0重新装入计数器，所以周期性中断里不需要重写初值。如果用的是那种不自动重载的PWM模式，就必须在中断服务程序里手动写回装载值，等于是用软件模拟自动重载，此时装载代码耗时会被计入周期误差，后面第七章会专门说这个坑。

4.3 溢出标志的检查顺序影响中断精度

合泰的中断服务程序里，建议进中断第一件事就读取溢出来源标志并清除，再处理业务逻辑。因为部分型号对状态寄存器是读后自动清除标志的设计，你先操作业务数据再读标志，可能把本该本轮处理的标志拖到下一轮，导致中断频率判断错乱，严重的时候整个系统时基漂移。

这个细节在原型调试阶段几乎看不出问题，等到批量跑一段时间，或者把休眠唤醒加进来之后，偶发的多一次少一次溢出就会暴露。我后来统一规范：这类单片机的中断服务，第一行读中断标志，第二行清标志，第三行再做业务。虽然只差两行代码，但稳定性差别很大。

5. 松翰SN8系列：指令周期与定时器分频的倍数换算

5.1 松翰2T内核到底该怎么理解

松翰SN8系列是2T架构，意思是执行一条指令要2个振荡周期，所以指令周期频率Fcpu = Fosc / 2。而多数定时器的计数时钟源来自Fcpu，这就是松翰定时器最容易漏算的一点。

公式长这样：

T溢出 = (溢出点 - 初值) × P / Fcpu = (溢出点 - 初值) × P × 2 / Fosc

假设Fosc = 16MHz，那么Fcpu = 8MHz，P = 1时一个计数脉冲是0.125微秒。很多人在松翰上定时不准，就是拿16MHz直接当Fcpu算，结果实际溢出时间是预期的两倍。松翰的手册其实写得清楚，但工程师跨型号查代码时，往往只记住“16MHz”这个数，忘了还有2T这层换算。

5.2 SN8F5708的16位定时器初值计算实例

以松翰SN8F5708这类带16位Timer的型号为例。Fosc = 16MHz，Fcpu = 8MHz，Timer0分频P = 1，目标1毫秒：

T计数 = 1 / 8MHz = 0.125微秒

N = 1毫秒 / 0.125微秒 = 8000

初值 = 65536 - 8000 = 57536 = 0xE0C0

验算：T溢出 = 8000 × 0.125微秒 = 1000微秒。这套换算和前面几家没有本质区别，唯一要注意的就是Fcpu这个中间量。

5.3 8位定时器小封装型号的延时上限

松翰的小封装型号，比如SN8P2501B这类，只有8位定时器。Fosc = 4MHz时Fcpu = 2MHz，P = 1，一个计数脉冲0.5微秒，8位计数器最多256个脉冲，最长一次溢出只有128微秒。想定时2毫秒，要么开分频，P = 2时一个计数脉冲1微秒，最长256微秒，还是要叠加软件变量；要么干脆换16位定时器型号。

这类8位定时的软件处理我有个量产固件里常用的做法：定时器初值固定，中断每次溢出时对一个软件变量加一，溢出时间由“变量阈值 × 单次溢出时间”决定。好处是初值一直在编译期定死，运行中不需要重复计算和装载，也不用担心重载代码消耗指令周期影响精度。缺点是分辨率被“单次溢出时间”锁死了，想要更细的粒度就得缩短单次溢出时间。

6. 现代GMS系列：老牌12T内核的标准公式与存量项目维护

6.1 GMS87/C系列延续标准8051的计算方式

现代半导体旗下的MCU产品线，后来独立出去成了专门的单片机厂商，GMS87和GMS系列是典型的8051内核，而且是标准12T。也就是说机器周期 = 12 / Fosc，不用怀疑有没有隐藏的倍率配置。

公式回到最经典的样子：

T溢出 = (65536 - 初值) × 12 / Fosc

Fosc = 12MHz时，机器周期正好1微秒。要10毫秒中断：

初值 = 65536 - 10000 = 55536 = 0xD8F0

这类老芯片在存量设备里还有很多，做维护翻新时公式不会带来惊喜，真正的坑在晶振上。我拆过几块老板子，晶振丝印被磨掉是常事，标称12MHz实测11.8MHz，定时偏差随时间积累就能看出来。所以涉及老项目的定时精度问题，第一步永远是频率计或示波器量实际振荡频率，而不是直接啃寄存器。

6.2 HY11P系列这类SOC的时钟树误区

现代产业链里还有HY11P系列，这个是电能计量方向的SOC，8051内核加模拟前端，内部时钟树比普通8位机复杂得多。CPU频率可能来自32.768kHz晶振倍频，定时器的时钟源又可能是独立的分频链。这时候不能拿“总线频率”直接套公式，必须翻数据手册里定时器时钟选择那段，确认进入定时器模块的真实脉冲频率。

这个提醒尤其重要，因为计量类芯片的定时精度直接关系到累计误差。在小家电上定时慢几十微秒可能只是显示慢了一点，在计量应用里就是数据不准的大麻烦。处理SOC类型芯片时，我习惯先画一张时钟树草图，把振荡源、PLL倍频、总线分频、定时器时钟源逐级标出来，再写任何公式。

6.3 没有源码时如何反推定时初值

维护老项目经常遇到没源码的情况，手里只有hex和板子，还要改功能。这时可以用实测反推法。先只保留定时中断服务程序里的GPIO翻转，用示波器测出实际溢出频率，假设实测溢出周期是500微秒，Fosc = 11.0592MHz，标准12T下机器周期约1.085微秒：

N = 500微秒 / 1.085微秒 ≈ 461

初值 = 65536 - 461 = 65075 = 0xFE33

这个反推法对所有芯片类型都适用。反推出来的初值未必是源代码里的原始值，但可以作为修改的基准。再配合分频寄存器的当前配置，基本能确定整套定时参数。靠这套方法，我在没有文档的情况下移植过好几个老项目的定时功能，比盲目试凑快得多。

7. 溢出时间算错的三类典型症状与快速排查链路

7.1 症状一：中断频率是预期值的2倍、4倍或8倍

这个症状在跨厂商移植代码时最常见。预期10毫秒中断，实测20毫秒或5毫秒。20毫秒说明T计数偏大，多半是分频P多除了一级；5毫秒说明T计数偏小，多半是把4T内核当成12T算，或者分频少除了一级。

排查链路是固定的：先量波形确认真实周期，再按当前初值反推N和T计数，反推结果对比寄存器设定，定位偏差来自P还是M。要注意的是，反推时初值的十进制转十六进制不要手算，用计算器一步到位，省得在排查过程中引入新的算术错误。

7.2 症状二：16位初值算对了，运行结果还是漂

初值没问题但运行结果漂移，一般出在三种情况。一是RCAP2或预装载寄存器的高低字节写入顺序不对，在自动重载硬件抓取时混入了新旧值组合；二是中断服务程序里手工重载初值的代码太耗时，把每个周期拉长了同样长度的偏差；三是在中断函数里附带做了除法、乘法这类长周期运算，导致实际周期比理论值长几微秒到几十微秒。

处理方法按优先级排列：优先用硬件自动重载模式；必须手工重载时，重载代码精简到几条MOV指令；所有复杂运算移到中断外的标志位流程里处理。如果时间要求极其严格，就把重载动作放在中断入口第一件事，业务逻辑全部放在重载之后，避免业务代码阻塞下一次装载。

7.3 常用时钟与目标时基的初值速查表

这里给一张我平时贴在工位旁的速查表，覆盖五种常见场景。实际使用时先找到你的时钟和内核类型，再对目标时基取初值。

这张表只能做起点，真正用的时候一定按实际分频P和M重算一遍。尤其是增强型8051，M是1T还是4T完全取决于配置位，不同型号默认值可能不一样。

7.4 我的排查习惯：先测波形，再反推公式

拿到一块不熟悉的8位板子，我先做一件事：把定时器中断服务程序里只留一行引脚翻转，用示波器测真实溢出频率。然后按公式反推一遍。如果实测周期和理论值差在整数倍，问题基本锁定在分频或内核倍率上；如果是几微秒级别的漂移，基本是重载代码耗时、中断嵌套优先级或者时钟频率本身不准。

这个习惯帮我避免了很多无用功。以前我也直接翻寄存器，逐位对照数据手册，效率很低。后来改成“先量后算”，从现象倒推原因，大多数定时问题十几分钟就能定位。尤其是三星、合泰、松翰几家之间来回切换的项目，这套方法基本没翻过车。

最后说一下我一直坚持的小习惯：计算机相关工具链里把十进制转十六进制、溢出点减初值的计算做成一个脚本或者编译期宏，不同厂家之间移植定时器代码时，只改分频P和内核倍率M两个参数，剩下的靠工具算。三星、现代、中颖、合泰、松翰这几个品牌的数据手册再怎么写，把“溢出时间等于计数个数乘计数周期”这条主线抓住，任何一家的定时器初始化都不会再靠猜。