企业官网建设流程全解析

简介：这份资料是面向电子信息、自动化及测控专业学生与嵌入式初学者的毕业设计完整文档，围绕安卓手机蓝牙遥控智能小车这一课题，解决从硬件选型到软件联调的全流程设计问题。压缩包内共1个doc文件，约15MB，内容涵盖摘要、绪论、硬件电路设计、软件流程与系统调试等章节，可直接编辑使用。文档以AT89C52单片机为服务端、HC-06蓝牙模块为通信桥梁，手机端采用Eclipse与JAVA开发客户端，详细阐述了指令编码、串口通信、电机正反转控制及前进、后退、左右转向与停止等动作的实现逻辑，并附有电路原理说明与调试分析。目前已有145人学习下载，适合需要快速搭建无线遥控小车方案、撰写毕业设计或开展课程实践的读者参考，也可为智能家居遥控设计提供思路借鉴。

1. 蓝牙串口小车这套资料，到底适合谁拆

如果你手上正好有一块 HC-05 或 HC-06 蓝牙模块、一个 L298N 驱动板、一块 Arduino 或者 STM32 最小系统板，再加上一个吃灰的安卓旧手机，那这份「基于安卓手机蓝牙控制的智能小车设计」完整资料，基本就是你周末能直接开工的模板。它解决的不是什么高深算法问题，而是把「手机 App 发指令 → 蓝牙透传 → 单片机解析 → 电机差速转向」这条链路完整跑通，并且把电路图、程序、上位机、论文格式的文档一次性打包给你。适合谁？适合电子类专业做课设的学生、刚接触嵌入式外设的初级工程师、以及想给小孩做一台能跑起来的小车但不想从零画板子的动手派。不适合谁？如果你指望它带你做 SLAM 建图、PID 循迹或者 ROS 多机协同，那这份资料只能算个起点，后面还得自己往上叠。我拆过不少类似的包，这份的完整度算中上，坑主要集中在蓝牙配对和电机供电上，下面按能复现的顺序讲。

2. 先看懂链路：安卓端、蓝牙透传、单片机、电机驱动四层怎么咬合

2.1 为什么是蓝牙串口而不是 Wi-Fi 或红外

智能小车做无线控制，常见方案就三种：红外、Wi-Fi、蓝牙。红外便宜但必须对准，稍微偏一点就丢指令，而且只能单向发，手机不知道小车当前状态；Wi-Fi 带宽大、能传视频，但 ESP8266/ESP32 做 AP 模式时功耗高，旧手机连上去经常因为省电策略断流，调试起来很玄学。蓝牙串口（SPP）走的是经典蓝牙协议，安卓原生支持，配对一次之后每次上电自动重连，延迟在 20～50ms 这个量级，对于差速转向这种低频控制完全够用。HC-05 是主从一体，HC-06 只能从机，做小车端两者都行，因为手机端永远是主机。选蓝牙的核心理由是：安卓端不用写复杂网络栈，直接拿 BluetoothSocket 往串口 UUID 里写字节就行，单片机端也只需要一个 UART 中断收数据，两边都简单。

2.2 四层链路的信号流向与关键参数

整条链路是这样的：安卓 App 把按键事件编码成单字节字符（比如 'F' 前进、'B' 后退、'L' 左转、'R' 右转、'S' 停止），通过 BluetoothSocket 的 OutputStream 发出去；HC-05 收到后从 TXD 脚把字节原样吐给单片机的 RX 脚；单片机在 UART 接收中断里把字符存进缓冲区，主循环里做 switch-case 解析；解析结果写到 L298N 的 IN1～IN4 四个引脚上，控制两个直流电机的正反转。关键参数有三个：波特率必须两边一致，HC-05 出厂默认 9600，单片机端 UART 初始化也得是 9600；蓝牙模块的 VCC 必须接 5V，接 3.3V 会供电不足导致配对成功但一发数据就断；L298N 的 12V 输入端和单片机的 5V 必须共地，否则电平不匹配，电机要么不转要么乱转。

2.3 资料里给的电路连接表怎么读

资料里一般会附一张接线表，我把它整理成下面这个形式，你照着插线就行：

这张表看着简单，但每年都有人把 TXD 接 TXD，然后回来问为什么没反应。记住一句话：发送端接接收端，交叉就对了。

3. 安卓端 App 怎么改：从按键布局到蓝牙 Socket 写入

3.1 权限声明与配对流程

安卓 6.0 以后蓝牙扫描需要定位权限，12 以后还要 BLUETOOTH_CONNECT 和 BLUETOOTH_SCAN。资料里如果给的是旧版工程，你直接在 AndroidManifest.xml 里补上这几行，不然 App 一打开就闪退：

<!-- 安卓12及以上必须显式声明，否则 connect 直接抛 SecurityException --> <uses-permission android:name="android.permission.BLUETOOTH" /> <uses-permission android:name="android.permission.BLUETOOTH_ADMIN" /> <uses-permission android:name="android.permission.BLUETOOTH_CONNECT" /> <uses-permission android:name="android.permission.BLUETOOTH_SCAN" /> <uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />

声明完权限，配对流程是：先调 getBondedDevices() 拿已配对列表，找到 HC-05 的 MAC 地址，再用 createRfcommSocketToServiceRecord() 建 socket。注意 UUID 必须用串口那个固定值 00001101-0000-1000-8000-00805F9B34FB，写成别的会连不上。connect() 要放在子线程里，主线程调用会抛 NetworkOnMainThreadException，这是新手最常见的翻车点。

3.2 按键事件转字节的代码骨架

资料里的 App 一般用 OnTouchListener 而不是 OnClickListener，因为小车需要按住持续走、松开就停。核心逻辑如下：

// 按下时发方向字符，抬起时发停止字符 btnForward.setOnTouchListener((v, event) -> { if (event.getAction() == MotionEvent.ACTION_DOWN) { sendCommand('F'); // 前进 } else if (event.getAction() == MotionEvent.ACTION_UP) { sendCommand('S'); // 停止 } return false; }); private void sendCommand(char cmd) { if (outputStream == null) return; try { outputStream.write(cmd); // 单字节写入，HC-05 透传 } catch (IOException e) { // 连接断开时在这里做重连或提示 } }

这段代码的逻辑说明：ACTION_DOWN 触发时写 'F'，ACTION_UP 触发时写 'S'，这样按住按钮小车持续前进，松手立刻停，比点一下走一下安全得多。参数说明：write() 接收的是 int，传 char 会自动提升，但只发低 8 位，所以指令字符必须控制在 ASCII 范围内，别用中文。outputStream 要在 socket.connect() 成功之后通过 socket.getOutputStream() 获取，连接失败时它是 null，所以每次写之前都要判空。

3.3 连接状态回传与断线重连

光发指令不够，你还得知道连没连上。资料里通常会在连接成功后改一个 TextView 的文字，但更稳的做法是起一个读线程，因为 HC-05 断开时 InputStream 会抛异常，你只有读才能感知到断线：

// 独立线程持续读，断线时触发重连 new Thread(() -> { byte[] buffer = new byte[64]; while (connected) { try { int len = inputStream.read(buffer); if (len == -1) break; } catch (IOException e) { connected = false; runOnUiThread(() -> statusText.setText("已断开")); break; } } }).start();

逻辑说明：read() 是阻塞的，没数据时线程挂起，不占 CPU；一旦对端断开，read() 返回 -1 或抛 IOException，这时候把 connected 置 false 并更新 UI。参数说明：buffer 大小 64 足够，因为小车指令都是单字节，开太大浪费内存。重连不要放在这个线程里死循环，建议用 Handler 延迟 2 秒再调一次 connect，避免频繁重试把蓝牙栈搞崩。

4. 单片机端解析与电机差速：从 UART 中断到 L298N 时序

4.1 UART 接收中断里该做什么、不该做什么

单片机端最常见的写法是在 UART 接收中断里直接解析并操作 GPIO，但这是有风险的。中断里应该只做一件事：把收到的字节存进环形缓冲区，然后置一个标志位。主循环检测到标志位再去解析和执行。原因很简单，L298N 改变方向时如果正在中断上下文里，可能被其他中断打断，导致 IN1 和 IN2 同时为高，电机瞬间短路制动，电流飙上去。我一般会这样写：

// 中断里只存数据，不解析 void USART1_IRQHandler(void) { if (USART_GetITStatus(USART1, USART_IT_RXNE) != RESET) { uint8_t ch = USART_ReceiveData(USART1); rx_buf[rx_head++] = ch; rx_head %= BUF_SIZE; rx_flag = 1; // 通知主循环 USART_ClearITPendingBit(USART1, USART_IT_RXNE); } } // 主循环里解析 while (1) { if (rx_flag) { rx_flag = 0; uint8_t cmd = rx_buf[(rx_head - 1 + BUF_SIZE) % BUF_SIZE]; motor_control(cmd); } }

逻辑说明：中断服务函数尽量短，只做搬运；主循环里取最新一个字节做解析，因为小车控制只关心当前指令，旧指令丢了也无所谓。参数说明：BUF_SIZE 取 16 或 32 都行，rx_head 用模运算回绕。注意 USART_ClearITPendingBit 必须调，否则中断会反复触发。

4.2 差速转向的 GPIO 真值表

L298N 每个电机有两个控制脚，一高一低正转，一低一高反转，两个都低滑行，两个都高刹车。资料里一般只给前进后退，但你要做转向就得让左右轮速度不同。下面这张真值表建议直接抄进代码注释：

对应代码就是一个 switch：

void motor_control(uint8_t cmd) { switch (cmd) { case 'F': IN1=1; IN2=0; IN3=1; IN4=0; break; case 'B': IN1=0; IN2=1; IN3=0; IN4=1; break; case 'L': IN1=0; IN2=1; IN3=1; IN4=0; break; case 'R': IN1=1; IN2=0; IN3=0; IN4=1; break; case 'S': IN1=0; IN2=0; IN3=0; IN4=0; break; default: break; } }

逻辑说明：每个 case 直接操作四个 GPIO，没有中间层，响应最快。参数说明：如果你的电机左右装反了，不用改代码，把 IN1/IN2 对调或者电机线对调就行。注意切换方向前最好先给一个短停止，避免 H 桥直通，虽然 L298N 内部有保护，但养成习惯没坏处。

4.3 供电与共地：最容易被忽略的硬伤

蓝牙模块和单片机可以共用一路 5V，但电机必须单独供电。我见过太多人用单片机的 5V 去带 L298N 的逻辑和电机，结果一开电机单片机就复位，蓝牙也断。正确做法是：电池 7.4V 直接进 L298N 的 12V 端子，L298N 板载的 5V 输出可以给单片机和蓝牙供电，但前提是你的 L298N 模块上有 7805 稳压，且电机电流不超过 1A。如果电机是 12V 大扭矩的，那就老老实实两路电源，只把 GND 连在一起。共地这件事说三遍都不多，不共地的话蓝牙收到的指令电平是浮空的，表现就是时好时坏，特别玄学。

5. 避坑与排查：蓝牙配对、电机干扰、指令丢失的五个血泪现场

5.1 现象：手机显示已配对，但 App 连不上

原因：配对和连接是两回事。配对只是交换了密钥，连接需要建立 RFCOMM 通道。很多旧版 App 在 createRfcommSocketToServiceRecord 之后没有先 cancelDiscovery，导致连接过程被扫描打断。解决：connect 之前调 bluetoothAdapter.cancelDiscovery()，并且把 connect 放在子线程，失败后 close socket 再重试，不要复用同一个 socket。

5.2 现象：小车一开电机，蓝牙就断

原因：电机换向时产生反向电动势，通过电源线串回蓝牙模块，导致模块欠压复位。解决：在 L298N 的电源输入端并一个 1000uF 电解电容，电机两端各并一个 0.1uF 瓷片电容。如果还断，就把蓝牙模块的 VCC 单独用一个 5V 稳压模块供，别从 L298N 的 5V 取。

5.3 现象：按前进走一下停一下，像卡顿

原因：App 端用了 OnClickListener，点一下只发一次 'F'，单片机收到后执行，但没有持续刷新，电机驱动可能因为看门狗或超时停掉。解决：改成 OnTouchListener，按住持续发，或者单片机端加一个 500ms 超时，超时没收到新指令就自动停止。后者更安全，防止手机端崩溃后小车一直跑。

5.4 现象：左右转向反了，按左转往右跑

原因：左右电机接线顺序和代码里的 IN 脚对应错了。解决：不用改代码，把左电机的两根线对调，或者把 IN1/IN2 的 GPIO 定义互换。我一般会在代码里留一个宏定义 MOTOR_LR_SWAP，置 1 就交换，方便现场调。

5.5 现象：波特率设成 115200 后完全没反应

原因：HC-05 出厂波特率是 9600，你单片机设 115200 它不认。要改蓝牙波特率得进 AT 模式，而且 AT 模式下波特率也是 9600 固定。解决：要么把单片机改回 9600，要么用 AT 命令 UART=115200,0,0 改模块，改完断电重上电才生效。注意 AT 模式要按住模块上的小按键再上电，指示灯慢闪才是 AT 模式，快闪是正常通信模式。

6. 进阶玩法：把单字节指令扩成带校验的帧协议

单字节指令跑通之后，你会发现两个问题：一是没有反馈，不知道小车到底执行了没有；二是如果以后想加舵机、灯光、测速，一个字节不够用。这时候可以把协议升级成简单的帧格式，比如 0xAA + 指令 + 数据 + 校验和 + 0x55。校验和用前面几个字节异或就行，单片机端收到 0xAA 开始存，收到 0x55 结束并校验，校验不过就丢弃。这样即使蓝牙传输中偶发误码，也不会让小车乱动。

// 帧解析状态机，放在主循环里跑 typedef enum { WAIT_HEAD, RECV_CMD, RECV_DATA, RECV_CHECK, WAIT_TAIL } frame_state_t; frame_state_t state = WAIT_HEAD; uint8_t frame[8], idx = 0; void frame_parse(uint8_t ch) { switch (state) { case WAIT_HEAD: if (ch == 0xAA) { state = RECV_CMD; idx = 0; frame[idx++] = ch; } break; case RECV_CMD: frame[idx++] = ch; state = RECV_DATA; break; case RECV_DATA: frame[idx++] = ch; state = RECV_CHECK; break; case RECV_CHECK: frame[idx++] = ch; // 异或校验，从帧头到数据 uint8_t sum = 0; for (uint8_t i = 0; i < idx - 1; i++) sum ^= frame[i]; if (sum == ch) state = WAIT_TAIL; else state = WAIT_HEAD; break; case WAIT_TAIL: if (ch == 0x55) { // 校验通过，执行 frame[1] 指令，frame[2] 参数 motor_control(frame[1]); } state = WAIT_HEAD; break; } }

逻辑说明：状态机逐字节推进，只有完整收到帧头、指令、数据、校验、帧尾才执行，任何一步不对就回到 WAIT_HEAD 重新等。参数说明：frame 数组开 8 字节够用，校验用异或最简单，你也可以换成累加和。这个状态机不占中断，放在主循环里每毫秒调一次就行。升级到帧协议之后，你还可以在数据位里放 PWM 占空比，实现调速而不是只有全速。我自己的习惯是，每次改完协议先用串口助手手动发几帧验证，确认校验逻辑没问题再烧到小车上，不然一旦协议有 bug，小车会像抽风一样乱跑。从那以后我每次做无线控制都强制先跑一遍帧解析单元测试，希望帮到你。

本文还有配套的精品资源，点击获取