嵌入式中断与输入捕获实战：MC68HC908EY16解码RC-5协议控制LIN机器人

1. 项目概述：用MC68HC908EY16解码RC-5遥控信号并控制LIN机器人

在嵌入式开发里，处理异步、高速的外部信号一直是个经典难题。比如你手里拿着一个电视遥控器，对着设备按一下，这个“咔哒”一声背后，是一连串肉眼看不见的红外光脉冲。微控制器（MCU）得在干着其他活（比如刷新屏幕、计算数据）的同时，还能瞬间捕捉到这个脉冲序列，并准确解读出你按的是“音量+”还是“频道-”，这活儿靠主程序轮询（Polling）基本是干不了的，效率太低，还容易丢数据。这时候，中断服务程序（ISR）和输入捕获（Input Capture）这对黄金搭档的价值就凸显出来了。

这次要聊的项目，就是一个非常典型的工业级应用：用一颗有些年头的但依然经典的8位微控制器——飞思卡尔（Freescale，现NXP）的MC68HC908EY16，来实现对Philips RC-5协议红外遥控信号的硬件级解码，并把解码得到的命令，通过LIN（Local Interconnect Network）总线发送出去，控制一个机器人执行相应的动作（比如机械臂旋转、夹爪开合）。项目原文是一份飞思卡尔的应用笔记（AN2560/D），提供了核心思路和代码框架，但很多嵌入式实战中的“坑”和“为什么这么做”的细节，需要结合我们多年的踩坑经验来补全。这篇文章，我就带你从头到尾拆解这个项目，不仅看懂代码，更要理解其背后的设计哲学和实操要点。

2. 核心硬件与协议解析

2.1 主角MCU：MC68HC908EY16与它的定时器B

MC68HC908EY16是一款基于HC08内核的8位微控制器。在当年，它以高性价比和丰富的外设（特别是LIN控制器）在汽车电子和工业控制中很常见。对我们这个项目而言，它最关键的武器是定时器模块（Timer Module），具体来说是定时器B（Timer B）及其通道0（CH0）的输入捕获功能。

输入捕获是干嘛的？简单说，它能“拍照”。当MCU引脚上连接的信号（比如来自红外接收头的输出）发生指定的跳变（比如上升沿或下降沿）时，定时器B当前的计数值会被瞬间“冻结”并保存到一个专门的捕获寄存器里，同时产生一个中断。这样，我们就精确地知道了“某个边沿发生在什么时刻”。对于RC-5这种用脉冲宽度编码的协议，测量相邻边沿之间的时间间隔，就是解码的全部依据。

2.2 通信协议：RC-5与LIN总线

RC-5协议是飞利浦制定的一种红外遥控标准，非常经典。它的每个帧由14位数据组成，包括：

1. 两位起始位：总是为逻辑1。
2. 一位翻转位（Toggle Bit）：用于区分两次按下同一个键是“按住”还是“再次按下”。
3. 五位系统地址（System Address）：标识设备类型（如电视、音响）。
4. 六位命令（Command）：具体的按键指令。

它的编码采用双相相移编码（Manchester编码）。每一位数据都用一次电平跳变来表示，逻辑“0”和逻辑“1”的区别在于跳变发生的位置。关键的时间单位是1个比特时间（Bit Time），规定为1.778ms。因此，**半个比特时间（Half-Bit Time, HBT）**就是0.889ms。解码时，我们就是通过测量两个上升沿之间的时间间隔是2个HBT、3个HBT还是4个HBT，结合前一个比特的值，来判定当前比特是0、1还是遇到了连续相同的比特。

LIN总线是一种用于汽车车身控制的低成本串行通信网络，单线制，主从结构，速度最高20kbps。在这个项目中，MC68HC908EY16作为LIN节点（从机），将解码后的RC-5命令，按照预先定义好的映射关系，填充到一个LIN帧（ID为0x20）的数据场中，然后通过LIN驱动器发送到总线上。机器人的主控制器（可能是另一个MCU）会监听这个ID的帧，并解析数据场中的位来控制相应的伺服电机。

2.3 系统框架与信号流

整个系统的信号流可以这样理解：

1. 红外接收头（如TSOP1838）：接收38kHz载波的红外信号，解调后输出反向的TTL电平信号（有信号时输出低电平）。
2. MC68HC908EY16：
   • 红外接收头输出接至PTB6/TB0引脚（定时器B通道0）。
   • 该引脚配置为输入捕获，初始捕捉下降沿（对应RC-5信号的起始沿）。
   • 一旦捕获到下降沿，触发中断，在**输入捕获中断服务程序（ISR）**中开始解码流程。
   • 解码成功的14位RC-5码存入MESSAGE缓冲区。
3. 主程序循环：
   • 检查IR_NEW_DATA标志。若为真，读取MESSAGE。
   • 根据MESSAGE的值，通过一个大的switch-case语句，映射到具体的机器人动作（如“手臂上抬慢速”），并设置对应的LIN20_Buf[]数组位。
   • 调用LIN_PutMsg函数，将数据放入LIN驱动器的发送缓冲区。
   • 通过SPI接口，将接收到的14位RC-5码输出到外部的16位LED阵列上进行诊断显示。
4. LIN总线：MCU通过LIN收发器将ID 0x20的帧发送到总线，机器人主控接收并执行动作。

3. 解码核心：输入捕获中断服务程序（ISR）的精细设计

这是整个项目的灵魂所在，也是最考验嵌入式功力的地方。原文的流程图和代码已经勾勒出了骨架，我来为你填充血肉，解释每一个关键决策背后的原因。

3.1 状态机与变量设计

解码过程本质上是一个状态机。程序用几个全局变量来维护这个状态：

• IR_START: 布尔标志，为TRUE时表示正在寻找起始位的下降沿。
• RX_IN_PROGRESS: 布尔标志，为TRUE时表示正在接收一帧数据中的各个比特。
• IR_DATA: 16位无符号整数，用于临时存储正在解码的14位数据。使用16位是为了操作方便，高2位未用。
• IR_DATA_MASK: 16位掩码，初始为0x4000（二进制0100_0000_0000_0000）。它像一个“指针”，指示当前解码到的比特应该放在IR_DATA的哪个位置。每处理完一个比特（或两个比特），它就右移一位。
• PREV_BIT: 存储上一个已解码比特的值（1或0）。这是解码RC-5曼彻斯特编码的关键，因为当前比特的值需要结合前一个比特的值和时间间隔来判断。
• IR_TIME: 存储从上次边沿到本次边沿所经过的定时器计数值，即时间间隔。
• IR_ERROR: 错误标志。当测量的时间间隔不符合RC-5协议的规则时置位。
• IR_NEW_DATA&MESSAGE: 解码完成且无误后，将IR_DATA复制到MESSAGE，并置位IR_NEW_DATA，通知主程序。

3.2 起始位的“虚拟”处理与第一个上升沿

这是解码算法中最精妙也最容易让人困惑的一点。RC-5协议规定起始位是逻辑1，并且以一次电平跳变开始。我们的输入捕获初始设置为捕捉下降沿（因为红外接收头输出是反相的）。

当第一个下降沿（起始沿）到来时，IR_START为TRUE，进入起始位处理分支。这里并没有立刻解码出“1”，而是做了两件事：

1. 将IR_START设为FALSE，RX_IN_PROGRESS设为TRUE。
2. 将IR_DATA_MASK右移一位，指向第一个数据比特（即Toggle Bit）的位置。

然后，程序将输入捕获改为检测上升沿，并重启定时器，等待第一个上升沿。

这里有个关键操作：在第一个上升沿的中断服务程序中，如果发现IR_DATA_MASK == 0x2000（即指向第一个数据比特），程序会执行IR_TIME = IR_TIME + HBT_1;。为什么？

因为我们的解码规则（见表3，规则A-D）需要测量两个上升沿之间的时间。对于第一个数据比特，它的前一个“上升沿”实际上是起始位的下降沿。为了复用后续比特的解码代码，我们虚构了一个“虚拟上升沿”，它位于起始位下降沿之前的1个HBT处。所以，从“虚拟上升沿”到第一个真实上升沿的时间，应该是“从下降沿到上升沿的时间”加上“1个HBT”。这个操作就是为了补偿这个虚拟的时间差，使得IR_TIME的值可以直接套用后续的解码规则表。同时，PREV_BIT被默认设置为1，对应这个虚拟的、值为1的前一个比特。

3.3 核心解码规则与状态判断

第一个上升沿之后的每个上升沿都会触发中断。此时，程序读取定时器捕获值（TBCH0H）得到IR_TIME，然后结合PREV_BIT的值，根据下表进行判断：

代码中的if-else if链就是严格实现了这5条规则。例如，规则A和D对应同一个判断分支（解码为单个比特“1”），规则C和E对应另一个分支（解码为两个比特“1,0”）。

每次成功解码一个或两个比特后：

• 如果解码出“1”，则执行IR_DATA = IR_DATA | IR_DATA_MASK;。
• 无论解码出0或1，都需要更新PREV_BIT为最后一个解码出的比特值。
• IR_DATA_MASK右移一位（解码一个比特）或两位（解码两个比特）。

3.4 错误处理、帧结束与缓冲区管理

错误处理：如果测量的IR_TIME不在任何预期的HBT范围内（HBT_2L-HBT_2H,HBT_3L-HBT_3H,HBT_4L-HBT_4H），则置位IR_ERROR = TRUE。

帧结束：当IR_DATA_MASK右移14次后变为0x0000时，表示14个比特全部接收完毕。

在ISR的最后，会根据IR_DATA_MASK和IR_ERROR决定下一步：

• 接收中且无错误：重新使能输入捕获（上升沿）和定时器溢出中断，等待下一个上升沿。
• 帧结束或无错误：准备接收新帧。这里有一个重要的缓冲区管理策略：
  1. 检查IR_NEW_DATA标志。如果为FALSE（主程序已读取上一帧），则将IR_DATA复制到MESSAGE，并置位IR_NEW_DATA = TRUE。
  2. 如果IR_NEW_DATA为TRUE（主程序还没处理完上一帧），则丢弃当前新解码的帧。这是一种简单的“单缓冲”策略，在遥控器按键速度不会快于主程序处理速度的应用中是可行的。如果担心丢包，可以设计一个环形队列（FIFO）作为多级缓冲。

定时器溢出中断：作为看门狗。如果设置好时间上限（例如远大于4个HBT），在等待边沿时定时器溢出了，说明信号丢失或出现严重错误（如长按产生的连发码，RC-5有其特定格式，这里未处理），ISR会重置整个接收状态机，重新开始寻找起始位。

4. 主程序逻辑、LIN消息映射与诊断输出

4.1 主循环与命令映射

主程序main()在初始化所有外设（端口、SPI、定时器、LIN）后，进入一个while(1)死循环。其核心逻辑是：

1. 定期检查**时间基准模块（TBM）**的溢出标志，以此产生一个约130ms的周期性时基。
2. 在这个时基中断中，检查IR_NEW_DATA标志。
3. 如果IR_NEW_DATA为真，读取MESSAGE，并通过一个庞大的switch-case语句进行映射。

映射表是预先定义好的，将特定的RC-5命令码映射到LIN20_Buf数组的特定位上。例如：

• case 0x3011:对应RC-5码0x3011（可能是音量-键），被映射为LIN20_Buf[0] = 0x08;，控制机器人“慢速左转”。
• case 0x3151:对应另一个RC-5码，映射为LIN20_Buf[0] = 0x02;，控制“快速左转”。

LIN20_Buf[3]的最高位（MSB）用于模式选择：0表示LIN主控模式，1表示手动遥控模式。通过遥控器上的“频道+”和“频道-”键来切换。

自动清零机制：主程序维护一个CLEAR_LIN_DATA计数器。如果大约130ms内（计数器溢出）没有收到新的有效遥控命令（IR_NEW_DATA为假），则自动将LIN20_Buf[0]、[1]、[2]清零，[3]只保留模式位。这实现了“松手即停”的安全功能：松开遥控键后，机器人运动指令被清除，各关节伺服电机停止。

4.2 SPI诊断LED阵列

这是一个非常巧妙的调试和诊断设计。项目使用MCU的SPI模块驱动两片74HC164串入并出移位寄存器，级联后控制16个LED。

电路连接：

• MCU的SPSCK(PA5) 连接两片74HC164的时钟引脚。
• MCU的MOSI(PC1) 连接第一片74HC164的数据输入。
• 第一片74HC164的最后一个输出（QH）连接第二片的数据输入。
• 每个74HC164的输出通过限流电阻连接LED阴极，LED阳极接VCC。因此，74HC164输出低电平时LED亮。

软件实现：SPI_Transmit函数接收一个16位的LEDVALUE，将其按位取反（因为硬件是低电平点亮），然后拆成高8位和低8位，通过SPI数据寄存器SPDR依次发送出去。SPI模块会自动产生时钟，将数据移入移位寄存器。LED 1-14分别对应RC-5码的14个比特（LED亮=比特1），LED 15-16未使用。

这个诊断工具的价值巨大。在开发阶段，你可以直观地看到接收到的每一个RC-5码的二进制形态，迅速判断解码是否正确。对于教学和故障排查，它比逻辑分析仪更直观。

5. 关键参数计算、配置与避坑指南

5.1 定时器与HBT时间计算

这是整个解码准确性的基础。RC-5协议的1 HBT = 0.889ms。我们需要根据MCU的时钟频率，计算出定时器计数多少个时钟周期等于1个HBT。

项目提供了两套参数，分别对应8MHz和9.8304MHz时钟。以8MHz为例：

• 定时器时钟源 = 系统时钟 / 4 = 2MHz (周期0.5us)。
• 1 HBT = 0.889ms = 889us。
• 1 HBT对应的定时器计数值 = 889us / 0.5us = 1778 (十进制) ≈ 0x06F2。

但是，注意代码中的HBT_1被定义为0x07（十进制7）。为什么差这么多？因为这里使用的是定时器的高字节(TBCH0H)。在输入捕获ISR中，只读取了TBCH0H（8位），而TBCH0L虽然被读取（用于解锁寄存器），但其值并未参与计算。这意味着时间分辨率被降低了。

实操要点与坑：

1. 分辨率取舍：只使用高8位，意味着时间分辨率从0.5us降低到了 256 * 0.5us = 128us。这对于检测~889us的HBT是否足够？代码中通过定义HBT_2L、HBT_2H等一个范围（如2 HBT对应0x08-0x0F）来容忍这种误差。这是一种在8位MCU上节省计算资源和中断耗时的经典权衡。但在对时序要求极严的应用中，可能需要使用16位值。
2. 时钟精度：外部晶振的精度直接影响解码。如果使用内部RC振荡器，其频率误差可能达到1-2%，可能导致解码失败。务必使用高精度晶振。
3. 宏定义切换：代码中通过注释来切换8MHz和9.8304MHz的配置。在实际项目中，最好使用条件编译#ifdef。

5.2 中断服务程序（ISR）的优化

在8位MCU上，ISR的效率至关重要。这个项目的ISR设计有几个可圈可点之处：

• 快速进出：ISR一开始就停止定时器，清除标志，减少了中断嵌套的复杂性和时间误差。
• 变量使用：大量使用位操作和掩码，避免乘除法。
• 状态清晰：通过几个布尔标志清晰地划分了接收状态（寻起始位、接收中、错误、完成）。

避坑指南：

1. 避免在ISR中做耗时操作：例如，这个ISR里没有调用SPI_Transmit来刷新LED，也没有进行复杂的LIN消息处理。这些操作都放在了主循环中。ISR只负责最核心的时序测量和解码。
2. 注意共享变量：IR_NEW_DATA和MESSAGE在ISR和主程序中被共享。在这个项目中，主程序只在IR_NEW_DATA为真时读取MESSAGE，然后立即将其置假。这是一个简单的“生产者-消费者”模型，由于操作是原子的（单字节读写）且顺序固定，在HC08这类架构上通常不会出问题。但在更复杂的系统或32位MCU上，可能需要关中断保护或使用原子操作。
3. 栈空间：确保有足够的栈空间处理中断。HC08的ISR使用TRAP_PROC指令，有独立的栈处理。

5.3 LIN通信配置

代码中LIN的初始化LIN_Init()和发送LIN_PutMsg()是调用了飞思卡尔提供的LIN驱动API。这部分代码在原文的附录中没有完全展开，但在实际项目中，你需要：

1. 正确配置LIN控制器的波特率（通常与LIN主节点匹配，如19200 bps）。
2. 配置ID过滤器，使本节点能响应ID 0x20的帧（这里作为发送方，也需要配置）。
3. 理解LIN_PutMsg是非阻塞的，它只是将数据放入硬件或驱动层的缓冲区，由LIN控制器在调度时自动发送。

6. 项目移植与扩展思考

虽然这个项目基于特定的MCU和评估板，但其核心思想具有普适性，可以移植到任何带有输入捕获功能的微控制器上，如STM32、AVR、PIC等。

移植步骤：

1. 替换硬件抽象层：将针对MC68HC908EY16的寄存器操作（如TBSC,TBCH0H），替换为目标MCU的定时器输入捕获和中断配置代码。
2. 重算时间参数：根据目标MCU的时钟频率和定时器预分频设置，重新计算HBT_1、HBT_2L/H等阈值。最好将这些值定义为可配置的常量或通过宏计算。
3. 调整中断服务程序：适应新MCU的中断向量表和ISR语法。注意新MCU的中断标志清除机制可能不同（有些是读寄存器清除，有些是写1清除）。
4. 外设驱动：替换SPI驱动和LIN驱动（或改用其他通信方式，如UART、CAN）。

扩展方向：

1. 协议兼容：RC-5只是红外协议的一种。你可以修改解码状态机，使其支持NEC、Sony SIRC等更常见的协议。关键在于理解新协议的编码规则（引导码、数据0/1的脉冲宽度、结束码）并调整ISR中的判断逻辑。
2. 增加命令队列：将MESSAGE从单一变量改为一个环形缓冲区，避免在快速连续按键时丢失命令。
3. 增加信号滤波：在输入捕获引脚前，可以增加软件去抖或硬件RC滤波，提高在嘈杂环境下的抗干扰能力。
4. 状态反馈：当前项目是单向控制。可以扩展为双向通信，让机器人通过LIN总线将自身状态（如关节角度、电池电压）发送回来，再由MCU通过其他方式（如另一个红外发射管）反馈到遥控器或显示在诊断LED上。

这个项目麻雀虽小，五脏俱全，涵盖了嵌入式开发中中断、定时器、通信协议解码、总线通信、诊断设计等多个核心知识点。吃透它，你对如何用MCU处理实时异步事件的理解会上一个大台阶。