前阵子折腾“手机通过HC05控制Uno板载LED亮灭”第一篇做了基础的单向控制——手机发指令Arduino执行灯亮灯灭。但用着用着就发现一个问题手机这边发完指令压根不知道板子到底收到没有灯是真亮了还是没亮心里没底。所以这次做“回显”就是让Uno在收到指令后把状态消息原路发回手机把“看不见的串口通信”变成“看得见的确认反馈”顺便把HC05蓝牙模块的配置、主从模式、透传数据、手机端调试这些坑都捋一遍。1. 回显是什么为什么非做不可1.1 从“单向控制”到“双向互动”单向控制在很多入门例程里都够用发送“1”开灯“0”关灯Arduino收到后执行完事。但真实场景下一旦距离稍远、蓝牙信号受干扰、或者手机APP或者串口助手发送时多带了个换行符指令可能就丢了或者被解析成了错误命令。没有回显这些问题全靠猜。回显Echo的本意是把接收到的数据原样返回但在Arduino的应用语境里我更推荐“状态回显”——不是简单地把你收到的字符发回去而是Arduino在成功解析指令并执行操作后把当前状态比如LED是ON还是OFF封装成一条消息发回手机。这样手机端就能确认“这条指令确实被正确执行了”而不是只确认“收到了”。从控制系统的角度理解这其实是一个闭环手机发送指令是前向通道Arduino回传状态是反馈通道。有了反馈整个系统才算是真正的双向通信也才能为后续做错误重发、状态同步、多设备联动打下基础。1.2 回显机制的核心原理回显的核心逻辑在Arduino的循环里就三件事读串口、解析指令、回发状态。HC05蓝牙模块通过串口和Uno通信默认波特率常见为9600或38400取决于固件和配置。手机端通过蓝牙无线发送数据HC05收到后从TXD引脚把数据通过串口发给Uno的RX引脚0Uno的Serial.read()读到字节后按约定协议解析比如判断是否等于1或0然后把控制引脚的电平拉高或拉低。回显的关键差异在于执行完LED操作后Uno再通过Serial.println()把一条状态消息发回HC05的RXD引脚HC05再通过蓝牙无线发给手机。手机端蓝牙串口APP的接收区就能看到这条消息。有一点需要注意HC05和Uno之间的串口是交叉连接HC05的TXD接Uno的RX0号脚HC05的RXD接Uno的TX1号脚GND必须共地。很多人第一次接线会接反导致收不到任何数据。1.3 回显在调试和产品化中的价值做回显不只是“多一行代码”的事它在整个项目生命周期里都有实际作用。调试阶段的价值最直接。你写了一个解析逻辑怎么知道它解析对了没有回显你只能靠猜灯亮了说明收到了灯没亮说明没收到。但灯没亮分好几种原因手机没发出数据、蓝牙断了、HC05没配对、串口接线错了、Uno没跑起来、指令格式不对。有了回显你发一条指令手机立刻能收到“LED: ON”或“LED: OFF”就能把问题快速定位到哪一层。产品化阶段回显更是刚需。比如做一个蓝牙控制的智能灯用户手机上点“开灯”如果灯坏了或者通信异常用户会以为指令没发出去体验很差。有回显的话设备端至少能告诉手机“我收到了并且执行了”手机据此更新界面状态。更进一步还可以回传传感器数据、电池电量、错误码这就是一个设备状态上报协议的雏形了。所以说回显不是锦上添花而是从“玩具”走向“工具”的必经之路。2. 硬件接线与HC05模块工作模式2.1 材料清单和接线细节先说硬件默认你手里已经有Arduino Uno板子一块板载LED在数字13脚HC05蓝牙模块一个主从一体版本常见的是带底板的那种手机一部安卓苹果都行苹果需要依赖Lightning转串口的硬件实测体验一般建议优先用安卓机调串口4根杜邦线母对母最好HC05底板引脚间距是2.54mm标准排针Uno的排母直接插可选面包板、USB转TTL模块用于单独配置HC05参数接线之前强烈建议先给Uno断电带电插拔串口线容易把模块烧掉。接线方式是HC05引脚Uno引脚说明VCC5V供电HC05板载稳压可以吃5VGNDGND必须共地否则通信电平参考不一样TXDRX0号HC05发送给UnoRXDTX1号Uno发送给HC05STATE可选不接状态指示用于检测连接状态EN/KEY可选不接或接高电平用于强制进入AT指令模式这里有个大坑Uno的0号和1号引脚同时连接着板载USB转串口芯片也就是说当你用USB线把Uno连到电脑烧录程序时HC05也接在同样的串口上两边会争抢数据。所以每次烧录程序时最稳妥的做法是拔掉HC05的TXD和RXD两根线只保留供电和地线否则烧录可能会失败。我一开始不知道这个经常烧录时报错“avrdude: stk500_getsync() attempt 1 of 10: not in sync”排查半天才发现是HC05干扰了串口。2.2 让HC05进入AT指令模式HC05有两种工作模式AT指令模式和透传模式。AT模式用于配置参数透传模式用于正常收发数据。进入AT模式的方法最常见的是按住HC05底板上的黑色小按键再给模块上电或者先上电再按住不放等2秒此时模块指示灯会慢闪大概2秒闪一次就表示已经进入AT模式。有的模块有EN引脚把EN接高电平再上电也能进入。如果你用的是没有底板、裸版的HC05那就需要把KEY/EN引脚接高电平接3.3V或5V看模块耐压多数可以接5V再上电。建议新手直接买带底板带按键的版本省去飞线的麻烦。进入AT模式后模块默认波特率是38400也有老版本是9600需要用一个USB转TTL模块把它连接到电脑然后打开串口助手选择对应的COM口和波特率。注意AT模式下发送指令必须带回车换行\r\n否则模块不响应。你可以用串口助手发送区勾选“发送新行”功能。常用的AT指令有这些指令功能示例AT测试通信是否正常返回OKATNAME修改蓝牙名称ATNAMEHC05-LEDATPSWD修改配对密码ATPSWD1234ATROLE设置主从角色ATROLE0从机ATUART设置串口波特率ATUART9600,0,0ATCMODE设置连接模式ATCMODE1任意地址连接我实测下来返回“OK”是AT模式正常工作的最直接体现。有不少人卡在这一步就是因为没有勾选“发送新行”或者波特率搞错了。如果发送AT没有反应试着切换38400和9600两个波特率再看模块指示灯是不是慢闪。2.3 主从模式设置与串口参数配置手机控制Uno的场景HC05一般工作在从机模式ROLE0手机作为主机主动搜索并连接它。如果要做两块HC05之间通信才需要设置一主一从那就是另一个话题了。设置从机模式先进入AT模式发送ATROLE0正常会返回OK。确认一下也可以ATROLE?返回值里能看角色编号。然后设置串口波特率。这里有个关键决策Uno的Serial默认跑什么速度HC05就要配合什么速度。我习惯用9600稳定且够用。指令如下ATUART9600,0,0三个参数分别是波特率、停止位、校验位。9600,0,0表示波特率9600停止位1位无校验。返回OK后模块会记住这个配置。下次重新上电就默认以9600的波特率工作。有人问为什么要单独设置波特率因为HC05默认可能是38400AT模式或者9600透传模式如果你在Arduino代码里用的是9600模块却是38400两边比特率对不上收到的就全是乱码。所以这步务必确认。设置完成后给模块断电再重新上电此时模块回到透传模式如果你没有按住按键。透传模式的指示灯通常是快闪大概1秒闪几次等待连接。2.4 进入透传模式的判断方法透传模式就是正常通信模式。判断方法主要看指示灯状态慢闪亮1秒灭2秒AT指令模式快闪亮0.1秒灭0.1秒左右透传模式等待连接常亮已经有设备连接上了我踩过的一个坑是重新上电后忘记确认是否退出了AT模式结果手机搜索蓝牙时能看到模块但怎么都连不上或者连上了发数据没反应。后来学会看指示灯透传模式是快闪AT模式是慢闪一目了然。如果还处于AT模式按一下模块上的复位按键有些底板有RST键或者断电重新上电就行。还有一点进入透传模式后波特率要按照你AT指令里设置的9600来跑。手机连接模块后在串口助手APP里也要把波特率选成9600收发才能对上。3. Arduino端代码设计与回显实现3.1 代码框架状态机还是直接解析很多人一开始写蓝牙控制代码就是最简单的if (Serial.available()) { char c Serial.read(); if (c 1) digitalWrite(13, HIGH); if (c 0) digitalWrite(13, LOW); }这个确实能跑但有几个问题只能处理单个字符如果你手机发送的是字符串“ON”、“OFF”或者带换行就不好处理。没有回显不知道执行结果。没有做非法指令的处理。所以这次我改成基于字符串解析的版本从串口读取一行以换行符\n为结尾然后比对整个字符串。这样手机端发送消息时格式更灵活也方便扩展。如果后续指令变多比如要控制多个LED、读取温度、调整亮度建议用状态机或者switch-case分支但现阶段一个简单的字符串比对足够清晰。先把回显机制跑通再考虑扩展。3.2 完整代码示例带回显下面是我调试通过的一个版本配套手机蓝牙串口APP使用// 手机通过HC05控制Uno板载LED带状态回显 // 波特率96008N1指令以换行符\n结尾 const int ledPin 13; // 板载LEDUno上标着L的那个 String inputString ; // 用于缓存串口收到的字符 bool stringComplete false; // 是否收到完整的一行 void setup() { Serial.begin(9600); pinMode(ledPin, OUTPUT); digitalWrite(ledPin, LOW); // 上电后主动回显一条欢迎消息顺便验证链路是否通了 Serial.println(SYSTEM: HC05-LED READY); } void loop() { // 有完整指令时处理 if (stringComplete) { // 去掉末尾的换行和回车 inputString.trim(); // 解析指令 if (inputString ON || inputString on || inputString 1) { digitalWrite(ledPin, HIGH); Serial.println(LED: ON); } else if (inputString OFF || inputString off || inputString 0) { digitalWrite(ledPin, LOW); Serial.println(LED: OFF); } else if (inputString STATE) { // 查询当前状态 if (digitalRead(ledPin) HIGH) { Serial.println(LED: ON); } else { Serial.println(LED: OFF); } } else { // 未识别的指令回显错误信息 Serial.println(ERR: UNKNOWN COMMAND); } // 清空缓存准备接收下一条 inputString ; stringComplete false; } } // 串口中断接收注意这是Uno默认的软串口机制不是中断是轮询。 // 实际上下面这个是标准做法放在loop里读也可以但更推荐用串口事件函数。等等上面注释里我写串口事件其实Arduino默认的serialEvent()是在loop最后自动调用的新版IDE和某些核心上已废弃。为了避免混淆这里我改成直接在loop里非阻塞读取void loop() { // 非阻塞读串口 while (Serial.available()) { char inChar (char)Serial.read(); inputString inChar; if (inChar \n) { stringComplete true; } } // 有完整指令时处理 if (stringComplete) { inputString.trim(); if (inputString ON || inputString on || inputString 1) { digitalWrite(ledPin, HIGH); Serial.println(LED: ON); } else if (inputString OFF || inputString off || inputString 0) { digitalWrite(ledPin, LOW); Serial.println(LED: OFF); } else if (inputString STATE) { if (digitalRead(ledPin) HIGH) { Serial.println(LED: ON); } else { Serial.println(LED: OFF); } } else { Serial.println(ERR: UNKNOWN COMMAND); } inputString ; stringComplete false; } }这样逻辑更清晰而且不带任何平台特定的serialEvent依赖。你把上面setup和loop合在一起就是完整代码。3.3 关键代码逐段解读先看这个while循环while (Serial.available()) { char inChar (char)Serial.read(); inputString inChar; if (inChar \n) { stringComplete true; } }Serial.available()返回接收缓冲区中的字节数只要大于0就说明有数据进来。每次读一个字节追加到inputString里。遇到换行符\n就认为一条指令结束。这里我特意用\n而不是\r\n因为不同的手机APP发送换行方式不一样有的发\r\n有的只发\n。Arduino的Serial.read()会把\r和\n都读进来所以后面用trim()把两端的空白字符包括\r去掉确保比对时不会被干扰。再来看指令比对if (inputString ON || inputString on || inputString 1) { digitalWrite(ledPin, HIGH); Serial.println(LED: ON); }为什么要同时支持“ON”和“1”因为有的手机APP有自定义按钮可以把按钮值设为字符串或数字有的用户习惯发“1”有的习惯发“ON”。都兼容一下省得到时候换APP还要改代码。关键在于执行完digitalWrite之后紧跟一行Serial.println(LED: ON)这就是回显。消息格式用了“LED: ON”这种语义化字符串而不是只回一个字符。我后来扩展成查询指令STATE手机发送“STATE”Uno会返回当前LED状态这在调试时特别有用——即使手机之前发了指令没收到回显也能主动问一次。还有错误处理分支else { Serial.println(ERR: UNKNOWN COMMAND); }不要小看这个else。如果你手机不小心发了“1\n”以外的垃圾字符比如蓝牙连接时HC05会转发一些握手信息或者串口助手默认带上了时间戳Uno收到无法识别的指令时会回显一个错误码。这不仅告诉你“确实收到了但没听懂”也方便你观察手机端发送的原始内容。很多奇怪问题都是这么定位出来的。3.4 回显消息格式设计要点回显消息虽然简单但格式设计会影响后续扩展。我这里用了三组前缀SYSTEM、LED、ERR。你们可以根据自己的项目设计一套简单的通信协议。前缀含义示例SYSTEM系统级消息用于上电提示、连接确认SYSTEM: HC05-LED READYLED控制结果状态LED: ON / LED: OFFERR错误信息ERR: UNKNOWN COMMAND设计原则有三条可读性优先。人眼一看就知道发生了什么不需要查协议表。像“LED: ON”这种比“0x01”直观得多。前缀区分消息类型。这样手机APP收到消息后可以用contains或者startswith判断是状态还是错误便于界面更新。每条消息以换行结尾。这样通讯双方都能用“按行读取”来切分数据避免粘包。如果你以后要做更复杂的功能比如回传温度可以定义成“TEMP: 25.6”回传多个LED状态可以定义成“LED: [ON, OFF, ON]”。这些都是从回显格式自然延伸出来的。4. 手机端与HC05的连接和调试4.1 手机配对HC05的注意事项手机和HC05的配对我实测遇到最多的问题就是“找不到模块”或“配对失败”。首先要确保模块处于透传模式且未被占用。如果之前已经连过其他手机有些模块不会自动断开老连接导致新手机搜不到。解决办法模块断电重新上电让它重新进入待连接状态。其次手机蓝牙列表里可能有好几个设备注意区分HC05默认名称一般是“HC-05”或你设置过的自定义名称。如果找不到可以试一下在手机蓝牙设置里“扫描设备”稍微等待几秒。配对密码默认是1234或0000视模块固件而定。输入正确密码后手机显示“已配对”。但注意配对成功不等于可以收发数据。与蓝牙音箱不同HC05作为串口透传模块配对后还需要手机端APP打开一个虚拟串口连接才能收发数据。安卓手机的话很多自带蓝牙设置不支持“连接”这个服务需要在APP里发起连接。所以建议直接装一个“蓝牙串口助手”之类的APP在里面搜索并连接HC05而不是在系统蓝牙里连。4.2 使用串口调试APP实测回显APP的选择安卓端我常用“Serial Bluetooth Terminal”中文叫串口蓝牙终端也可以选“蓝牙调试助手”。IOS端因为蓝牙串口协议支持受限得用特定的Lightning转串口硬件配合体验比较折腾所以这期主要讲安卓。打开APP后先搜索设备找到HC05点击连接。第一次连接可能会弹出配对请求输入密码1234/0000。连接成功后APP会提示已连接同时HC05指示灯变为常亮。这时在APP的发送框中输入“STATE”并发送记得勾选发送新行或者手动加\n正常情况下接收区会显示“LED: OFF”如果上电后没开过灯。这就是回显数据说明整条链路打通了。接着发送“ON”接收区应该出现“LED: ON”。同时看一眼Uno板上的L灯确实亮了。再发送“OFF”灯灭回显“LED: OFF”。到这里一个完整的带回显的蓝牙控制就调通了。我强烈建议把“发送新行”选项打开。因为Arduino代码里以\n作为指令结束符。如果不发换行Uno的stringComplete永远不会置true指令就一直缓存着不执行。这是新手最容易踩的坑——明明发送了“ON”灯却不动其实就是换行符的问题。4.3 手机控制LED亮灭的回显流程演示我实际的操作记录大致是这样打开APP搜索到“HC05-LED”点击连接状态从“未连接”变“已连接”模块指示灯常亮。发送“STATE\n”接收区刷出“LED: OFF”说明链路正常。发送“ON\n”过了一两百毫秒接收区刷出“LED: ON”同时板载LED点亮。发送“OFF\n”接收区刷出“LED: OFF”灯灭。故意发送“ABC\n”接收区刷出“ERR: UNKNOWN COMMAND”证明错误处理也在工作。这个流程看着简单但每一步都在验证不同环节第一次回显验证了串口链路和蓝牙透传第二次回显验证了指令解析和执行错误回显验证了异常处理。整套下来系统就不再是一个“黑盒”了。有人问回显延迟会不会明显我实测在9600波特率下一条“LED: ON”大概12个字符每个字符大约1毫秒加上处理时间手机端几乎是秒回。如果出现明显延迟多检查一下是不是手机APP本身卡顿或者蓝牙信号差导致重传。5. 典型问题与排查实录5.1 HC05连接不上先查硬件再查配对“HC05蓝牙模块连接不上”这个问题几乎每天都有新人问。按以下顺序排查现象可能原因排查方法手机搜不到HC05模块不在透传模式看指示灯慢闪是AT模式重新上电手机搜不到HC05模块被其他设备占用断电重启模块搜到了但配对失败密码错误尝试1234或0000也可以在AT模式下用ATPSWD查看设定配对成功但APP连不上手机自带蓝牙管理限制直接在APP里重新搜索并连接连接上了但发指令没反应波特率不匹配检查Uno代码和APP的波特率是否都是9600连接上了但收不到回显接线错误检查TXD/RXD是否交叉连接GND是否共地我最常碰见的就是AT模式下忘记重新上电手机当然搜不到。把模块断电再上电指示灯从慢闪变快闪就能搜到了。5.2 能收不能发或能发不能收能收到回显但发不了指令说明HC05到Uno的路径是通的问题出在Uno到HC05。检查RXDUno TX是否接了HC05的RXD很多板子引脚标注容易看反。另外确认代码里是否用了Serial.print而不是Serial.println如果你的协议按换行切分缺了\n会导致数据一直堆积在缓冲区。反过来能发指令但收不到回显重点检查HC05的TXD是否接到Uno的RX。如果Uno的RX没接好串口中断收不到数据当然也就无法解析和执行。还可以试试在setup里加一个Serial.println(TEST)上电瞬间看手机能否收到如果收到说明蓝牙链路和串口方向都正常问题只在执行逻辑里。5.3 回显乱码或重复乱码基本就是波特率不对。手机APP、HC05、Uno三者的波特率必须完全一致。HC05的波特率是在AT模式下用ATUART设置的Uno用Serial.begin设置APP在连接后也要选同样的波特率。任何一处不匹配收到的都是像“???”这样的乱码。还有一种情况是回显重复比如发一条“ON”手机收到两条“LED: ON”。这通常是因为APP勾选了本地回显本地回显把发送的字符也显示出来再加上Uno的远程回显看起来就像重复了。解决关掉APP的本地回显选项。5.4 状态指示灯的含义与异常判断HC05底板上的LED状态是排查问题的第一参考。我把常见状态列个表LED状态含义应对常亮已连接手机正常快闪亮灭间隔约0.5秒透传模式未连接等待连接慢闪亮约1秒灭约2秒AT指令模式断电重启进入透传不亮没供电或模块损坏检查VCC/GND如果你看到模块快闪但手机连不上重点查配对密码和APP连接方式看到常亮但发送没反应重点查波特率和引脚接线。总之先看灯再动手能省很多时间。最后说点实际体会折腾完这一版带“回显”的HC05控制之后我最大的感受是多花十分钟写回显能省下后面两三个小时的排查时间。以前发一条指令灯没亮我得猜是蓝牙断了还是指令没解析对现在看一眼手机上的回显消息问题出在哪一层立刻清楚。而且这套“发送-解析-执行-回显-错误处理”的框架基本可以直接套用到其他传感器读取、电机控制、甚至多设备通信上。另外分享一个小技巧如果你手头有两个HC05可以试试双机通信一个主机接UnoA一个从机接UnoB主机发指令从机执行并回显。你会发现主从模式下的回显机制和手机控制完全一样只是数据源从手机换成了另一块板子。这个玩法搞通了距离做一个真正的无线遥控小车或者分布式传感网络就不远了。这篇的代码和接线都是实测过的基础版本直接把Hex代码复制进Arduino IDE按上面的接线方式连好基本就能跑通。如果还有问题欢迎在评论区把现象发出来我尽量帮你定位。
HC05蓝牙模块与Arduino串口回显：手机控制LED的完整实现
前阵子折腾“手机通过HC05控制Uno板载LED亮灭”第一篇做了基础的单向控制——手机发指令Arduino执行灯亮灯灭。但用着用着就发现一个问题手机这边发完指令压根不知道板子到底收到没有灯是真亮了还是没亮心里没底。所以这次做“回显”就是让Uno在收到指令后把状态消息原路发回手机把“看不见的串口通信”变成“看得见的确认反馈”顺便把HC05蓝牙模块的配置、主从模式、透传数据、手机端调试这些坑都捋一遍。1. 回显是什么为什么非做不可1.1 从“单向控制”到“双向互动”单向控制在很多入门例程里都够用发送“1”开灯“0”关灯Arduino收到后执行完事。但真实场景下一旦距离稍远、蓝牙信号受干扰、或者手机APP或者串口助手发送时多带了个换行符指令可能就丢了或者被解析成了错误命令。没有回显这些问题全靠猜。回显Echo的本意是把接收到的数据原样返回但在Arduino的应用语境里我更推荐“状态回显”——不是简单地把你收到的字符发回去而是Arduino在成功解析指令并执行操作后把当前状态比如LED是ON还是OFF封装成一条消息发回手机。这样手机端就能确认“这条指令确实被正确执行了”而不是只确认“收到了”。从控制系统的角度理解这其实是一个闭环手机发送指令是前向通道Arduino回传状态是反馈通道。有了反馈整个系统才算是真正的双向通信也才能为后续做错误重发、状态同步、多设备联动打下基础。1.2 回显机制的核心原理回显的核心逻辑在Arduino的循环里就三件事读串口、解析指令、回发状态。HC05蓝牙模块通过串口和Uno通信默认波特率常见为9600或38400取决于固件和配置。手机端通过蓝牙无线发送数据HC05收到后从TXD引脚把数据通过串口发给Uno的RX引脚0Uno的Serial.read()读到字节后按约定协议解析比如判断是否等于1或0然后把控制引脚的电平拉高或拉低。回显的关键差异在于执行完LED操作后Uno再通过Serial.println()把一条状态消息发回HC05的RXD引脚HC05再通过蓝牙无线发给手机。手机端蓝牙串口APP的接收区就能看到这条消息。有一点需要注意HC05和Uno之间的串口是交叉连接HC05的TXD接Uno的RX0号脚HC05的RXD接Uno的TX1号脚GND必须共地。很多人第一次接线会接反导致收不到任何数据。1.3 回显在调试和产品化中的价值做回显不只是“多一行代码”的事它在整个项目生命周期里都有实际作用。调试阶段的价值最直接。你写了一个解析逻辑怎么知道它解析对了没有回显你只能靠猜灯亮了说明收到了灯没亮说明没收到。但灯没亮分好几种原因手机没发出数据、蓝牙断了、HC05没配对、串口接线错了、Uno没跑起来、指令格式不对。有了回显你发一条指令手机立刻能收到“LED: ON”或“LED: OFF”就能把问题快速定位到哪一层。产品化阶段回显更是刚需。比如做一个蓝牙控制的智能灯用户手机上点“开灯”如果灯坏了或者通信异常用户会以为指令没发出去体验很差。有回显的话设备端至少能告诉手机“我收到了并且执行了”手机据此更新界面状态。更进一步还可以回传传感器数据、电池电量、错误码这就是一个设备状态上报协议的雏形了。所以说回显不是锦上添花而是从“玩具”走向“工具”的必经之路。2. 硬件接线与HC05模块工作模式2.1 材料清单和接线细节先说硬件默认你手里已经有Arduino Uno板子一块板载LED在数字13脚HC05蓝牙模块一个主从一体版本常见的是带底板的那种手机一部安卓苹果都行苹果需要依赖Lightning转串口的硬件实测体验一般建议优先用安卓机调串口4根杜邦线母对母最好HC05底板引脚间距是2.54mm标准排针Uno的排母直接插可选面包板、USB转TTL模块用于单独配置HC05参数接线之前强烈建议先给Uno断电带电插拔串口线容易把模块烧掉。接线方式是HC05引脚Uno引脚说明VCC5V供电HC05板载稳压可以吃5VGNDGND必须共地否则通信电平参考不一样TXDRX0号HC05发送给UnoRXDTX1号Uno发送给HC05STATE可选不接状态指示用于检测连接状态EN/KEY可选不接或接高电平用于强制进入AT指令模式这里有个大坑Uno的0号和1号引脚同时连接着板载USB转串口芯片也就是说当你用USB线把Uno连到电脑烧录程序时HC05也接在同样的串口上两边会争抢数据。所以每次烧录程序时最稳妥的做法是拔掉HC05的TXD和RXD两根线只保留供电和地线否则烧录可能会失败。我一开始不知道这个经常烧录时报错“avrdude: stk500_getsync() attempt 1 of 10: not in sync”排查半天才发现是HC05干扰了串口。2.2 让HC05进入AT指令模式HC05有两种工作模式AT指令模式和透传模式。AT模式用于配置参数透传模式用于正常收发数据。进入AT模式的方法最常见的是按住HC05底板上的黑色小按键再给模块上电或者先上电再按住不放等2秒此时模块指示灯会慢闪大概2秒闪一次就表示已经进入AT模式。有的模块有EN引脚把EN接高电平再上电也能进入。如果你用的是没有底板、裸版的HC05那就需要把KEY/EN引脚接高电平接3.3V或5V看模块耐压多数可以接5V再上电。建议新手直接买带底板带按键的版本省去飞线的麻烦。进入AT模式后模块默认波特率是38400也有老版本是9600需要用一个USB转TTL模块把它连接到电脑然后打开串口助手选择对应的COM口和波特率。注意AT模式下发送指令必须带回车换行\r\n否则模块不响应。你可以用串口助手发送区勾选“发送新行”功能。常用的AT指令有这些指令功能示例AT测试通信是否正常返回OKATNAME修改蓝牙名称ATNAMEHC05-LEDATPSWD修改配对密码ATPSWD1234ATROLE设置主从角色ATROLE0从机ATUART设置串口波特率ATUART9600,0,0ATCMODE设置连接模式ATCMODE1任意地址连接我实测下来返回“OK”是AT模式正常工作的最直接体现。有不少人卡在这一步就是因为没有勾选“发送新行”或者波特率搞错了。如果发送AT没有反应试着切换38400和9600两个波特率再看模块指示灯是不是慢闪。2.3 主从模式设置与串口参数配置手机控制Uno的场景HC05一般工作在从机模式ROLE0手机作为主机主动搜索并连接它。如果要做两块HC05之间通信才需要设置一主一从那就是另一个话题了。设置从机模式先进入AT模式发送ATROLE0正常会返回OK。确认一下也可以ATROLE?返回值里能看角色编号。然后设置串口波特率。这里有个关键决策Uno的Serial默认跑什么速度HC05就要配合什么速度。我习惯用9600稳定且够用。指令如下ATUART9600,0,0三个参数分别是波特率、停止位、校验位。9600,0,0表示波特率9600停止位1位无校验。返回OK后模块会记住这个配置。下次重新上电就默认以9600的波特率工作。有人问为什么要单独设置波特率因为HC05默认可能是38400AT模式或者9600透传模式如果你在Arduino代码里用的是9600模块却是38400两边比特率对不上收到的就全是乱码。所以这步务必确认。设置完成后给模块断电再重新上电此时模块回到透传模式如果你没有按住按键。透传模式的指示灯通常是快闪大概1秒闪几次等待连接。2.4 进入透传模式的判断方法透传模式就是正常通信模式。判断方法主要看指示灯状态慢闪亮1秒灭2秒AT指令模式快闪亮0.1秒灭0.1秒左右透传模式等待连接常亮已经有设备连接上了我踩过的一个坑是重新上电后忘记确认是否退出了AT模式结果手机搜索蓝牙时能看到模块但怎么都连不上或者连上了发数据没反应。后来学会看指示灯透传模式是快闪AT模式是慢闪一目了然。如果还处于AT模式按一下模块上的复位按键有些底板有RST键或者断电重新上电就行。还有一点进入透传模式后波特率要按照你AT指令里设置的9600来跑。手机连接模块后在串口助手APP里也要把波特率选成9600收发才能对上。3. Arduino端代码设计与回显实现3.1 代码框架状态机还是直接解析很多人一开始写蓝牙控制代码就是最简单的if (Serial.available()) { char c Serial.read(); if (c 1) digitalWrite(13, HIGH); if (c 0) digitalWrite(13, LOW); }这个确实能跑但有几个问题只能处理单个字符如果你手机发送的是字符串“ON”、“OFF”或者带换行就不好处理。没有回显不知道执行结果。没有做非法指令的处理。所以这次我改成基于字符串解析的版本从串口读取一行以换行符\n为结尾然后比对整个字符串。这样手机端发送消息时格式更灵活也方便扩展。如果后续指令变多比如要控制多个LED、读取温度、调整亮度建议用状态机或者switch-case分支但现阶段一个简单的字符串比对足够清晰。先把回显机制跑通再考虑扩展。3.2 完整代码示例带回显下面是我调试通过的一个版本配套手机蓝牙串口APP使用// 手机通过HC05控制Uno板载LED带状态回显 // 波特率96008N1指令以换行符\n结尾 const int ledPin 13; // 板载LEDUno上标着L的那个 String inputString ; // 用于缓存串口收到的字符 bool stringComplete false; // 是否收到完整的一行 void setup() { Serial.begin(9600); pinMode(ledPin, OUTPUT); digitalWrite(ledPin, LOW); // 上电后主动回显一条欢迎消息顺便验证链路是否通了 Serial.println(SYSTEM: HC05-LED READY); } void loop() { // 有完整指令时处理 if (stringComplete) { // 去掉末尾的换行和回车 inputString.trim(); // 解析指令 if (inputString ON || inputString on || inputString 1) { digitalWrite(ledPin, HIGH); Serial.println(LED: ON); } else if (inputString OFF || inputString off || inputString 0) { digitalWrite(ledPin, LOW); Serial.println(LED: OFF); } else if (inputString STATE) { // 查询当前状态 if (digitalRead(ledPin) HIGH) { Serial.println(LED: ON); } else { Serial.println(LED: OFF); } } else { // 未识别的指令回显错误信息 Serial.println(ERR: UNKNOWN COMMAND); } // 清空缓存准备接收下一条 inputString ; stringComplete false; } } // 串口中断接收注意这是Uno默认的软串口机制不是中断是轮询。 // 实际上下面这个是标准做法放在loop里读也可以但更推荐用串口事件函数。等等上面注释里我写串口事件其实Arduino默认的serialEvent()是在loop最后自动调用的新版IDE和某些核心上已废弃。为了避免混淆这里我改成直接在loop里非阻塞读取void loop() { // 非阻塞读串口 while (Serial.available()) { char inChar (char)Serial.read(); inputString inChar; if (inChar \n) { stringComplete true; } } // 有完整指令时处理 if (stringComplete) { inputString.trim(); if (inputString ON || inputString on || inputString 1) { digitalWrite(ledPin, HIGH); Serial.println(LED: ON); } else if (inputString OFF || inputString off || inputString 0) { digitalWrite(ledPin, LOW); Serial.println(LED: OFF); } else if (inputString STATE) { if (digitalRead(ledPin) HIGH) { Serial.println(LED: ON); } else { Serial.println(LED: OFF); } } else { Serial.println(ERR: UNKNOWN COMMAND); } inputString ; stringComplete false; } }这样逻辑更清晰而且不带任何平台特定的serialEvent依赖。你把上面setup和loop合在一起就是完整代码。3.3 关键代码逐段解读先看这个while循环while (Serial.available()) { char inChar (char)Serial.read(); inputString inChar; if (inChar \n) { stringComplete true; } }Serial.available()返回接收缓冲区中的字节数只要大于0就说明有数据进来。每次读一个字节追加到inputString里。遇到换行符\n就认为一条指令结束。这里我特意用\n而不是\r\n因为不同的手机APP发送换行方式不一样有的发\r\n有的只发\n。Arduino的Serial.read()会把\r和\n都读进来所以后面用trim()把两端的空白字符包括\r去掉确保比对时不会被干扰。再来看指令比对if (inputString ON || inputString on || inputString 1) { digitalWrite(ledPin, HIGH); Serial.println(LED: ON); }为什么要同时支持“ON”和“1”因为有的手机APP有自定义按钮可以把按钮值设为字符串或数字有的用户习惯发“1”有的习惯发“ON”。都兼容一下省得到时候换APP还要改代码。关键在于执行完digitalWrite之后紧跟一行Serial.println(LED: ON)这就是回显。消息格式用了“LED: ON”这种语义化字符串而不是只回一个字符。我后来扩展成查询指令STATE手机发送“STATE”Uno会返回当前LED状态这在调试时特别有用——即使手机之前发了指令没收到回显也能主动问一次。还有错误处理分支else { Serial.println(ERR: UNKNOWN COMMAND); }不要小看这个else。如果你手机不小心发了“1\n”以外的垃圾字符比如蓝牙连接时HC05会转发一些握手信息或者串口助手默认带上了时间戳Uno收到无法识别的指令时会回显一个错误码。这不仅告诉你“确实收到了但没听懂”也方便你观察手机端发送的原始内容。很多奇怪问题都是这么定位出来的。3.4 回显消息格式设计要点回显消息虽然简单但格式设计会影响后续扩展。我这里用了三组前缀SYSTEM、LED、ERR。你们可以根据自己的项目设计一套简单的通信协议。前缀含义示例SYSTEM系统级消息用于上电提示、连接确认SYSTEM: HC05-LED READYLED控制结果状态LED: ON / LED: OFFERR错误信息ERR: UNKNOWN COMMAND设计原则有三条可读性优先。人眼一看就知道发生了什么不需要查协议表。像“LED: ON”这种比“0x01”直观得多。前缀区分消息类型。这样手机APP收到消息后可以用contains或者startswith判断是状态还是错误便于界面更新。每条消息以换行结尾。这样通讯双方都能用“按行读取”来切分数据避免粘包。如果你以后要做更复杂的功能比如回传温度可以定义成“TEMP: 25.6”回传多个LED状态可以定义成“LED: [ON, OFF, ON]”。这些都是从回显格式自然延伸出来的。4. 手机端与HC05的连接和调试4.1 手机配对HC05的注意事项手机和HC05的配对我实测遇到最多的问题就是“找不到模块”或“配对失败”。首先要确保模块处于透传模式且未被占用。如果之前已经连过其他手机有些模块不会自动断开老连接导致新手机搜不到。解决办法模块断电重新上电让它重新进入待连接状态。其次手机蓝牙列表里可能有好几个设备注意区分HC05默认名称一般是“HC-05”或你设置过的自定义名称。如果找不到可以试一下在手机蓝牙设置里“扫描设备”稍微等待几秒。配对密码默认是1234或0000视模块固件而定。输入正确密码后手机显示“已配对”。但注意配对成功不等于可以收发数据。与蓝牙音箱不同HC05作为串口透传模块配对后还需要手机端APP打开一个虚拟串口连接才能收发数据。安卓手机的话很多自带蓝牙设置不支持“连接”这个服务需要在APP里发起连接。所以建议直接装一个“蓝牙串口助手”之类的APP在里面搜索并连接HC05而不是在系统蓝牙里连。4.2 使用串口调试APP实测回显APP的选择安卓端我常用“Serial Bluetooth Terminal”中文叫串口蓝牙终端也可以选“蓝牙调试助手”。IOS端因为蓝牙串口协议支持受限得用特定的Lightning转串口硬件配合体验比较折腾所以这期主要讲安卓。打开APP后先搜索设备找到HC05点击连接。第一次连接可能会弹出配对请求输入密码1234/0000。连接成功后APP会提示已连接同时HC05指示灯变为常亮。这时在APP的发送框中输入“STATE”并发送记得勾选发送新行或者手动加\n正常情况下接收区会显示“LED: OFF”如果上电后没开过灯。这就是回显数据说明整条链路打通了。接着发送“ON”接收区应该出现“LED: ON”。同时看一眼Uno板上的L灯确实亮了。再发送“OFF”灯灭回显“LED: OFF”。到这里一个完整的带回显的蓝牙控制就调通了。我强烈建议把“发送新行”选项打开。因为Arduino代码里以\n作为指令结束符。如果不发换行Uno的stringComplete永远不会置true指令就一直缓存着不执行。这是新手最容易踩的坑——明明发送了“ON”灯却不动其实就是换行符的问题。4.3 手机控制LED亮灭的回显流程演示我实际的操作记录大致是这样打开APP搜索到“HC05-LED”点击连接状态从“未连接”变“已连接”模块指示灯常亮。发送“STATE\n”接收区刷出“LED: OFF”说明链路正常。发送“ON\n”过了一两百毫秒接收区刷出“LED: ON”同时板载LED点亮。发送“OFF\n”接收区刷出“LED: OFF”灯灭。故意发送“ABC\n”接收区刷出“ERR: UNKNOWN COMMAND”证明错误处理也在工作。这个流程看着简单但每一步都在验证不同环节第一次回显验证了串口链路和蓝牙透传第二次回显验证了指令解析和执行错误回显验证了异常处理。整套下来系统就不再是一个“黑盒”了。有人问回显延迟会不会明显我实测在9600波特率下一条“LED: ON”大概12个字符每个字符大约1毫秒加上处理时间手机端几乎是秒回。如果出现明显延迟多检查一下是不是手机APP本身卡顿或者蓝牙信号差导致重传。5. 典型问题与排查实录5.1 HC05连接不上先查硬件再查配对“HC05蓝牙模块连接不上”这个问题几乎每天都有新人问。按以下顺序排查现象可能原因排查方法手机搜不到HC05模块不在透传模式看指示灯慢闪是AT模式重新上电手机搜不到HC05模块被其他设备占用断电重启模块搜到了但配对失败密码错误尝试1234或0000也可以在AT模式下用ATPSWD查看设定配对成功但APP连不上手机自带蓝牙管理限制直接在APP里重新搜索并连接连接上了但发指令没反应波特率不匹配检查Uno代码和APP的波特率是否都是9600连接上了但收不到回显接线错误检查TXD/RXD是否交叉连接GND是否共地我最常碰见的就是AT模式下忘记重新上电手机当然搜不到。把模块断电再上电指示灯从慢闪变快闪就能搜到了。5.2 能收不能发或能发不能收能收到回显但发不了指令说明HC05到Uno的路径是通的问题出在Uno到HC05。检查RXDUno TX是否接了HC05的RXD很多板子引脚标注容易看反。另外确认代码里是否用了Serial.print而不是Serial.println如果你的协议按换行切分缺了\n会导致数据一直堆积在缓冲区。反过来能发指令但收不到回显重点检查HC05的TXD是否接到Uno的RX。如果Uno的RX没接好串口中断收不到数据当然也就无法解析和执行。还可以试试在setup里加一个Serial.println(TEST)上电瞬间看手机能否收到如果收到说明蓝牙链路和串口方向都正常问题只在执行逻辑里。5.3 回显乱码或重复乱码基本就是波特率不对。手机APP、HC05、Uno三者的波特率必须完全一致。HC05的波特率是在AT模式下用ATUART设置的Uno用Serial.begin设置APP在连接后也要选同样的波特率。任何一处不匹配收到的都是像“???”这样的乱码。还有一种情况是回显重复比如发一条“ON”手机收到两条“LED: ON”。这通常是因为APP勾选了本地回显本地回显把发送的字符也显示出来再加上Uno的远程回显看起来就像重复了。解决关掉APP的本地回显选项。5.4 状态指示灯的含义与异常判断HC05底板上的LED状态是排查问题的第一参考。我把常见状态列个表LED状态含义应对常亮已连接手机正常快闪亮灭间隔约0.5秒透传模式未连接等待连接慢闪亮约1秒灭约2秒AT指令模式断电重启进入透传不亮没供电或模块损坏检查VCC/GND如果你看到模块快闪但手机连不上重点查配对密码和APP连接方式看到常亮但发送没反应重点查波特率和引脚接线。总之先看灯再动手能省很多时间。最后说点实际体会折腾完这一版带“回显”的HC05控制之后我最大的感受是多花十分钟写回显能省下后面两三个小时的排查时间。以前发一条指令灯没亮我得猜是蓝牙断了还是指令没解析对现在看一眼手机上的回显消息问题出在哪一层立刻清楚。而且这套“发送-解析-执行-回显-错误处理”的框架基本可以直接套用到其他传感器读取、电机控制、甚至多设备通信上。另外分享一个小技巧如果你手头有两个HC05可以试试双机通信一个主机接UnoA一个从机接UnoB主机发指令从机执行并回显。你会发现主从模式下的回显机制和手机控制完全一样只是数据源从手机换成了另一块板子。这个玩法搞通了距离做一个真正的无线遥控小车或者分布式传感网络就不远了。这篇的代码和接线都是实测过的基础版本直接把Hex代码复制进Arduino IDE按上面的接线方式连好基本就能跑通。如果还有问题欢迎在评论区把现象发出来我尽量帮你定位。
 从一套房子，看见它所依附的整个系统)
