当前位置：首页 > news >正文

MCU Bootloader开发：时钟校准与软件SCI实现详解

news 2026/6/8 14:21:20

1. 项目概述与核心价值

在嵌入式产品，尤其是那些需要长期部署在野外、工厂或用户现场的设备中，固件升级是一个绕不开的刚需。想象一下，一个基于Freescale（现NXP）MC68HC08系列微控制器的温控器或仪表，出厂后发现了一个逻辑bug，或者需要增加新功能。如果每次都需要工程师带着专用编程器上门拆机烧录，成本高得难以想象。这时，一个稳定可靠的串行Bootloader就成了救命稻草。它能让设备通过最普通的串口（UART）线，甚至是一根线，就完成固件的无线（有线）更新。

然而，实现一个“能用”和“好用”的Bootloader，中间隔着好几座大山。其中最核心的两座，就是时钟校准和软件SCI。很多低成本MCU，比如MC68HC908JK/JL，为了极致压缩BOM成本，连硬件串口（SCI）都省了，用的是精度不高的内部RC振荡器。你的Bootloader代码跑在这样一个“跑不准”的时钟下，还要和上位机进行精确的字节同步通信，这听起来就像用一把刻度模糊的尺子去测量微米级的零件，几乎是不可能完成的任务。

本文要拆解的，正是Freescale官方应用笔记AN2295中提供的经典解决方案。它不仅仅是一份代码，更是一套在资源极度受限环境下（可能只有1-2KB的Flash空间）实现可靠通信的工程哲学。我们将深入其最精妙的部分：如何通过测量一个已知时间长度的“Break”信号来动态校准内部时钟（ICG），以及如何用软件“无中生有”地模拟出一个精准的串口（Software SCI）。无论你是正在为老产品维护发愁的工程师，还是想深入理解嵌入式底层通信原理的学习者，这套经过工业现场验证的方案，都能给你带来实实在在的启发和可以直接复用的代码思路。

2. 时钟校准：让“模糊”的时钟变得“精准”

Bootloader与上位机通信的基础是双方必须使用相同的波特率。对于使用外部晶振的MCU，这不是问题。但对于使用内部时钟发生器（ICG），特别是RC振荡器的MCU，其频率受温度、电压、工艺偏差影响，误差可能高达±25%。直接使用这个频率去计算波特率，通信必然失败。因此，Bootloader的第一课，就是在通信开始前，先把自己的“手表”校准到和上位机一致的时间。

2.1 校准原理：利用“Break”信号作为标尺

上位机（PC端程序hc08sprg.exe）在发起通信时，会先发送一个长长的“Break”信号。在串口通信中，Break信号意味着将TX线持续拉低超过一个完整字符帧的时间（通常≥10-11个位时间）。对于接收方（MCU）来说，这是一个非常稳定且已知时间长度的“时间标尺”。

校准的核心思想就是测量。MCU端并不知道自己的时钟到底有多快或多慢，但它知道一个标准波特率下（例如9600 bps），一个10位时间的Break信号应该持续多少个CPU时钟周期。我们把这个理论值记为N_expected。

上位机发送：PC端以标准波特率（如9600）发送一个持续10位时间的Break信号。
MCU测量：MCU检测到串口RX引脚变低（Break开始），启动一个循环计数器。只要引脚保持低电平，计数器就不断累加。当引脚变高（Break结束），停止计数。得到的计数值记为N_measured。
计算误差：比较N_measured和N_expected。
- 如果N_measured > N_expected，说明MCU在Break期间执行的循环次数更多，意味着MCU的CPU跑得比预期快了。
- 如果N_measured < N_expected，说明MCU在Break期间执行的循环次数更少，意味着MCU的CPU跑得比预期慢了。
动态调整：根据误差的比例，去调整ICG模块的微调寄存器（ICGTR），改变内部时钟频率，使其向标准值靠拢。

这个过程通常需要迭代几次。PC端会发送多个Break信号，MCU每次测量并调整，直到N_measured非常接近N_expected，此时双方时钟同步，可以开始正常字符通信。

2.2 代码实现与关键细节

让我们结合官方代码片段，看看这个精妙的测量循环是如何实现的。以下代码针对MC68HC908KX8等具有ICG模块的芯片。

; 假设通信波特率为 f_OP / 256， 则10位时间对应 2560 个CPU周期。 ; 测量循环每执行一次耗时10个周期。因此，期望的循环次数为 2560 / 10 = 256 次。 ; 这个值就是我们的 N_expected。 ICGTRIM: CLRX ; 清零X寄存器（循环计数低字节） CLRH ; 清零H寄存器（循环计数高字节） MONPTB4: BRSET 4, PTB, MONPTB4 ; 等待PTB4引脚（RX）变为低电平（Break开始） CHKPTB4: BRSET 4, PTB, BRKDONE ; (5周期) 如果PTB4变高，跳出循环（Break结束） AIX #1 ; (2周期) 计数器加1 BRA CHKPTB4 ; (3周期) 跳回继续检查 ; 循环体共10个周期 BRKDONE: ; 此时，X:H 中存储的就是测量到的循环次数 N_measured ; ... 后续计算并调整ICGTR ...

关键点解析：

精确的周期控制：BRSET(5周期) +AIX(2周期) +BRA(3周期) = 10周期。这个固定的循环周期是计算的基础。如果循环周期不固定，测量将失去意义。
误差计算与调整：代码注释中给出了精辟的解释：(256 - 240) / 256 = 6.25%。如果测得240次循环，说明MCU快了6.25%。ICGTR寄存器每调整一个步进（LSB），会带来约0.195%的频率变化。因此，需要的调整量是误差百分比 / 0.195%。
精度翻倍的技巧：注释和代码中都提到了一个关键操作——ASLA（算术左移一位，即乘以2）。这是因为我们测量循环次数的精度是1次，对应1/256 ≈ 0.391%的误差。而ICGTR的调整精度是0.195%。为了充分利用调整寄存器的分辨率，需要将循环次数误差乘以2，再用于计算ICGTR的调整值。这就是代码中ASLA指令的作用，它将误差放大了2倍，使得最终的频率校准精度可以达到理论上的0.195%水平。

实操心得：时钟校准的稳定性在实际项目中，一次校准未必足够。环境噪声可能导致单次测量不准。稳健的做法是进行3-5次测量，取中间值或平均值进行计算。此外，ICGTR的调整范围有限（通常围绕中心值$80上下浮动），如果初始误差太大，可能无法校准到可通信的范围。这就需要在产品设计时，选择标称频率合适的RC振荡器，并留出足够的校准余量。

2.3 不同MCU的时钟源策略

AN2295的代码针对不同系列的MCU，采用了不同的时钟策略，体现了极强的工程实用性：

需要校准的MCU（如MC68HC908JK/JL, KX）：使用内部RC或ICG，必须通过上述Break测量法进行校准。
已知频率的MCU（如MC68HC908GP, GR）：这些MCU通常外接了一个廉价的32.768kHz手表晶振。虽然这个频率很低，导致通信波特率也低，但它的频率是精确已知的。因此Bootloader可以跳过校准步骤，直接使用预设的波特率进行通信，节省了宝贵的代码空间。
使用PLL的MCU（如MC68HC908MR）：通过锁相环将外部晶振频率倍频到一个更高的稳定频率（如4MHz晶振倍频到32MHz）。由于晶振频率已知，倍频后的总线频率也是确定的，因此也属于“已知频率”范畴，无需校准。

3. 软件SCI实现：在GPIO上“雕刻”出串口

对于没有硬件SCI的MCU，如MC68HC908JK/JL，我们需要用软件模拟串口通信，这就是Software SCI (SSCI)。其核心思想是：用一个定时器来精确定位每个比特（Bit）的采样或输出时刻，通过查询GPIO引脚的电平来接收数据，通过控制GPIO引脚的高低电平来发送数据。

3.1 核心概念：比特时间与定时器

串口通信是异步的，每个比特的持续时间是固定的，称为比特时间（Bit Time）。对于9600波特率，比特时间约为104.2微秒。软件SCI的关键，就是用一个定时器来精确地度量这个时间。

在代码中，定义了一个16位变量ONEBIT。它存储的是在当前MCU总线频率下，一个比特时间所对应的定时器时钟周期数。这个值在校准阶段被计算并初始化。例如，如果总线频率为2MHz，定时器时钟为总线频率，波特率为9600，则：ONEBIT = 2,000,000 Hz / 9600 bps ≈ 208.33。取整后存入ONEBIT。

3.2 发送一个字符（SCITX）流程详解

发送过程相对直观，就是按照串口帧格式（1个起始位，8个数据位，1个停止位）依次将每个比特位输出到TX引脚。

初始化定时器：将ONEBIT值装入定时器模值寄存器（TMOD），启动定时器。
发送起始位：将TX引脚拉低，持续一个ONEBIT时间。
循环发送8个数据位：
- 将待发送字节移出最低位到进位标志（C）。
- 根据C是1还是0，将TX引脚置高或置低。
- 等待定时器溢出（一个ONEBIT时间到）。
- 清除定时器溢出标志，准备下一个比特。
发送停止位：将TX引脚拉高，持续一个ONEBIT时间。

SCITX: ... LDHX ONEBIT ; 加载一个比特时间对应的周期数 STHX TMOD ; 设置定时器模值 BSET 4,TSC ; 清除定时器计数器 BCLR 5,TSC ; 启动定时器运行 TXDCLR ; 宏：拉低TX引脚（起始位） MOV #9,BITS ; 发送总位数（8数据+1停止） SCITX2: LSRA ; 将累加器A（数据字节）右移，最低位进入C标志 BCC DATALOW ; 如果C=0，跳转到DATALOW TXDSET ; 宏：C=1，拉高TX引脚 SKIP2 ; 跳过下两条指令 DATALOW: TXDCLR ; 宏：C=0，拉低TX引脚 BCLR 7,TSC ; 清除定时器溢出标志(TOF) SCITX1: BRCLR 7,TSC,SCITX1 ; 等待定时器溢出（一个比特时间过去） DBNZ BITS,SCITX2 ; 循环发送下一个比特 SCISTOP: TXDSET ; 发送停止位（高电平） ... ; 等待一个完整的比特时间 RTS ; 返回

代码中的精妙之处：

SKIP2宏：这是一个节省代码空间的小技巧。当数据位为1时，执行TXDSET，然后需要跳过TXDCLR指令。SKIP2宏实际上被汇编成一个占2字节的指令（如CPHX），它什么都不做，只是让程序计数器（PC）加2，从而跳过了TXDCLR。在内存以字节计的8位MCU上，这种优化至关重要。
严格的时序：整个发送过程的时序完全由定时器溢出中断（或查询）驱动，确保了每个比特宽度的精确性，不受其他代码执行时间轻微波动的影响。

3.3 接收一个字符（SCIRX）流程详解

接收比发送更复杂，因为需要精确地在每个比特时间的中间点采样RX引脚，以避开信号边沿，获取最稳定的值。

等待起始位：循环检测RX引脚，直到其从高电平（空闲）变为低电平（起始位开始）。
延时1.5个比特时间：这是最关键的一步。检测到下降沿后，不是立即采样，而是延时1.5个比特时间。这样，采样点就落在了第一个数据比特（起始位后的那个比特）的正中央，这是信号最稳定的时刻。
循环采样8个数据位：
- 等待定时器溢出（一个ONEBIT时间到）。
- 读取RX引脚电平，移入接收字节。
- 清除定时器溢出标志，重置定时器为下一个ONEBIT。
处理停止位：通常简单的软件SCI会忽略停止位的校验，以节省代码。

SCIRX: BRRXDLO SCIRX ; 宏：等待RX引脚变高（空闲状态） SCIRXNOEDGE: ... BRRXDHI SCIRX1 ; 宏：等待RX引脚变低（起始位开始） BCLR 5,TSC ; 启动定时器 MOV #9,BITS ; 接收总位数（8数据+1停止） SCIRX2: BRCLR 7,TSC,SCIRX2 ; 等待定时器溢出 LSRA ; 右移接收字节，最高位清0 BRRXDLO RXDLOW ; 宏：如果RX为低，跳转 ORA #$80 ; 如果RX为高，将接收字节最高位置1 RXDLOW: LDHX ONEBIT STHX TMOD ; 重置定时器模值，为下一个比特计时 BCLR 7,TSC ; 清除溢出标志 DBNZ BITS,SCIRX2 ; 循环接收下一个比特

关键点与避坑指南：

1.5比特延时：代码中通过将ONEBIT值右移一位（相当于除以2）再加到初始值上，来实现1.5倍延时。LDX ONEBIT; LDA ONEBIT+1; LSRX; RORA这组操作就是将16位的ONEBIT值除以2。
宏的灵活性：BRRXDLO,BRRXDHI,TXDCLR,TXDSET都是宏。它们隐藏了底层细节，比如引脚是否取反（SCIRXINV）、接收引脚是普通IO还是中断引脚（RXDISIRQ）。通过编译时的条件编译，同一套代码可以适配不同的硬件连接方式，极大地提高了代码的复用性。
无错误处理：为了极致精简，这个软件SCI没有帧错误、噪声错误、溢出错误检测。这意味着通信的可靠性严重依赖准确的时钟校准和稳定的物理连接。在实际产品中，如果环境干扰大，需要在应用层添加校验机制（如校验和、CRC）。

注意事项：软件SCI的资源消耗与限制软件SCI是阻塞式的。SCIRX函数在收到一个完整字符前不会返回，SCITX在发送完成前也不会返回。这意味着在使用软件SCI通信期间，MCU几乎无法处理其他任务。因此，它通常只适用于Bootloader这种单一任务场景，或者用户程序中极低速率、非实时的通信。如果用户程序需要复杂的多任务，必须使用硬件SCI或更高级的通信方式。

4. Bootloader整体工作流程与协议解析

理解了时钟校准和软件SCI这两个基石，我们再来俯瞰整个Bootloader的工作流程。它本质上是一个遵循特定命令协议的从机（Slave）。

4.1 从机（MCU）状态机

MCU上电或复位后，Bootloader开始运行，其流程是一个清晰的状态机：

初始化：配置必要的硬件（IO、定时器），根据MCU类型决定是否进行时钟校准。
等待命令：进入主循环，等待上位机通过串口发送来的命令帧。
解析与执行命令：根据接收到的命令字节，跳转到相应的处理例程。核心命令通常包括：
- IDENT：向上位机发送设备标识信息（如Flash大小、协议版本、内存布局）。
- READ：从指定内存地址读取一段数据并发送给上位机（用于校验）。
- WRITE：接收上位机发来的数据，写入指定Flash地址。
- ERASE：擦除指定的Flash扇区。
- QUIT：退出Bootloader，跳转到用户应用程序。
返回结果：每个命令执行后，向上位机发送应答（ACK/NAK）。
超时处理：如果在规定时间内未收到有效命令，则自动跳转到用户程序，防止设备“变砖”。

4.2 主机（PC）软件逻辑

PC端的hc08sprg.exe是Bootloader的“大脑”，负责协调整个升级过程：

打开串口与文件：初始化指定串口，打开包含新固件的S19格式文件。
触发MCU复位：通过拉低DTR/RTS信号线，或发送Break信号，使目标MCU复位进入Bootloader模式。
时钟同步：发送Break信号，与MCU进行时钟校准（如果需要）。
获取设备信息：发送IDENT命令，获取MCU的详细参数，判断是否兼容。
内存映像处理：将S19文件解析成内存映像，并完成中断向量重定位。这是关键一步！因为Bootloader本身占用了一部分Flash空间（通常是高地址），用户程序的中断向量表必须被移动到用户区的向量表副本中，否则中断无法正确跳转。
擦除与编程：根据Flash特性，按块（Block）或扇区（Sector）进行擦除和写入。期间会显示进度。
校验与退出：可选地读取回数据校验，最后发送QUIT命令，让MCU重启运行新程序。

4.3 协议要点与数据格式

Bootloader通信使用简单的数据包格式，通常包括：

命令字节：1字节，表示操作类型。
地址字段：2或3字节，表示操作的内存地址（大端序）。
长度字段：1字节，表示后续数据的长度。
数据字段：可变长度，是要写入的数据或读出的数据。
校验和：1字节，通常是前面所有字节的简单累加和或异或和，用于检测传输错误。

常见问题：中断向量重定位这是Bootloader开发中最容易出错的地方之一。假设MCU的复位向量在0xFFFE，而Bootloader占用了0xFE00-0xFFFF的空间。用户程序编译时，其复位向量（指向main函数）仍然会被链接器放在0xFFFE。如果不做处理，上电后MCU会直接跳转到Bootloader代码区，而不是用户程序。解决方案是：Bootloader在编程时，将用户程序中断向量表区域的数据，复制到用户程序空间内一个约定的地址（例如0xEE00），并将Bootloader区域内的原始向量（0xFFFE等）修改为指向这个副本的跳转指令。这样，当发生中断时，先跳到Bootloader区的跳转指令，再二次跳转到用户程序的实际中断服务例程。PC端工具hc08sprg.exe中的setup_vect_tbl()函数就是自动完成这个“重定位”计算的。

5. 针对特定MCU家族的实现差异与选型

AN2295代码包支持多达十余种M68HC08/HCS08系列MCU，它们的实现各有侧重，体现了针对性的设计。

5.1 无硬件SCI且需校准的代表：MC68HC908JK/JL

这是最典型的“地狱难度”场景。如前文所述，需要同时实现时钟校准和软件SCI。Bootloader代码必须极其精简，因为这类MCU的Flash容量往往很小（可能只有4KB）。它的实现是本文前几章讨论的核心。

5.2 有硬件SCI但需校准的代表：MC68HC908KX8

这类MCU拥有硬件SCI模块，通信底层驱动更简单、更可靠。但时钟源可能仍是需要校准的ICG。因此，Bootloader代码保留了时钟校准部分，但通信部分直接使用硬件SCI的发送/接收寄存器，代码更简洁，性能也更好。

5.3 已知时钟频率的代表：MC68HC908GP/GR

这类MCU通常外接32.768kHz晶振。Bootloader可以省略整个时钟校准模块，直接使用预设的波特率（如9600）。这节省了大量代码空间，可以用来实现更复杂的功能，比如实现完整的Flash擦写算法（因为GP系列没有内置ROM编程例程）。

5.4 引脚极少的代表：MC68HC908QT/QY & 单线通信

对于只有8个引脚的QT/QY系列，每一个引脚都弥足珍贵。为此，AN2295提供了单线（Single-Wire）SCI版本。它利用一个IO引脚，通过外部一个三极管或模拟开关电路，结合特定的时序，实现半双工通信。这需要主机端程序（hc08sprg.exe）也支持单线模式（调用时加:S参数）。这是空间极端受限下的巧妙折衷。

5.5 功能复杂的代表：MC9S08GB/GT (HCS08)

这是更先进的HCS08内核。其Flash编程算法与HC08不同，需要遵循HCS08家族参考手册中的时序。AN2295中的对应代码完全采用了官方手册的编程流程。此外，HCS08支持更灵活的时钟系统，Bootloader可能不需要校准，或者校准方式不同。

选型建议表：

MCU 系列	硬件SCI	时钟源	关键特点	Bootloader实现重点
JK/JL, KX	无/有	ICG/RC (需校准)	成本敏感，资源少	软件SCI，时钟校准，代码精简
GP, GR	有	外部晶振 (已知)	低成本，已知频率	无需校准，可集成Flash算法
QT/QY	无	ICG (需校准)	引脚数极少	单线软件SCI，时钟校准
MR	有	PLL (已知)	电机控制，高频	PLL初始化，无需校准
GB/GT (HCS08)	有	多种选择	性能更强，新内核	HCS08专用Flash编程算法

6. 工程实践：移植与调试中的核心要点

如果你需要将这套Bootloader移植到自己的项目，或者进行调试，以下几个环节需要格外关注。

6.1 移植步骤

选择基准代码：在AN2295代码包中找到与你的目标MCU型号最接近的示例。
修改链接文件：这是第一步，也是最重要的一步。确定Bootloader自身占用的Flash空间（例如0xFE00-0xFFFF），并在链接器命令文件（.lcf或.prm）中为Bootloader代码和用户代码划分明确的、无重叠的区域。确保中断向量表被正确重定向。
配置时钟：根据目标板硬件（外部晶振、内部RC）修改时钟初始化代码。如果使用校准，确认ONEBIT的计算公式与你的总线频率、目标波特率匹配。
适配引脚：修改sci.h或类似头文件中的宏定义（如TXDPIN,RXDPIN,SCIRXINV），使其对应你实际使用的GPIO引脚和电路逻辑（是否使用反相器）。
调整Flash驱动：如果目标MCU的Flash编程时序、命令字与示例不同，必须严格按照其数据手册修改ERASE_ALG和WR_ALG例程。一个错误的延时都可能导致编程失败或Flash损坏。
编译与烧录：使用编译器（如CodeWarrior的HC08编译器）编译Bootloader，并使用编程器（如BDM）将其烧录到MCU的Bootloader区域。第一次必须用编程器。

6.2 调试方法与常见问题排查

Bootloader调试是硬件和软件的结合，需要耐心。

调试工具准备：

逻辑分析仪：这是调试软件SCI和通信时序的神器。可以同时抓取TX、RX引脚波形，清晰看到起始位、数据位、停止位，以及Break信号的长度，直观判断比特时间是否准确。
串口调试助手：用于模拟上位机，手动发送命令帧，观察MCU的回复，进行初步功能测试。
万用表/示波器：检查电源、复位电路、晶振是否起振。

常见问题速查表：

现象	可能原因	排查思路
上位机无法连接，无ACK	1. 物理连接错误（TX/RX反接） 2. 波特率不匹配 3. MCU未进入Bootloader模式 4. 时钟校准失败	1. 检查线序。 2. 用逻辑分析仪看Break信号宽度，反推MCU实际波特率。 3. 确认复位电路，确保上电后能运行Bootloader。 4. 检查ICGTR调整值是否在合理范围内，测量校准后的频率。
通信不稳定，偶发错误	1. 电源噪声 2. 时钟不稳定 3. 软件SCI时序被中断打断	1. 检查电源纹波，尤其在MCU工作时。 2. 如果使用内部RC，确认电压、温度是否在规格内。 3. 确保Bootloader运行时全局中断是关闭的。
能连接但擦写失败	1. Flash编程算法错误 2. 时钟频率不符合Flash操作要求 3. 向量表重定位出错	1. 对照数据手册，单步调试Flash擦写例程，检查命令序列和延时。 2. 有些MCU的Flash编程对总线频率有最小/最大要求。 3. 检查编译后的.map文件，确认用户向量表被正确复制到新地址。
升级后程序不运行	1. 复位向量未指向用户程序 2. 用户程序初始化代码与Bootloader冲突（如时钟重配置）	1. 用调试器读取Flash最后两个字节（复位向量），看是否指向用户main函数。 2. 确保用户程序开头不要立即修改Bootloader用到的关键寄存器（如时钟配置、看门狗）。