基于MC68HC908EY16的红外遥控LIN机器人：输入捕获与总线通信实战

1. 项目概述与核心思路

几年前，我接手了一个挺有意思的工业原型项目：用一台普通的电视机遥控器，去控制一个基于LIN总线的多关节机器人手臂。听起来像是把客厅娱乐和车间自动化硬凑在一起，但背后的技术逻辑却很扎实——我们需要一个低成本、高可靠性且抗干扰的无线控制方案。红外遥控，这个几乎被遗忘在消费电子角落的技术，凭借其简单、成熟和几乎零成本的优势，成了我们的首选。而项目的核心大脑，则是一颗略显“古董”但极其经典的8位微控制器：飞思卡尔的MC68HC908EY16。

这个项目的核心挑战在于“翻译”。遥控器发出的是一连串遵循Philips RC-5协议、被36kHz载波调制的红外光脉冲，而机器人手臂只听得懂LIN总线上的数据帧。MC68HC908EY16（后文简称EY16）就是这座桥梁的建造者。它需要实时捕获并解码红外信号的精确时序，将按键指令翻译成机器人各关节（旋转基座、大臂、小臂、手腕、抓取器）的运动命令（方向、速度），再通过其内置的SCI模块模拟LIN物理层，将命令打包成标准的LIN报文发送出去。

整个系统的设计思路清晰分为三层：感知层（红外接收与解码）、决策层（指令映射与逻辑处理）和执行层（LIN总线通信）。EY16需要同时扮演好三个角色：一个高精度的“信号耳朵”，一个反应迅速的“大脑”，以及一个可靠的“传令兵”。这要求我们对EY16的外设，特别是输入捕获（Input Capture）和串行外设接口（SPI），有深入的理解和精细的操控。下面，我就结合当时的开发笔记和踩过的坑，把这个项目的设计与实现细节拆解清楚。

2. 硬件架构设计与关键器件选型

硬件是系统稳定性的基石。在这个项目中，硬件设计围绕着EY16 Demo板展开，但核心在于外围器件的选型与电路设计，它们直接决定了信号质量和系统可靠性。

2.1 主控芯片：MC68HC908EY16的考量

选择EY16并非偶然。这款MCU属于HC08家族，虽然主频不高（我们使用8MHz外部晶振），但其外设组合对于本项目来说堪称“黄金搭档”：

• 定时器B（TimerB）：这是解码红外信号的核心。它拥有独立的输入捕获通道，可以精确记录外部引脚边沿发生的时刻，其16位计数器配合预分频器，足以满足RC-5协议微秒级的时序测量精度。
• SPI模块：用于驱动外部的16位LED阵列，进行实时状态显示和调试。SPI的同步时钟特性可以可靠地将14位解码数据锁存到两片74HC595这样的移位寄存器中，驱动LED亮灭。
• SCI模块：通过外接一个LIN收发器芯片（如MC33399），可以方便地实现LIN总线从节点的物理层和数据链路层功能。
• 足够的I/O和内存：对于实现协议解码、状态机和简单的LIN驱动来说，其资源绰绰有余。

实操心得：时钟源的选择应用笔记中提到也支持9.8304MHz的晶振，并提供了对应的定时器参数。但在实际中，除非有特殊需求（如与LIN总线时钟严格同步），否则强烈建议使用标准的8MHz晶振。因为大部分参考代码和计算都基于此频率，使用非标频率需要重新计算所有时间相关的常量（如输入捕获的比较值、总线延时等），极易引入难以排查的时序错误。

2.2 红外接收头：TSOP1838的“妥协”与优势

红外接收电路没有采用分立的光电二极管加放大滤波的方案，而是直接选用了Temic TSOP1838集成式接收头。这是一个关键且正确的“偷懒”决策。

为什么不用分立元件？RC-5协议的红外信号是被36kHz方波调制的。分立方案需要自己设计光学滤镜、前置放大器、自动增益控制（AGC）和带通滤波器（中心频率36kHz）来提取这个调制信号，电路复杂且极易受到环境光（特别是日光灯）的干扰，调试起来是噩梦。

TSOP1838做了什么？这颗三引脚的小芯片内部集成了所有上述功能。它只对约38kHz（中心频率）附近的红外调制信号敏感，能有效抑制环境光干扰和电气噪声。输出的是已经解调好的干净数字信号（即去掉了36kHz载波，只剩下数据比特流）。虽然其中心频率（38kHz）与RC-5的载波（36kHz）有轻微偏差，但实际测试表明，在10米范围内依然有极高的接收灵敏度，完全满足项目需求。

电路连接要点：其输出信号是开漏（Open Drain）且反向的。这意味着：

1. 输出引脚需要上拉电阻（我们用了10kΩ）到VCC。
2. 当接收到有效的38kHz信号时，输出为低电平；无信号或无效信号时，输出为高电平。
3. 因此，EY16的输入捕获引脚实际“看到”的波形，与RC-5标准文档中描述的数据波形是逻辑反相的。这一点必须在软件解码逻辑中牢记，我们的解码程序是基于这个反相后的信号来编写的。

2.3 LIN总线接口：MC33399的作用

EY16的SCI是普通的UART，而LIN总线是一种基于UART的单线串行通信协议，需要特定的物理层收发器。MC33399就是这样一个LIN收发器芯片。

• 电平转换与驱动：它将MCU的TX（3.3V/5V TTL电平）转换为LIN总线的12V电平，并提供足够的电流驱动能力。同时，将LIN总线上的12V信号转换为MCU能识别的RX电平。
• 唤醒与保护：它支持本地唤醒和总线唤醒功能，并集成了总线短路保护、热关断等特性，增强了汽车电子环境下的可靠性。
• 连接：EY16的TX、RX引脚分别连接MC33399的RxD和TxD（注意交叉）。MC33399的LIN引脚通过一个二极管和电阻网络连接到车辆电池（VBAT）和LIN总线。

2.4 辅助电路：LED显示与电源

• LED阵列：用于直观显示接收到的14位RC-5码和系统状态（如“正在接收”、“机器人移动中”）。通过SPI连接两片8位串入并出移位寄存器（如74HC595）来驱动16个LED。这是一个极佳的调试手段，可以让你“看见”解码过程是否正确。
• 电源：整个系统由车载12V电源（VBAT）供电。通过一颗MC7805线性稳压器提供稳定的5V电压，为EY16、TSOP1838和MC33399等芯片供电。注意在电源入口和每个芯片的VCC附近放置足够的去耦电容（如100nF和10uF），这是抑制数字噪声、保证系统稳定的基本操作。

3. 核心一：RC-5协议解码与输入捕获实战

这是整个项目的软件核心，也是最考验对MCU定时器理解深度的地方。解码的本质，就是通过测量红外接收头输出波形中边沿的时间间隔，来还原出遥控器发送的二进制数据。

3.1 RC-5协议波形深度解析

首先，我们必须像读母语一样读懂RC-5的“语言”。一份标准的RC-5报文包含14个比特，采用双相相位编码（Manchester Biphase Encoding）。

• 基本时间单元：一个“半比特时间”（Half Bit Time, HBT）是固定的0.889ms（约1.125kHz）。一个完整的比特时间是1.778ms。
• 编码规则：
  • 逻辑“1”：在位元中心产生一个上升沿。
  • 逻辑“0”：在位元中心产生一个下降沿。
  • 这意味着每个比特的边界处，电平都可能发生跳变，以此嵌入时钟信息，便于接收方同步。

结合我们使用的TSOP1838（反向输出），EY16引脚上实际观测到的波形规则需要反转：

• 逻辑“1”：在位元中心，引脚上出现一个下降沿（因为接收头输出低电平有效，中心低电平跳变到高电平，对MCU是下降沿）。
• 逻辑“0”：在位元中心，引脚上出现一个上升沿。

报文结构：14个比特分为几个字段：

• 起始位（S）：固定为1。
• 场位（F）：命令码最高位（bit6）的反码。用于区分命令范围（0-63或64-127）。
• 控制位（C/Toggle）：每次交替按下按键时会翻转。用于区分“长按”和“连续两次短按”。
• 系统码（5 bits）：标识设备类型，例如00000代表TV1，00101代表VCR1。我们利用这个字段来实现同一按键的“常速”和“高速”模式切换。
• 命令码（6 bits）：实际的按键指令。

3.2 输入捕获机制与解码状态机

EY16的TimerB输入捕获功能，其核心是在特定边沿（上升/下降）发生时，将当前16位定时器计数器的值自动锁存到一个寄存器中。通过计算连续两次捕获值之差，就能得到精确的边沿时间间隔。

我们的解码程序是一个典型的状态机，由两个中断服务程序（ISR）驱动：输入捕获中断和定时器溢出中断。

状态变量设计：在解码开始前，我们初始化几个关键变量：

• IR_START: 布尔标志，TRUE表示正在等待起始边沿（下降沿），FALSE表示已进入数据比特接收流程。
• IR_DATA: 16位变量，用于存储正在构建的14位RC-5数据，初始为0。
• IR_DATA_MASK: 16位掩码，初始为0x4000（二进制0100 0000 0000 0000）。其中的1指示当前正在接收的是第几个比特。每成功接收一个比特，它就右移一位。
• PREV_BIT: 记录上一个已确认的数据比特是0还是1。
• IR_ERROR: 错误标志。
• RX_IN_PROGRESS: 接收进行中标志。

解码流程详解：

1. 初始化与等待起始边沿：

   • 调用IC_Start_Edge()函数，配置TimerB通道0为下降沿捕获，并使能通道0中断，关闭溢出中断。启动定时器。
   • 程序主循环或其他任务继续运行，等待中断。

2. 捕获起始边沿（下降沿）：

   • 当第一个下降沿（起始比特的中心）到来时，触发TimerB_Input_CaptureISR。
   • ISR内，首先停止并复位TimerB，清中断标志。
   • 因为IR_START为真，程序识别到这是起始边沿。此时，起始比特本身被当作一个逻辑‘1’来处理（根据反转后的规则，起始下降沿代表1）。
   • 将IR_DATA与当前的IR_DATA_MASK进行按位或操作，将对应比特位置1。
   • IR_DATA_MASK右移一位，指向下一个比特位置。
   • 将IR_START设为FALSE，RX_IN_PROGRESS设为TRUE。关键一步：将输入捕获边沿改为上升沿，因为后续所有数据比特的判决都依赖于上升沿之间的时间间隔（参考表3规则）。
   • 重新配置TimerB为上升沿捕获，并使能定时器溢出中断。设置定时器模数（Modulo）为一个略大于4个HBT的值（约3.6ms）。这意味着如果超过这个时间没收到上升沿，就认为报文出错。
   • 清空定时器计数器，重新启动，等待下一个上升沿。

3. 解码数据比特（核心算法）：

   • 对于每一个后续到来的上升沿，ISR会读取捕获到的定时器值（IR_TIME），这个值代表了与上一个上升沿之间的时间间隔（单位是定时器时钟周期）。
   • 解码的依据是表3的五个规则。规则基于两个信息：PREV_BIT（上一个比特的值）和当前测量的IR_TIME落在哪个HBT区间内（2, 3, 4个HBT）。
   • 举例：假设PREV_BIT = 1，测量到的IR_TIME对应2个HBT（规则A）。那么当前比特就是1。只需要将IR_DATA_MASK右移，指向下一个比特。
   • 再举例：假设PREV_BIT = 0，测量到的IR_TIME对应3个HBT（规则B）。那么当前比特是1。需要将IR_DATA对应位置1，然后IR_DATA_MASK右移。
   • 复杂情况：规则D和E。当PREV_BIT=1且间隔为3HBT（规则D）时，表示连续收到了“1, 0”两个比特。当PREV_BIT=0且间隔为4HBT（规则E）时，也表示连续收到了“1, 0”两个比特。这时需要操作两次：先处理‘1’，右移掩码；再处理‘0’，仅右移掩码。
   • 每次成功解码一个或两个比特后，更新PREV_BIT，复位定时器，继续等待下一个上升沿。

4. 处理完成与错误：

   • 成功：当IR_DATA_MASK右移14次后变成0，说明14个比特全部接收完毕。将IR_DATA复制到全局缓冲区MESSAGE，置位IR_NEW_DATA标志，通知主程序。然后解码状态机复位，重新配置为等待起始下降沿。
   • 超时错误：在等待上升沿过程中，如果定时器计数超过模数值（>4 HBT），会触发TimerB_OverflowISR。这表明信号中断（如遮挡）或起始边沿是噪声。ISR会清除所有状态，复位到等待起始边的状态。
   • 规则错误：如果捕获到的上升沿间隔不符合表3任何规则，则置位IR_ERROR，同样复位整个接收流程。

避坑指南：定时器精度与参数计算解码的可靠性完全依赖于对HBT时间的精确判断。定时器计数器的时钟来源于系统时钟分频。以8MHz系统时钟、TimerB使用总线时钟（2MHz）为例，一个HBT（0.889ms）对应的计数值为0.000889 * 2,000,000 ≈ 1778。 规则中判断2HBT、3HBT、4HBT，需要计算其对应的计数值范围，并留出一定的容错窗口（比如±10%）。例如：#define HBT_2L 3200 // 2HBT下限，约1.6ms#define HBT_2H 4000 // 2HBT上限，约2.0ms这些阈值需要根据实际晶振频率和定时器分频仔细计算和校准。阈值设置过窄容易误判，过宽则可能无法区分2HBT和3HBT，导致解码错误。

4. 核心二：LIN总线通信与机器人控制逻辑

解码得到14位的RC-5命令码后，下一步就是将其转化为机器人能理解的指令，并通过LIN总线发送出去。

4.1 LIN总线通信框架

我们使用了飞思卡尔/ Metrowerks提供的LIN驱动软件。这个驱动封装了LIN协议的数据链路层细节（如帧头、响应、校验和等），对应用层提供了简单的API。

• 初始化：主程序开始时调用LIN_Init()，配置SCI波特率（通常为19.2 kbps或20 kbps，LIN标准）、初始化数据结构等。
• 数据发送：当需要控制机器人时，主程序调用LIN_PutMsg()函数。该函数将我们准备好的数据（8字节标识符+8字节数据场）填入驱动的发送缓冲区。驱动会在适当的时机（作为从节点，在收到主节点发送的对应标识符的帧头后）自动将数据发出。
• 透明性：驱动以后台中断方式运行，对主程序来说，发送数据就像写一个缓冲区一样简单。

4.2 指令映射与主程序逻辑

主程序是一个无限循环，其核心逻辑是查询-响应。

1. 周期性检查：利用时间基准模块（TBM）产生一个2.05ms的中断作为系统心跳。在主循环中查询TBM溢出标志，以此作为2.05ms的时间节拍。
2. 检查新数据：每个节拍检查IR_NEW_DATA标志。如果为真，表示红外解码器收到了一个新命令。
3. 数据预处理：从MESSAGE缓冲区读取14位数据。由于我们只关心系统码和命令码，且控制位（Toggle）可能变化，需要先进行掩码操作：IR_DATA & 0x37FF。这个操作清除了最高两位（未用）和控制位，得到一个稳定的12位键值。
4. 命令匹配：使用一个switch-case语句，将预处理后的键值与预定义的RC-5命令表进行匹配。这个表定义了哪个遥控器按键对应机器人的哪个动作。例如，RC-5码0x3011（TV1模式，命令码0x11）被映射为“旋转基座左转慢速”。
5. 构建LIN报文：机器人手臂的LIN协议使用两个主要的报文ID（标识符）：
   • ID 0x20 (Manual Control Frame)：用于手动控制。报文包含4字节数据，每个伺服电机（关节）占用其中的几个比特位，分别控制“慢速正转”、“快速正转”、“慢速反转”、“快速反转”。主程序根据匹配到的命令，设置LIN发送缓冲区中对应ID 0x20报文的相应比特位。
   • ID 0x30 (Master Position Frame)：用于主控模式（发送目标位置）。本应用中，红外接收器作为从节点，不主动发送ID 0x30报文，但可以通过设置ID 0x20报文第4字节的最高位（Master/Slave位）来切换机器人的控制权归属。
6. 发送与停止逻辑：
   • 一旦匹配成功并设置好LIN缓冲区，就调用LIN_PutMsg()。
   • 关键技巧：自动停止。为了防止用户松开按键后机器人继续运动，主程序维护了一个计数器CLEAR_LIN_DATA。每次2.05ms节拍，如果没有收到新的红外数据，计数器加1。如果收到新数据，计数器清零。当计数器达到64（约130ms）时，主程序会自动清零LIN缓冲区中控制运动的比特位（前3个字节），并发送一次报文，从而使机器人停止。RC-5协议在按键按住时，会每114ms重复发送一次报文，因此只要按住键，计数器永远不会累加到64，机器人持续运动；一旦松手，130ms后自动停止，实现了“按即动，松即停”的直观控制。

4.3 SPI驱动LED显示

为了直观调试，我们将解码得到的14位RC-5码实时显示在16位LED阵列上。

• 硬件连接：EY16的SPI主设备接口（MOSI, SPSCK）连接至两片级联的74HC595移位寄存器的数据输入和时钟端。EY16的另一个GPIO（如PTA6）作为锁存（SS）信号。
• 软件实现：SPI_Transmit()函数负责发送。
  1. 将16位的LED_VALUE（存储了要显示的数据）拆分为高8位和低8位。
  2. 因为LED是低电平点亮（共阳极接法或驱动电路设计如此），通常需要对数据进行按位取反。
  3. 通过SPI数据寄存器（SPDR）先发送高8位，再发送低8位。SPI模块会自动产生时钟。
  4. 发送完成后，产生一个锁存脉冲（将SS引脚拉低再拉高），将移位寄存器中的数据并行输出到LED上。
• 调试价值：在开发解码算法时，这个LED显示是无价之宝。你可以直接看到接收到的原始二进制码，快速判断是解码错误，还是映射错误，亦或是信号受到干扰。

5. 系统调试与常见问题排查实录

将硬件、解码软件、LIN驱动和主控逻辑整合在一起时，问题会从各个角落冒出来。以下是我们在实验室里踩过的坑和解决方案。

5.1 红外解码不稳定，时好时坏

• 现象：LED显示的数据码乱跳，机器人动作随机触发。
• 排查：
  1. 示波器是王道：首先用示波器观察TSOP1838的输出引脚波形。确认在没有按键时，输出是否为稳定的高电平（无干扰）。按下按键时，观察波形是否清晰，高低电平转换是否干净利落，脉冲宽度是否符合RC-5的HBT（0.889ms）整数倍。
  2. 检查电源噪声：TSOP1838对电源纹波非常敏感。用示波器探头测量其VCC引脚，观察在红外接收时是否有明显的电压跌落或毛刺。加强电源去耦，在TSOP1838的VCC和GND引脚之间就近并联一个10uF电解电容和一个100nF陶瓷电容。
  3. 调整接收阈值：回顾HBT_2L/HBT_2H等阈值定义。如果环境光干扰大或距离远，信号边沿可能变形，导致测量时间偏差。适当放宽阈值范围（例如从±10%调到±15%）。但要注意不能太宽，否则会混淆2HBT和3HBT。
  4. 检查物理遮挡与反射：红外光容易被遮挡，也会从光滑表面反射。确保遥控器对准接收头，并避开强光直射和镜面反射路径。

5.2 LIN总线通信失败，机器人无响应

• 现象：红外解码LED显示正确，但机器人不动。用LIN总线分析仪（或另一个MCU做监听）看不到从节点发出的响应报文。
• 排查：
  1. 确认物理连接与终端电阻：LIN总线是单线，必须有一个120Ω的终端电阻接在总线两端。检查接线是否牢固，总线与地之间是否有短路。
  2. 测量总线波形：用示波器看LIN总线波形。主节点发送的帧头（Break场、同步场、标识符场）是否正常？电平是否在0V（显性）和12V（隐性）之间清晰切换？我们的从节点在收到正确的标识符后，应该在数据场时段将总线拉低发送数据。
  3. 检查SCI/LIN驱动配置：
     • 波特率：确保主从节点波特率严格一致。计算一下：波特率 = LIN_CLK / (16 * SCIBD)。LIN_CLK是驱动SCI模块的时钟源频率。
     • 标识符过滤：确认我们的从节点配置为只响应ID 0x20的帧。检查LIN驱动初始化代码中关于接收标识符掩码的配置。
     • 校验和：LIN 2.0以上版本有经典校验和与增强校验和之分。确认主从节点使用的校验和模式一致。我们的驱动通常配置为“从节点”，使用经典校验和。
  4. 软件时序问题：主程序在收到红外数据后，是否及时调用了LIN_PutMsg()？LIN驱动发送缓冲区是否已满？可以在LIN_PutMsg()前后翻转一个GPIO引脚，用示波器查看调用是否及时发生。

5.3 按键响应迟钝或机器人动作不连续

• 现象：按下遥控器，机器人要过一会儿才动，或者动一下停一下。
• 排查：
  1. 检查主循环周期：我们依赖2.05ms的TBM中断作为主循环节拍。如果主循环中有其他耗时操作（比如复杂的计算或阻塞式延时），会导致IR_NEW_DATA标志不能被及时处理，CLEAR_LIN_DATA计数器也可能不准。确保主循环尽可能简洁。
  2. 检查“自动停止”逻辑：CLEAR_LIN_DATA计数器在每次收到新红外数据时是否被正确清零？如果因为某些原因（如解码偶尔出错）导致计数器清零失败，可能会在按键按住期间意外触发停止。可以在清零和触发停止的地方添加调试输出或LED指示。
  3. 遥控器电池电量：电量不足会导致红外发射功率下降，接收头可能无法连续稳定解码，造成数据包丢失，主程序因此误判为松手而停止。换一对新电池试试。

5.4 SPI驱动的LED显示异常

• 现象：LED显示的花样不对，或者只有部分LED亮。
• 排查：
  1. 电平与驱动能力：确认74HC595的电源电压（5V）和EY16的IO口电压匹配。如果EY16是3.3V供电，需要确认74HC595是否支持3.3V输入逻辑。检查LED的限流电阻是否合适。
  2. SPI时序：EY16的SPI配置为主模式，时钟极性和相位（CPOL, CPHA）需要与74HC595的时序要求匹配。通常模式0（CPOL=0, CPHA=0）或模式3（CPOL=1, CPHA=1）可以工作。用示波器测量SPSCK和MOSI引脚，看数据是否在时钟边沿稳定。
  3. 锁存信号：确保在发送完16位数据后，产生了正确的锁存信号（SS下降沿->上升沿）。这个脉冲的宽度需要满足74HC595的数据手册要求。
  4. 数据顺序：确认是先发送最高位（MSB）还是最低位（LSB）。这取决于LED的物理连接顺序。可能需要调整SPI_Transmit函数中数据移位的顺序。

这个基于MC68HC908EY16的红外遥控LIN机器人项目，虽然核心芯片如今看来已非主流，但它所涉及的技术点——精准的输入捕获解码、状态机设计、实时系统响应、总线通信集成——却是嵌入式开发的通用精髓。它教会我们如何用有限的资源（8位MCU）可靠地处理一个异步串行协议，并如何将不同功能模块（红外、LIN、SPI）优雅地整合在一起。调试过程中对示波器的依赖，对时序参数的锱铢必较，以及对异常情况的全面防御编程，这些经验远比最终让机械臂动起来更有价值。