定时器3模式下初值如何计算？

Question

在使用51单片机定时器T1的3模式时，常遇到初值计算困惑。问题在于：当定时器T1工作于模式3时，其高8位计数功能被禁用，仅TL1作为8位自动重载定时器运行，此时如何正确计算初值？由于TL1为8位，最大计数值为256，若系统晶振为12MHz，机器周期为1μs，需产生50ms定时，则无法通过常规方式直接计算满足需求的初值。更复杂的是，模式3下TH1被占用作波特率发生器，无法独立定时，导致无法扩展为16位定时器。因此，开发者常面临定时范围受限、初值溢出或定时不准的问题。该如何合理设计定时任务或选择替代方案？

Answer 1

51单片机定时器T1模式3下的初值计算与替代方案深度解析

1. 定时器T1模式3的基本原理与限制

在标准8051架构中，定时器T1支持四种工作模式（模式0～3），其中模式3为特殊运行状态。当T1配置为模式3时，其行为发生显著变化：

• TL1（低8位）继续作为8位定时/计数器运行，并支持自动重载（需通过TMOD寄存器设置）。
• TH1不再参与T1的计数功能，而是被“借调”用于串行通信的波特率发生器。
• 由于TL1仅能计数256个机器周期，其最大定时时间受限于晶振频率和位宽。

以12MHz晶振为例，机器周期为1μs，TL1最大可定时时间为：256 × 1μs = 256μs，远小于所需的50ms（即50,000μs）。

2. 初值计算公式及其局限性分析

对于8位自动重载模式，定时器初值计算公式如下：

初值 = 256 - (所需定时时间 / 机器周期)

代入当前参数：

参数	值
所需定时时间	50,000 μs
机器周期	1 μs
理论计数值	50,000
TL1最大计数	256
计算初值	256 - 50000 = -49744（溢出）

显然，该值超出8位范围（0～255），无法直接实现单次定时50ms。

3. 常见误区与开发者困惑来源

许多工程师误以为模式3下TH1仍可用于扩展定时器长度，但实际上：

1. TH1在T1模式3中已被锁定为波特率发生器，不能独立作为高8位计数器使用。
2. 无法通过组合TL1和TH1构成16位定时器。
3. 自动重载仅作用于TL1，TH1无此机制。
4. 若尝试写入TH1，可能影响串口通信稳定性。
5. 部分数据手册未明确强调此资源冲突，导致设计隐患。
6. 调试过程中定时中断频繁触发但总时间不准，常归因于代码错误而非架构限制。
7. 缺乏对“软件补偿”或“多级计数”的系统性认知。
8. 忽视了其他定时器（如T0）或外部中断的协同利用可能性。
9. 过度依赖硬件定时而忽略任务调度层优化。
10. 未考虑动态重载初值或变步长计数策略。

4. 解决方案一：软件计数法实现长定时

虽然TL1无法单独完成50ms定时，但可通过中断服务程序（ISR）进行累加计数。示例代码如下：

#include <reg51.h>

unsigned char count_50ms = 0;

void timer1_isr() interrupt 3 {
    count_50ms++;
    if (count_50ms >= 196) { // 每次中断约255μs，196次 ≈ 49.98ms
        P1 ^= 0x01;           // 执行实际操作，如LED翻转
        count_50ms = 0;
    }
}

void init_timer1_mode3() {
    TMOD |= 0x08;         // 设置T1为模式3（仅TL1有效）
    TL1 = 256 - 255;      // 设定每255μs中断一次
    TH1 = 0;              // TH1不用于定时，但可设初值防干扰
    ET1 = 1;              // 使能T1中断
    EA = 1;               // 开启总中断
    TR1 = 1;              // 启动定时器T1
}

该方法将短定时脉冲通过软件累积成所需长周期，是解决位宽不足的经典手段。

5. 解决方案二：切换至T1其他模式并协调串口需求

若应用允许调整波特率生成方式，可放弃T1模式3，改用模式1或2：

• 模式1（16位定时器）：TL1与TH1联合使用，最大定时65.536ms，足以覆盖50ms需求。
• 模式2（8位自动重载）：TH1保存初值，TL1溢出后自动 reload，适合精确短周期定时。

此时波特率可由T1模式2提供，例如：

TMOD = 0x20;     // T1模式2，用于波特率
TL1 = TH1 = 0xFD; // 12MHz下，SMOD=0时，波特率≈9600bps
TR1 = 1;

同时使用T0实现50ms定时任务，实现双定时器分工协作。

6. 替代路径：启用定时器T0进行主定时任务

在多数51系统中，T0资源空闲概率较高。建议优先评估T0可用性：

graph TD
    A[系统初始化] --> B{是否需要T1做波特率?}
    B -- 是 --> C[配置T1为模式2]
    B -- 否 --> D[配置T1为模式1]
    C --> E[使用T0实现50ms定时]
    D --> F[T1直接实现50ms定时]
    E --> G[设置T0模式1, 初值=15536]
    F --> H[设置T1模式1, 初值=15536]
    G --> I[启动T0中断]
    H --> J[启动T1中断]

此举避免陷入T1模式3的功能陷阱，提升系统灵活性。

7. 高级策略：结合RTOS思想实现软定时队列

针对多任务场景，可构建基于定时中断的软定时管理模块：

• 使用一个高频基准定时器（如每1ms中断一次）。
• 维护一个定时链表，记录各任务剩余滴答数。
• 每次中断遍历链表，递减计数，到期执行回调函数。
• 支持动态添加、删除、修改定时任务。
• 适用于LED闪烁、按键去抖、周期采样等混合定时需求。

此架构解耦了硬件限制与业务逻辑，具备良好扩展性。

8. 实际工程中的权衡与选型建议

面对T1模式3的定时困境，应综合以下因素决策：

方案	优点	缺点	适用场景
软件计数法	无需改动硬件配置	精度受中断延迟影响	简单控制任务
改用T1模式1	定时范围大，精度高	不能同时用作波特率	无串口或使用T2/T3
使用T0定时	释放T1给串口	T0可能已被占用	双外设共存系统
外部RTC芯片	超长时间、低功耗	增加BOM成本	电池供电设备
升级至增强型51	更多定时器资源	需重新设计PCB	新项目开发

选择应基于产品生命周期、成本约束和未来扩展需求。