简介一套基于蓝牙技术的远程多路遥控器完整设计资料面向电子爱好者、嵌入式开发者和智能家居DIY人群。内容涵盖蓝牙模块如brotheryz9与继电器控制方案支持通过手机APP或专用遥控器对多路负载独立控制适用于智能家居、工业自动化等场景。压缩包共24个文件大小约210KB主要包含Altium Designer电路设计文件原理图、PCB工程、PDF印制图、51单片机源程序C语言源码、工程文件、编译生成的hex固件以及编译过程记录可同时满足电路学习与二次开发需求。已有343人学习下载。资料中电路设计部分提供了完整的原理图和PCB布局参考51源程序则展示了蓝牙信号解析、继电器逻辑控制等核心代码开发者可直接修改通道数或扩展外设快速搭建属于自己的蓝牙遥控系统。1. 蓝牙遥控继电器一块 SPP 模块和一份 51 工程文件能拼出什么收到这份压缩包的时候我第一反应是把它当成一份普通的学生作业。把 Altium 工程和 main.c 分开看之后发现它其实是一套完整的蓝牙遥控继电器参考设计brotheryz9 模块做无线链路51 单片机做协议解析和 IO 控制继电器通断负载。整套东西的价值不在蓝牙——模块已经把串口透传封装到「接上就能用」——而在继电器驱动电路怎么写、指令帧怎么拆、上电瞬间怎么防误动作。这三个问题正好对应原理图、串口协议和 IO 初始化三段设计能把一块开发板变成一个敢接 220V 负载的遥控开关。压缩包里那份遥控器Altium电路设计和遥控器51源程序不是孤立的两堆文件而是同一套产品的硬件和固件。适合正在做智能家居改造、或者想从纯软件往嵌入式硬件走的人。2. brotheryz9 蓝牙模块选型与 51 串口对接先搞清 SPP 透传2.1 模块类别定位经典蓝牙 SPP不是低功耗 BLEbrotheryz9 这个型号在公开文档里不容易查到完整规格从资源命名习惯判断它就是板子上蓝牙模块的丝印或方案名。功能定位上它和最常用的 HC-05/HC-06、JDY-31 属于同一类经典蓝牙 SPP 串口透传模块。所谓透传是指手机或电脑通过蓝牙建立一个虚拟串口模块另一侧把收到的蓝牙数据直接变成 UART 字节流发给单片机反过来单片机发进 UART 的数据原样通过蓝牙送出去。对做 51 开发的工程师来说整个蓝牙协议栈、RFCOMM 仿真串口、配对加密这些都被模块固件消化掉了单片机能感知到的只有一路普通的串口。手机 APP 和模块之间的这段蓝牙数据传输对单片机完全是透明的。强调一下 SPP 和低功耗蓝牙BLE的区别。BLE 要用 GATT 服务、特征值、通知这些概念去组织数据51 上如果不外挂协议栈芯片几乎没法自己实现而 SPP 是经典蓝牙里历史最久的「串口仿真」剖面模块透明传输开发成本和调试成本都低很多。ESP32 这类双模芯片上写 BLE 是另一个路子但接在 51 身边做遥控SPP 模块就是最务实的选择。这套工程选 brotheryz9 这类 SPP 模块避开了协议栈移植把问题集中到继电器和帧协议上是合理的架构判断。2.2 引脚定义与最小接线SPP 模块引脚各家有差异但核心四根线是一致的VCC、GND、TXD、RXD。brotheryz9 这类带底板模块的引脚定义与 HC-05、JDY-31 几乎完全兼容下表是接到 STC89C52RC或 AT89S52时的接法。模块引脚方向接单片机引脚说明VCC电源输入5V带底板或 3.3V先看模块丝印或底板标识5V 与 3.3V 混接可能烧模块GND电源地GND必须与单片机共地TXD模块输出P3.0 / RXD模块发给单片机必须接单片机的 RXDRXD模块输入P3.1 / TXD单片机发给模块交叉连接STATE状态输出可不接高电平表示已配对可接 LED 作指示交叉连接是最容易出错的点模块的 TXD 要进单片机的 RXD模块的 RXD 要出单片机的 TXD。同名引脚直接对接通信必然失败这一类问题在「HC05 蓝牙模块连接不上」的排错里排第一位。模块与单片机之间不需要电平转换的前提是两边都是 TTL 电平且模块引脚可接受 5V如果模块明确标 3.3V 且不带 5V 容忍RXD 路径加一个 1k 串联电阻是保守做法。另外 51 的输入高电平阈值约 2V模块 TXD 输出的 3.3V 电平可以直接被识别所以直连在多数场景下成立。提示模块和单片机只接 TX/RX 不接 GND会让两边电平参考不一致收不到任何数据。所有串口联调的第一步都是共地。2.3 串口初始化9600 波特率的产生与验证模块出厂波特率多数是 9600少部分是 38400。上电后先默认按 9600 写驱动如果后来发现手机 APP 收发乱码第一步是确认模块实际波特率而不是去改应用。51 单片机产生 9600 波特率的标准做法是定时器 1 工作在方式 2自动重装配合 11.0592MHz 晶振。下面这段是这个工程 main.c 里串口初始化的等效写法void UART_Init(void) { SCON 0x50; // 串口方式 18 位可变波特率REN1 允许接收 TMOD 0x0F; // 清零 T1 相关位不影响 T0 的配置 TMOD | 0x20; // 定时器 1 方式 28 位自动重装 TH1 0xFD; // 11.0592MHz 下 9600 波特率的自动重装值 TL1 0xFD; // 第一次计数也从这个值开始 TR1 1; // 启动定时器 1 ES 1; // 使能串口中断 EA 1; // 使能总中断 }重装值 0xFD 的来源是公式波特率等于 (2 的 SMOD 次方 ÷ 32) × (晶振频率 ÷ 12 ÷ (256 减 TH1))。SMOD 取默认值 0、晶振 11.0592MHz 时256 减 0xFD 等于 3代入得到 9600。这也是为什么这类工程几乎都选 11.0592MHz 晶振而不是 12MHz12MHz 算出来的波特率有误差长时间传输会累积错位。代码里 TMOD 先与 0x0F 再或 0x20是为了不覆盖定时器 0 的配置工程里如果有延时函数用 T0这里能少踩一个坑。如果 PCON 最高位置 1SMOD1同样晶振下波特率翻倍TH1 也要跟着改。改波特率时记住一个原则模块端改完 ATBAUD 后单片机这端要同步换重装值两端不一致的表现是「有数据但全是乱码」。3. Altium 工程里的继电器驱动电路从 Sheet1.SchDoc 看关键设计3.1 工程文件结构与 ECO 同步压缩包里 Altium 部分有一份完整的项目结构Sheet1.SchDoc 是原理图源文件PCB_Project1.PrjPCB 是工程文件OutJob 是输出任务配置__Previews目录是 Altium 生成的预览图另外还有 SCH ECO 日志。ECOEngineering Change Order是原理图往 PCB 同步时产生的工程变更记录里面逐条列出了网络、元件的增删改。这份 ECO 日志文件名带了 2018-9-2 的时间戳可以判断工程最后一次同步的时间点。拿到别人的工程先看一眼 ECO 历史比直接看布线图更快判断这份文件是不是最终版。检查工程是否健康标准流程是 Project → Compile PCB Project然后打开 Messages 面板看 Error 和 Warning。Unconnected Pin、Duplicate Net Name 这类错误直接决定板子能不能工作尤其是蓝牙模块天线引脚和继电器线圈引脚漏连的情况很常见。工程里那个pj_v1.0.uvgui.xxx是 Keil 的界面状态存档文件删掉不影响编译别被它干扰。3.2 电源、单片机最小系统与蓝牙模块供电原理图里除了蓝牙模块剩下的就是一套完整的 51 最小系统。VCC 进单片机前要放一个 10–100μF 电解电容和一个 0.1μF 陶瓷电容并联去耦电解电容扛继电器吸合瞬间的电流跌落陶瓷电容滤高频干扰。复位电路用经典的 10μF 电容加 10k 电阻RST 引脚高电平复位。晶振 11.0592MHz 两侧各接一个 22–33pF 负载电容具体容值看晶振规格书不要随手放 30pF。蓝牙模块的供电值得单独说。很多 SPP 模块底板自带 3.3V LDOVCC 直接给 5V 就行模块侧 TXD 输出的也是 3.3V 电平。如果模块是裸板没有底板VCC 必须接 3.3V而且它的 RXD 可能不接受 5V。判断方法很简单看模块背面有没有一颗三端稳压有就把 VCC 接 5V没有就保守接 3.3V并在 51 的 TXD 到模块 RXD 之间串一个 1k 电阻。电平适配错误的表现很隐蔽——模块偶尔能收到数据但经常丢字节因为 5V 高电平超出了模块 IO 的绝对最大额定值长期用还会加速模块老化。3.3 继电器驱动三极管加续流二极管或者 ULN2003这是整套原理图里最有含金量的部分。51 单片机的 P2 口复位后输出高电平但准双向 IO 的拉电流能力只有几百微安到几毫安而一颗 5V 继电器的线圈吸合电流在 50–90mA直接驱动不但吸不合还可能把 IO 口拉坏。单路驱动最通用的电路是P2.x 引脚串一个基极电阻进 S8050 三极管基极三极管发射极接地集电极接继电器线圈负极线圈正极接 VCC再在线圈两端反向并联一颗 1N4148。这样 P2.x 输出高电平时三极管饱和导通继电器得电吸合输出低电平时三极管截止继电器断开。基极电阻的取值要算不能照抄。假设继电器线圈 70mA三极管 β 取 80饱和时需要基极电流不小于 70/80 ≈ 0.9mAIO 高电平约 5V 减去 Vbe 0.7V电阻取 (5−0.7)/0.9mA ≈ 4.7k。如果直接放 10k三极管可能工作在放大区而不是饱和区继电器吸合电压不足触点会抖动这是「继电器有哒哒声但不吸合」的常见根因。线圈断电瞬间会产生反向电动势没有续流二极管的话这个高压尖峰会顺着 VCC 打进单片机电源现象就是继电器释放的一瞬间整个系统复位。多路遥控器用 4 个继电器就要 4 组同样的电路更省事的方案是换成 ULN2003 达林顿阵列内部集成了 7 路驱动和续流二极管输入直接接单片机 IO输出接继电器线圈唯一要注意的是 COM 引脚要接 VCC续流二极管才有泄放回路。器件参考型号在该电路中的作用选型要点继电器SRD-05VDC-SL-C通断负载输出触点按负载电流选 5A/10A线圈电压 5V线圈电阻约 70Ω续流二极管1N4148泄放线圈反向电动势开关速度快反向耐压 100V驱动三极管S8050放大 IO 驱动能力IC 最大 500mA饱和压降约 0.2V基极电阻4.7kΩ限制基极电流保证三极管饱和按继电器线圈电流计算不是随便选基极下拉10kΩ防止基极悬空被干扰误触发复位期间的误动作靠这个解决不了见下文关于上电误动作要单独说清楚。51 单片机上电复位期间P1、P2、P3 输出全 1也就是所有位短暂变高NPN 三极管会全部导通继电器上电瞬间齐刷刷吸合一下。程序里 main 第一件事写P2 0x00只能缩短危险窗口不能消除因为复位过程程序还没开始执行。硬件上真正有效的做法有三种一是继电器线圈公共端串一个 RC 延时上电后几百毫秒再供 VCC二是改用 PNP 管低电平驱动复位高电平反而让三极管截止三是在产品上接受一次空吸合但接的是 220V 感性负载时这一下就可能打火。多数低成本方案为了省元件选择接受抖动但做设计取舍时这个点值得知道。3.4 PCB 布局与 OutJob 输出PCB 层面的两个硬性约束蓝牙模块天线区正下方和周围 5mm 内不能铺铜、不能走信号线否则天线辐射效率明显下降、通信距离缩短继电器属于机械器件放板边并远离晶振和蓝牙模块避免吸合时的机械振动干扰晶振。功率走线继电器触点侧宽度至少 1mm对 5A 负载建议 2mm 以上并开窗加锡。Altium 里 OutJob 可以一键输出 Gerber、钻孔文件和 BOM建议把 BOM 输出为带位号、封装、数值的 CSV采购贴片时直接复用。输出前跑一遍 Design Rule Check重点关注 Clearance 和 Hole Size 两组规则。4. main.c 逐段拆解蓝牙指令包如何落到 P2 口开关4.1 程序框架中断负责收主循环负责解析打开 Objects 目录下的 pj_v1.0.hex 和源文件 main.c这套代码走的是 51 最典型的架构串口中断只收字节、打标记主循环轮询标记再做协议解析和 IO 操作。这样拆的原因是中断服务函数里不适合做耗时的数据比较和延时继电器切换时很可能要加去抖延时放在中断里会阻塞后续串口数据的接收导致丢帧。把收和解析拆开之后即使主循环被某个延时卡住几十毫秒数据也一直在中断里堆积不会立刻丢。串口是单字节缓冲、没有硬件 FIFO 的单片机中断服务短是写这类代码的铁律。4.2 帧协议帧头、通道、动作、校验多路遥控器要解决的问题是「手机发一条指令指定第几路继电器开或关」。工程里采用的帧格式是 4 字节定长包协议定义如下字节序号含义取值说明0帧头0xAA同步用不是 0xAA 直接丢弃1通道号0x01–0x04对应第 1 到第 4 路继电器2动作0x00 断开 / 0x01 吸合其他值视为无效3校验前 3 字节异或防串口传输错位4 字节定长包的好处是解析逻辑简单、不依赖 strlen 这类库函数51 的 256 字节 RAM 也能轻松放下。校验用异或而不是累加和是因为异或只需要一个字节对继电器控制这种不要求高速率的场景足够。手机 APP 端按同样的格式组包发送即可。4.3 中断服务与主循环的参考实现main.c 的核心代码可以浓缩成下面这段和工程逻辑一致#include reg52.h #define RELAY_PORT P2 unsigned char rx_buf[4]; unsigned char rx_cnt 0; unsigned char rx_ok 0; void UART_Init(void); // 串口初始化见第 2 章 void UART_ISR(void) interrupt 4 { unsigned char dat; if (RI) { // 收到一字节 RI 0; dat SBUF; if (rx_cnt 0 dat ! 0xAA) { return; // 帧头不匹配丢弃等下一字节 } rx_buf[rx_cnt] dat; if (rx_cnt 4) { // 收满一帧 rx_cnt 0; if ((rx_buf[0] ^ rx_buf[1] ^ rx_buf[2]) rx_buf[3]) { rx_ok 1; // 校验通过交给主循环处理 } } } } void main(void) { unsigned char ch, act; UART_Init(); RELAY_PORT 0x00; // 上电先断开所有继电器高电平吸合 while (1) { if (rx_ok) { rx_ok 0; ch rx_buf[1]; act rx_buf[2]; if (ch 1 ch 4) { if (act 0x01) { RELAY_PORT | (0x01 (ch - 1)); // 对应位置 1吸合 } else if (act 0x00) { RELAY_PORT ~(0x01 (ch - 1)); // 对应位清 0断开 } } } } }这段的位操作值得展开。P2 口按位控制继电器用RELAY_PORT | (0x01 (ch-1))把对应位置 1RELAY_PORT ~(0x01 (ch-1))把对应位清 0就能做到改一路不动其他路。如果直接RELAY_PORT 0x00或 0xFF整体赋值多路同时控制时会把其他路的状态冲掉。中断服务里if (rx_cnt 0 dat ! 0xAA) return;是帧同步的第一道闸保证数据流中间漂进来的字节不会造成假帧。校验放在中断里做是可以的因为只做异或和比较没有耗时操作更严格的写法是把校验移到主循环中断里只填缓冲区但 4 字节定长帧在这个场景下中断里直接校验没有性能压力。这套代码的边界要说明白如果恰好丢失了帧中间的一个字节下一帧的 0xAA 会被当成当前帧的第三个字节造成连续丢两帧。实际工程会在接收过程中加超时判断比如连续两个字节间隔超过 50ms 就强制 rx_cnt 清零避免这种黏包错位。51 的串口没有硬件 FIFO中断服务里任何多余的操作都在拖累接收能力这是写这类代码始终要记住的约束。4.4 Keil 工程文件与编译产物对照pj_v1.0.uvproj 是 Keil uVision 工程文件用 Keil C51 打开后直接编译产物会写入 Objects。main.lst 是编译器生成的汇编列表文件当怀疑 C 代码被优化出问题、或者想确认某个位操作编译成了几条指令时查它比反复改代码快。pj_v1.build_log.htm 是编译日志出现 Warning 时逐一确认尤其是POINTER TO STRUCTURE这类提示往往对应指针或中断函数写法有问题。调试时把 pj_v1.0.hex 用 STC-ISP 或手头编程器烧进单片机注意 STC 系列烧录时 IRC 频率选择和实际晶振频率要一致否则串口波特率会整体漂移。5. 上电调试三板斧模块配对、串口数据、继电器抖动按序排查5.1 第一步USB 转 TTL 单独验证模块与 AT 指令不要一上来就把整个系统焊好再测。先把 brotheryz9 模块通过 USB 转 TTL 接到电脑模块 RXD 接 USB 工具的 TXD、模块 TXD 接 USB 工具的 RXD、共地。串口助手选 9600勾选发送新行发 AT。返回 OK 说明模块和 USB 工具都没问题。常见 AT 指令如下指令功能典型返回AT模块自检OKATNAMEBT-REMOTE修改蓝牙名称OKATPSWD1234设置配对密码OKATBAUD4设置波特率 9600OKATROLE0设为从机OK「HC05 蓝牙模块连接不上」这类问题九成出在三个地方波特率不匹配导致 AT 无响应、接线同名相连、模块没有进入 AT 模式。HC-05 类模块进入 AT 模式时通信波特率常常切到 38400如果发 AT 没反应把串口助手波特率切到 38400 再试一次。5.2 手机与电脑侧连接方式和驱动排查手机端用支持 SPP 的串口调试 APP 连接模块Android 下有蓝牙串口助手一类工具连接后可以看到一个虚拟串口收发方式和串口助手一致。iOS 对经典蓝牙 SPP 的支持受限所以这套工程的实际演示通常放在 Android 侧。电脑端如果设备管理器里蓝牙不显示或显示 Generic Bluetooth Adapter 且带感叹号先确认 Windows 蓝牙服务已启动再检查是否装了适配器厂商驱动。老 CSR 芯片的 USB 适配器在 Win 下经常遇到插入没反应卸载设备后重新扫描硬件改动即可恢复部分国产适配器BK/brlink 方案需要装驱动包才能被正确识别。删除不掉的旧蓝牙设备从设备管理器卸载并勾选删除驱动再重新配对。笔记本自带无线网卡如 AX210的蓝牙在设备管理器消失时先查 BIOS 里无线开关是否被禁用。5.3 第三步继电器侧三个症状对应三个根因收到指令但继电器不动作先量线圈两端电压。吸合时电压不到 4V多半是基极电阻太大导致三极管没有进入饱和区把 4.7k 换小一档再试。每次继电器释放瞬间单片机就复位几乎可以肯定是线圈两端没有续流二极管。上电瞬间所有继电器都「哒」了一下这是 51 复位期间 P2 输出全 1、NPN 全部导通造成的程序里 RELAY_PORT0x00 已经尽力但复位那几百微秒程序还没运行根治办法是给继电器线圈公共供电脚串 RC 延时或者换 PNP 管低电平驱动。按这个顺序排查比对着代码猜问题快得多。本文还有配套的精品资源点击获取 蓝牙遥控继电器实战：SPP模块与51单片机驱动电路解析
简介一套基于蓝牙技术的远程多路遥控器完整设计资料面向电子爱好者、嵌入式开发者和智能家居DIY人群。内容涵盖蓝牙模块如brotheryz9与继电器控制方案支持通过手机APP或专用遥控器对多路负载独立控制适用于智能家居、工业自动化等场景。压缩包共24个文件大小约210KB主要包含Altium Designer电路设计文件原理图、PCB工程、PDF印制图、51单片机源程序C语言源码、工程文件、编译生成的hex固件以及编译过程记录可同时满足电路学习与二次开发需求。已有343人学习下载。资料中电路设计部分提供了完整的原理图和PCB布局参考51源程序则展示了蓝牙信号解析、继电器逻辑控制等核心代码开发者可直接修改通道数或扩展外设快速搭建属于自己的蓝牙遥控系统。1. 蓝牙遥控继电器一块 SPP 模块和一份 51 工程文件能拼出什么收到这份压缩包的时候我第一反应是把它当成一份普通的学生作业。把 Altium 工程和 main.c 分开看之后发现它其实是一套完整的蓝牙遥控继电器参考设计brotheryz9 模块做无线链路51 单片机做协议解析和 IO 控制继电器通断负载。整套东西的价值不在蓝牙——模块已经把串口透传封装到「接上就能用」——而在继电器驱动电路怎么写、指令帧怎么拆、上电瞬间怎么防误动作。这三个问题正好对应原理图、串口协议和 IO 初始化三段设计能把一块开发板变成一个敢接 220V 负载的遥控开关。压缩包里那份遥控器Altium电路设计和遥控器51源程序不是孤立的两堆文件而是同一套产品的硬件和固件。适合正在做智能家居改造、或者想从纯软件往嵌入式硬件走的人。2. brotheryz9 蓝牙模块选型与 51 串口对接先搞清 SPP 透传2.1 模块类别定位经典蓝牙 SPP不是低功耗 BLEbrotheryz9 这个型号在公开文档里不容易查到完整规格从资源命名习惯判断它就是板子上蓝牙模块的丝印或方案名。功能定位上它和最常用的 HC-05/HC-06、JDY-31 属于同一类经典蓝牙 SPP 串口透传模块。所谓透传是指手机或电脑通过蓝牙建立一个虚拟串口模块另一侧把收到的蓝牙数据直接变成 UART 字节流发给单片机反过来单片机发进 UART 的数据原样通过蓝牙送出去。对做 51 开发的工程师来说整个蓝牙协议栈、RFCOMM 仿真串口、配对加密这些都被模块固件消化掉了单片机能感知到的只有一路普通的串口。手机 APP 和模块之间的这段蓝牙数据传输对单片机完全是透明的。强调一下 SPP 和低功耗蓝牙BLE的区别。BLE 要用 GATT 服务、特征值、通知这些概念去组织数据51 上如果不外挂协议栈芯片几乎没法自己实现而 SPP 是经典蓝牙里历史最久的「串口仿真」剖面模块透明传输开发成本和调试成本都低很多。ESP32 这类双模芯片上写 BLE 是另一个路子但接在 51 身边做遥控SPP 模块就是最务实的选择。这套工程选 brotheryz9 这类 SPP 模块避开了协议栈移植把问题集中到继电器和帧协议上是合理的架构判断。2.2 引脚定义与最小接线SPP 模块引脚各家有差异但核心四根线是一致的VCC、GND、TXD、RXD。brotheryz9 这类带底板模块的引脚定义与 HC-05、JDY-31 几乎完全兼容下表是接到 STC89C52RC或 AT89S52时的接法。模块引脚方向接单片机引脚说明VCC电源输入5V带底板或 3.3V先看模块丝印或底板标识5V 与 3.3V 混接可能烧模块GND电源地GND必须与单片机共地TXD模块输出P3.0 / RXD模块发给单片机必须接单片机的 RXDRXD模块输入P3.1 / TXD单片机发给模块交叉连接STATE状态输出可不接高电平表示已配对可接 LED 作指示交叉连接是最容易出错的点模块的 TXD 要进单片机的 RXD模块的 RXD 要出单片机的 TXD。同名引脚直接对接通信必然失败这一类问题在「HC05 蓝牙模块连接不上」的排错里排第一位。模块与单片机之间不需要电平转换的前提是两边都是 TTL 电平且模块引脚可接受 5V如果模块明确标 3.3V 且不带 5V 容忍RXD 路径加一个 1k 串联电阻是保守做法。另外 51 的输入高电平阈值约 2V模块 TXD 输出的 3.3V 电平可以直接被识别所以直连在多数场景下成立。提示模块和单片机只接 TX/RX 不接 GND会让两边电平参考不一致收不到任何数据。所有串口联调的第一步都是共地。2.3 串口初始化9600 波特率的产生与验证模块出厂波特率多数是 9600少部分是 38400。上电后先默认按 9600 写驱动如果后来发现手机 APP 收发乱码第一步是确认模块实际波特率而不是去改应用。51 单片机产生 9600 波特率的标准做法是定时器 1 工作在方式 2自动重装配合 11.0592MHz 晶振。下面这段是这个工程 main.c 里串口初始化的等效写法void UART_Init(void) { SCON 0x50; // 串口方式 18 位可变波特率REN1 允许接收 TMOD 0x0F; // 清零 T1 相关位不影响 T0 的配置 TMOD | 0x20; // 定时器 1 方式 28 位自动重装 TH1 0xFD; // 11.0592MHz 下 9600 波特率的自动重装值 TL1 0xFD; // 第一次计数也从这个值开始 TR1 1; // 启动定时器 1 ES 1; // 使能串口中断 EA 1; // 使能总中断 }重装值 0xFD 的来源是公式波特率等于 (2 的 SMOD 次方 ÷ 32) × (晶振频率 ÷ 12 ÷ (256 减 TH1))。SMOD 取默认值 0、晶振 11.0592MHz 时256 减 0xFD 等于 3代入得到 9600。这也是为什么这类工程几乎都选 11.0592MHz 晶振而不是 12MHz12MHz 算出来的波特率有误差长时间传输会累积错位。代码里 TMOD 先与 0x0F 再或 0x20是为了不覆盖定时器 0 的配置工程里如果有延时函数用 T0这里能少踩一个坑。如果 PCON 最高位置 1SMOD1同样晶振下波特率翻倍TH1 也要跟着改。改波特率时记住一个原则模块端改完 ATBAUD 后单片机这端要同步换重装值两端不一致的表现是「有数据但全是乱码」。3. Altium 工程里的继电器驱动电路从 Sheet1.SchDoc 看关键设计3.1 工程文件结构与 ECO 同步压缩包里 Altium 部分有一份完整的项目结构Sheet1.SchDoc 是原理图源文件PCB_Project1.PrjPCB 是工程文件OutJob 是输出任务配置__Previews目录是 Altium 生成的预览图另外还有 SCH ECO 日志。ECOEngineering Change Order是原理图往 PCB 同步时产生的工程变更记录里面逐条列出了网络、元件的增删改。这份 ECO 日志文件名带了 2018-9-2 的时间戳可以判断工程最后一次同步的时间点。拿到别人的工程先看一眼 ECO 历史比直接看布线图更快判断这份文件是不是最终版。检查工程是否健康标准流程是 Project → Compile PCB Project然后打开 Messages 面板看 Error 和 Warning。Unconnected Pin、Duplicate Net Name 这类错误直接决定板子能不能工作尤其是蓝牙模块天线引脚和继电器线圈引脚漏连的情况很常见。工程里那个pj_v1.0.uvgui.xxx是 Keil 的界面状态存档文件删掉不影响编译别被它干扰。3.2 电源、单片机最小系统与蓝牙模块供电原理图里除了蓝牙模块剩下的就是一套完整的 51 最小系统。VCC 进单片机前要放一个 10–100μF 电解电容和一个 0.1μF 陶瓷电容并联去耦电解电容扛继电器吸合瞬间的电流跌落陶瓷电容滤高频干扰。复位电路用经典的 10μF 电容加 10k 电阻RST 引脚高电平复位。晶振 11.0592MHz 两侧各接一个 22–33pF 负载电容具体容值看晶振规格书不要随手放 30pF。蓝牙模块的供电值得单独说。很多 SPP 模块底板自带 3.3V LDOVCC 直接给 5V 就行模块侧 TXD 输出的也是 3.3V 电平。如果模块是裸板没有底板VCC 必须接 3.3V而且它的 RXD 可能不接受 5V。判断方法很简单看模块背面有没有一颗三端稳压有就把 VCC 接 5V没有就保守接 3.3V并在 51 的 TXD 到模块 RXD 之间串一个 1k 电阻。电平适配错误的表现很隐蔽——模块偶尔能收到数据但经常丢字节因为 5V 高电平超出了模块 IO 的绝对最大额定值长期用还会加速模块老化。3.3 继电器驱动三极管加续流二极管或者 ULN2003这是整套原理图里最有含金量的部分。51 单片机的 P2 口复位后输出高电平但准双向 IO 的拉电流能力只有几百微安到几毫安而一颗 5V 继电器的线圈吸合电流在 50–90mA直接驱动不但吸不合还可能把 IO 口拉坏。单路驱动最通用的电路是P2.x 引脚串一个基极电阻进 S8050 三极管基极三极管发射极接地集电极接继电器线圈负极线圈正极接 VCC再在线圈两端反向并联一颗 1N4148。这样 P2.x 输出高电平时三极管饱和导通继电器得电吸合输出低电平时三极管截止继电器断开。基极电阻的取值要算不能照抄。假设继电器线圈 70mA三极管 β 取 80饱和时需要基极电流不小于 70/80 ≈ 0.9mAIO 高电平约 5V 减去 Vbe 0.7V电阻取 (5−0.7)/0.9mA ≈ 4.7k。如果直接放 10k三极管可能工作在放大区而不是饱和区继电器吸合电压不足触点会抖动这是「继电器有哒哒声但不吸合」的常见根因。线圈断电瞬间会产生反向电动势没有续流二极管的话这个高压尖峰会顺着 VCC 打进单片机电源现象就是继电器释放的一瞬间整个系统复位。多路遥控器用 4 个继电器就要 4 组同样的电路更省事的方案是换成 ULN2003 达林顿阵列内部集成了 7 路驱动和续流二极管输入直接接单片机 IO输出接继电器线圈唯一要注意的是 COM 引脚要接 VCC续流二极管才有泄放回路。器件参考型号在该电路中的作用选型要点继电器SRD-05VDC-SL-C通断负载输出触点按负载电流选 5A/10A线圈电压 5V线圈电阻约 70Ω续流二极管1N4148泄放线圈反向电动势开关速度快反向耐压 100V驱动三极管S8050放大 IO 驱动能力IC 最大 500mA饱和压降约 0.2V基极电阻4.7kΩ限制基极电流保证三极管饱和按继电器线圈电流计算不是随便选基极下拉10kΩ防止基极悬空被干扰误触发复位期间的误动作靠这个解决不了见下文关于上电误动作要单独说清楚。51 单片机上电复位期间P1、P2、P3 输出全 1也就是所有位短暂变高NPN 三极管会全部导通继电器上电瞬间齐刷刷吸合一下。程序里 main 第一件事写P2 0x00只能缩短危险窗口不能消除因为复位过程程序还没开始执行。硬件上真正有效的做法有三种一是继电器线圈公共端串一个 RC 延时上电后几百毫秒再供 VCC二是改用 PNP 管低电平驱动复位高电平反而让三极管截止三是在产品上接受一次空吸合但接的是 220V 感性负载时这一下就可能打火。多数低成本方案为了省元件选择接受抖动但做设计取舍时这个点值得知道。3.4 PCB 布局与 OutJob 输出PCB 层面的两个硬性约束蓝牙模块天线区正下方和周围 5mm 内不能铺铜、不能走信号线否则天线辐射效率明显下降、通信距离缩短继电器属于机械器件放板边并远离晶振和蓝牙模块避免吸合时的机械振动干扰晶振。功率走线继电器触点侧宽度至少 1mm对 5A 负载建议 2mm 以上并开窗加锡。Altium 里 OutJob 可以一键输出 Gerber、钻孔文件和 BOM建议把 BOM 输出为带位号、封装、数值的 CSV采购贴片时直接复用。输出前跑一遍 Design Rule Check重点关注 Clearance 和 Hole Size 两组规则。4. main.c 逐段拆解蓝牙指令包如何落到 P2 口开关4.1 程序框架中断负责收主循环负责解析打开 Objects 目录下的 pj_v1.0.hex 和源文件 main.c这套代码走的是 51 最典型的架构串口中断只收字节、打标记主循环轮询标记再做协议解析和 IO 操作。这样拆的原因是中断服务函数里不适合做耗时的数据比较和延时继电器切换时很可能要加去抖延时放在中断里会阻塞后续串口数据的接收导致丢帧。把收和解析拆开之后即使主循环被某个延时卡住几十毫秒数据也一直在中断里堆积不会立刻丢。串口是单字节缓冲、没有硬件 FIFO 的单片机中断服务短是写这类代码的铁律。4.2 帧协议帧头、通道、动作、校验多路遥控器要解决的问题是「手机发一条指令指定第几路继电器开或关」。工程里采用的帧格式是 4 字节定长包协议定义如下字节序号含义取值说明0帧头0xAA同步用不是 0xAA 直接丢弃1通道号0x01–0x04对应第 1 到第 4 路继电器2动作0x00 断开 / 0x01 吸合其他值视为无效3校验前 3 字节异或防串口传输错位4 字节定长包的好处是解析逻辑简单、不依赖 strlen 这类库函数51 的 256 字节 RAM 也能轻松放下。校验用异或而不是累加和是因为异或只需要一个字节对继电器控制这种不要求高速率的场景足够。手机 APP 端按同样的格式组包发送即可。4.3 中断服务与主循环的参考实现main.c 的核心代码可以浓缩成下面这段和工程逻辑一致#include reg52.h #define RELAY_PORT P2 unsigned char rx_buf[4]; unsigned char rx_cnt 0; unsigned char rx_ok 0; void UART_Init(void); // 串口初始化见第 2 章 void UART_ISR(void) interrupt 4 { unsigned char dat; if (RI) { // 收到一字节 RI 0; dat SBUF; if (rx_cnt 0 dat ! 0xAA) { return; // 帧头不匹配丢弃等下一字节 } rx_buf[rx_cnt] dat; if (rx_cnt 4) { // 收满一帧 rx_cnt 0; if ((rx_buf[0] ^ rx_buf[1] ^ rx_buf[2]) rx_buf[3]) { rx_ok 1; // 校验通过交给主循环处理 } } } } void main(void) { unsigned char ch, act; UART_Init(); RELAY_PORT 0x00; // 上电先断开所有继电器高电平吸合 while (1) { if (rx_ok) { rx_ok 0; ch rx_buf[1]; act rx_buf[2]; if (ch 1 ch 4) { if (act 0x01) { RELAY_PORT | (0x01 (ch - 1)); // 对应位置 1吸合 } else if (act 0x00) { RELAY_PORT ~(0x01 (ch - 1)); // 对应位清 0断开 } } } } }这段的位操作值得展开。P2 口按位控制继电器用RELAY_PORT | (0x01 (ch-1))把对应位置 1RELAY_PORT ~(0x01 (ch-1))把对应位清 0就能做到改一路不动其他路。如果直接RELAY_PORT 0x00或 0xFF整体赋值多路同时控制时会把其他路的状态冲掉。中断服务里if (rx_cnt 0 dat ! 0xAA) return;是帧同步的第一道闸保证数据流中间漂进来的字节不会造成假帧。校验放在中断里做是可以的因为只做异或和比较没有耗时操作更严格的写法是把校验移到主循环中断里只填缓冲区但 4 字节定长帧在这个场景下中断里直接校验没有性能压力。这套代码的边界要说明白如果恰好丢失了帧中间的一个字节下一帧的 0xAA 会被当成当前帧的第三个字节造成连续丢两帧。实际工程会在接收过程中加超时判断比如连续两个字节间隔超过 50ms 就强制 rx_cnt 清零避免这种黏包错位。51 的串口没有硬件 FIFO中断服务里任何多余的操作都在拖累接收能力这是写这类代码始终要记住的约束。4.4 Keil 工程文件与编译产物对照pj_v1.0.uvproj 是 Keil uVision 工程文件用 Keil C51 打开后直接编译产物会写入 Objects。main.lst 是编译器生成的汇编列表文件当怀疑 C 代码被优化出问题、或者想确认某个位操作编译成了几条指令时查它比反复改代码快。pj_v1.build_log.htm 是编译日志出现 Warning 时逐一确认尤其是POINTER TO STRUCTURE这类提示往往对应指针或中断函数写法有问题。调试时把 pj_v1.0.hex 用 STC-ISP 或手头编程器烧进单片机注意 STC 系列烧录时 IRC 频率选择和实际晶振频率要一致否则串口波特率会整体漂移。5. 上电调试三板斧模块配对、串口数据、继电器抖动按序排查5.1 第一步USB 转 TTL 单独验证模块与 AT 指令不要一上来就把整个系统焊好再测。先把 brotheryz9 模块通过 USB 转 TTL 接到电脑模块 RXD 接 USB 工具的 TXD、模块 TXD 接 USB 工具的 RXD、共地。串口助手选 9600勾选发送新行发 AT。返回 OK 说明模块和 USB 工具都没问题。常见 AT 指令如下指令功能典型返回AT模块自检OKATNAMEBT-REMOTE修改蓝牙名称OKATPSWD1234设置配对密码OKATBAUD4设置波特率 9600OKATROLE0设为从机OK「HC05 蓝牙模块连接不上」这类问题九成出在三个地方波特率不匹配导致 AT 无响应、接线同名相连、模块没有进入 AT 模式。HC-05 类模块进入 AT 模式时通信波特率常常切到 38400如果发 AT 没反应把串口助手波特率切到 38400 再试一次。5.2 手机与电脑侧连接方式和驱动排查手机端用支持 SPP 的串口调试 APP 连接模块Android 下有蓝牙串口助手一类工具连接后可以看到一个虚拟串口收发方式和串口助手一致。iOS 对经典蓝牙 SPP 的支持受限所以这套工程的实际演示通常放在 Android 侧。电脑端如果设备管理器里蓝牙不显示或显示 Generic Bluetooth Adapter 且带感叹号先确认 Windows 蓝牙服务已启动再检查是否装了适配器厂商驱动。老 CSR 芯片的 USB 适配器在 Win 下经常遇到插入没反应卸载设备后重新扫描硬件改动即可恢复部分国产适配器BK/brlink 方案需要装驱动包才能被正确识别。删除不掉的旧蓝牙设备从设备管理器卸载并勾选删除驱动再重新配对。笔记本自带无线网卡如 AX210的蓝牙在设备管理器消失时先查 BIOS 里无线开关是否被禁用。5.3 第三步继电器侧三个症状对应三个根因收到指令但继电器不动作先量线圈两端电压。吸合时电压不到 4V多半是基极电阻太大导致三极管没有进入饱和区把 4.7k 换小一档再试。每次继电器释放瞬间单片机就复位几乎可以肯定是线圈两端没有续流二极管。上电瞬间所有继电器都「哒」了一下这是 51 复位期间 P2 输出全 1、NPN 全部导通造成的程序里 RELAY_PORT0x00 已经尽力但复位那几百微秒程序还没运行根治办法是给继电器线圈公共供电脚串 RC 延时或者换 PNP 管低电平驱动。按这个顺序排查比对着代码猜问题快得多。本文还有配套的精品资源点击获取