树莓派与CH340串口通信实战：从连线到双向数据透传
你有没有遇到过这样的场景？
手头有个基于STM32的传感器模块，只支持UART输出；而你的树莓派部署在无网络的工业现场，SSH连不上，日志也看不了。这时候，串口通信就成了唯一的“生命线”。
但问题来了：树莓派虽然有UART引脚，却不能直接用USB线和电脑通上话——它没有原生的USB转串口功能。怎么办？
答案就是本文的主角：CH340 USB转串口模块。成本不到十块钱，插上就能让PC和树莓派通过串口“对话”。这不仅是调试利器，更是连接各类单片机、实现边缘控制的核心桥梁。
今天，我们就来一次全流程实操拆解：从硬件接线、系统配置、权限设置，到Python代码收发数据，再到常见坑点排查，带你把“树莓派 + CH340”这套组合拳打得明明白白。
为什么是CH340？不只是便宜那么简单
市面上能做USB转串口的芯片不少，FT232、CP2102、PL2303都挺常见。那为啥我们选CH340？
先说结论：性价比高、生态成熟、Linux免驱（基本可用）。
CH340是国产芯片，由南京沁恒出品，广泛用于各种低价USB转TTL模块。别看它便宜，能力一点不含糊：
| 特性 | 表现 |
|---|---|
| 支持电平 | 3.3V / 5V 可切换（注意供电！） |
| 波特率范围 | 300bps ~ 2Mbps，远超常用9600/115200 |
| 是否需要晶振 | 否，内置时钟，外围电路极简 |
| 跨平台支持 | Windows/Linux/macOS/Android 全覆盖 |
| Linux内核支持 | ch341.ko模块兼容CH340（自2.6.38起集成） |
🔍 小知识：你可能会奇怪，明明是CH340，怎么驱动叫
ch341？因为两者寄存器结构高度相似，Linux统一用ch341模块处理。运行lsmod \| grep ch341如果看到输出，说明驱动已加载。
这意味着你在大多数现代Linux发行版中插入CH340模块后，不需要额外安装驱动，系统会自动识别为/dev/ttyUSB0这类虚拟串口设备。
树莓派的串口，没你想得那么简单
你以为GPIO14/TX 和 GPIO15/RX 直接连上就能通信？Too young.
树莓派的串口机制比普通MCU复杂得多，尤其从Pi 3开始，有两个关键变化：
默认串口被系统“霸占”了
启动时，内核日志和登录shell会通过串口输出（即console=serial0,115200），导致你的程序无法独占使用该接口。蓝牙抢了主串口资源（Pi 3/Pi Zero W等型号）
在这些机型中，原本属于UART的ttyAMA0被蓝牙模块占用，留给用户的只剩一个不稳定的 mini UART（ttyS0）。
所以，想正常使用串口，必须完成两个动作：
- 关闭串口控制台（console）
- 启用串口硬件接口
而这，就得靠那个藏在角落里的工具：raspi-config。
实战第一步：正确连接CH340与树莓派
我们这里讨论的是这样一个典型拓扑：
[PC] ←USB→ [CH340模块] ←TTL UART→ [树莓派]也就是说，CH340一端插PC的USB口，另一端通过杜邦线连到树莓派的UART引脚。这样，PC就可以像“串口助手”一样，与树莓派进行双向通信。
接线表（务必对照！）
| CH340 引脚 | 树莓派 GPIO 引脚 | 功能说明 |
|---|---|---|
| GND | PIN 6 (GND) | 共地，必须接！ |
| VCC | PIN 1 (3.3V) | 给CH340供电，一定要选3.3V！❌禁止接5V |
| TXD | PIN 10 (GPIO15 / RXD) | 数据发送 → 树莓派接收 |
| RXD | PIN 8 (GPIO14 / TXD) | 数据接收 ← 树莓派发送 |
📌重点提醒：这是交叉连接！
- CH340的TXD → 树莓派的RXD
- CH340的RXD ← 树莓派的TXD
就像两个人打电话，你说的话要进对方的耳朵，别接反了。
🔌电源安全提示：
虽然有些CH340模块支持5V输入，但其逻辑电平可调至3.3V。为了保护树莓派GPIO（最大耐压3.3V），建议直接使用树莓派提供的3.3V供电，避免电平倒灌或电压过高烧毁SoC。
实战第二步：启用串口硬件并关闭控制台
打开终端，执行：
sudo raspi-config进入菜单后按顺序操作：
- Interfacing Options→
- Serial Port→
- 提示：“Would you like a login shell to be accessible over serial?” → 选择No
- 提示：“Do you want the serial port hardware to be enabled?” → 选择Yes
✅ 完成！
这个操作背后做了两件事：
- 修改/boot/cmdline.txt，移除console=serial0,115200
- 禁用 systemd 中的serial-getty@serial0.service，防止串口被当作登录终端
然后重启：
sudo reboot实战第三步：确认串口设备节点
重启后，检查可用串口设备：
ls /dev/tty*你应该能看到类似结果：
/dev/ttyAMA0 # 主UART，稳定推荐 /dev/ttyS0 # mini UART，稳定性较差📌 注意：此时不是
/dev/ttyUSB0——那是CH340插在树莓派USB口上才会出现的设备。我们现在是把CH340作为PC端的桥接器，所以/dev/ttyUSB0出现在PC上。
如果你的树莓派型号较新（如Pi 4B、Pi 5），并且未启用蓝牙复用，通常/dev/ttyAMA0就是我们要用的主串口。
实战第四步：赋予用户访问权限
默认情况下，普通用户（如pi）无法直接读写串口设备。解决方法是将用户加入dialout组：
sudo usermod -aG dialout pi⚠️ 生效需重新登录或重启。
验证是否成功：
groups pi如果返回中包含dialout，就OK了。
实战第五步：写个Python脚本测试收发
接下来，我们用 Python 的pyserial库做一个简单的回环测试。
安装依赖
pip install pyserial编写测试脚本
保存为serial_loop.py：
# serial_loop.py import serial import time # 配置参数（根据实际情况调整） SERIAL_PORT = '/dev/ttyAMA0' # 主串口 BAUD_RATE = 115200 # 波特率需与PC端一致 TIMEOUT = 1 # 读取超时 def main(): try: # 打开串口 ser = serial.Serial(SERIAL_PORT, BAUD_RATE, timeout=TIMEOUT) print(f"✅ 已连接 {SERIAL_PORT} @ {BAUD_RATE}bps") while True: # 发送消息 msg_out = f"Raspberry Pi: Hello at {time.strftime('%H:%M:%S')}\n" ser.write(msg_out.encode('utf-8')) print("📤 发送:", msg_out.strip()) # 检查是否有数据返回 if ser.in_waiting > 0: data = ser.readline().decode('utf-8', errors='replace').strip() print("📥 收到:", data) time.sleep(2) except serial.SerialException as e: print("❌ 串口错误:", str(e)) except KeyboardInterrupt: print("\n👋 用户中断，退出...") finally: if 'ser' in locals() and ser.is_open: ser.close() if __name__ == '__main__': main()运行脚本
python serial_loop.py你会看到树莓派每隔2秒向外发送一条时间消息。
实战第六步：PC端监听与交互
现在切换到PC端。
Windows 用户
使用 PuTTY、XCOM、SSCOM 等串口工具：
- 查找设备管理器中的 COM 口（如 COM3）
- 设置波特率 115200
- 打开端口，即可看到树莓派发来的信息
也可以手动输入字符发送，看看树莓派能否收到。
Linux/macOS 用户
# 查看CH340设备 ls /dev/ttyUSB* # 监听（以Ubuntu为例） sudo minicom -D /dev/ttyUSB0 -b 115200或者用 Python 脚本监听：
import serial ser = serial.Serial('/dev/ttyUSB0', 115200) while True: if ser.in_waiting: print(ser.read(ser.in_waiting).decode(), end='')一旦你从PC发送字符，比如敲个ping\n，只要线路正常，树莓派端就会打印出“收到”。
常见问题与避坑指南
| 问题现象 | 原因分析 | 解决方案 |
|---|---|---|
Permission denied当打开串口 | 用户不在 dialout 组 | 执行sudo usermod -aG dialout pi并重新登录 |
| 收不到任何数据 | 波特率不一致 | PC与树莓派两端必须设为相同值 |
| 数据乱码、字符错乱 | 电平不匹配或干扰严重 | 确保使用3.3V逻辑，避免长导线裸露 |
/dev/ttyAMA0不存在或不稳定 | 蓝牙占用了串口 | 在config.txt中添加dtoverlay=disable-bt |
| CH340插上PC没反应 | 驱动未安装（Windows常见） | 下载官方CH340驱动并安装 |
| 树莓派串口发不出数据 | 控制台未关闭 | 再走一遍raspi-config流程 |
🔧 高级技巧：如果你想彻底释放ttyAMA0，可在/boot/config.txt末尾添加：
# 禁用蓝牙串口复用 dtoverlay=disable-bt # （可选）强制指定主串口映射 core_freq=250⚠️ 修改后需重启生效。禁用蓝牙会影响无线功能，请权衡使用。
进阶应用场景：不止于调试
这套方案的价值远不止“看看日志”。
1. 构建物联网网关
树莓派作为中心节点，通过多路串口（外接多个CH340或使用RS485模块）采集Modbus设备数据，再通过MQTT上传云端。
2. 与Arduino/STM32协同工作
例如：树莓派负责AI推理，下发指令给STM32执行电机控制；STM32实时反馈传感器状态。
3. 工业现场远程维护
设备部署在现场，只有串口可用。技术人员可通过CH340模块接入，获取运行日志、更新配置，无需重启系统。
4. 教学与原型验证
学生做课程设计时，可以用这种方式快速验证通信协议、调试传感器逻辑。
写在最后：老技术的新生命力
有人说：“都2025年了还玩串口？”
但现实是：在嵌入式世界里，UART从未退场。
它简单、可靠、低功耗、兼容性强，尤其是在与 legacy 设备对接、实时性要求高的场合，依然是首选。
而CH340这样的低成本模块，加上树莓派强大的计算能力，让我们可以用极低的成本搭建出高性能的边缘通信系统。
下次当你面对一堆“只会吐串口数据”的传感器、控制器时，希望你能想起这篇文——
不用联网，不用复杂协议，一根线，四个针脚，就能打通数据链路。
这才是工程师的浪漫。
💬 如果你在项目中用到了类似方案，欢迎在评论区分享你的架构设计或踩过的坑。我们一起把这条“古老”的通信之路走得更稳、更远。
