PuTTY vs CuteCom：在Ubuntu上调试Arduino/树莓派，我最终选择了它

PuTTY vs CuteCom：在Ubuntu上调试Arduino/树莓派，我最终选择了它

作为一个长期在Ubuntu上捣鼓Arduino和树莓派的硬件爱好者，串口调试工具的选择一直是个让人纠结的问题。每次连接新的设备，总要在PuTTY和CuteCom之间反复横跳，直到最近一次项目让我彻底做出了决定。

1. 为什么串口调试工具如此重要

在嵌入式开发中，串口就像设备的"嘴巴"和"耳朵"。无论是Arduino打印的调试信息，还是树莓派的控制指令，都需要通过这个通道传递。一个好的串口工具应该做到：

• 实时性：数据到达即刻显示，不丢帧不卡顿
• 易用性：配置简单，界面直观
• 功能性：支持常用操作如清屏、日志保存等
• 稳定性：长时间运行不崩溃

在Ubuntu环境下，PuTTY和CuteCom是最常被推荐的两种选择。但它们的侧重点完全不同，就像瑞士军刀和专用螺丝刀的区别。

2. PuTTY：全能但不够专精

PuTTY在Linux圈的名气很大，主要因为它的多协议支持：

# 安装PuTTY sudo apt install putty

优点：

• 支持SSH、Telnet和串口，一工具多用
• 轻量级，资源占用少
• 跨平台，配置可导出

但用在串口调试时，问题就暴露了：

1. 界面极其简陋，就像回到了命令行时代
2. 发送数据需要手动输入，无法预设常用指令
3. 没有数据记录功能，调试过程无法回溯
4. 中文显示偶尔会出现乱码

提示：如果只是临时用一下串口，PuTTY的快速启动确实很方便。

3. CuteCom：为串口而生的专业工具

相比之下，CuteCom就是专为串口调试设计的：

# 安装CuteCom sudo apt install cutecom

它的界面明显更现代化：

实际体验亮点：

• 波特率、数据位等参数直观可选
• 输入框支持历史记录，重复发送指令很方便
• 接收区可以暂停/继续，方便查看关键数据
• 支持十六进制显示，调试二进制协议更轻松

4. 设备连接实战对比

无论用哪个工具，第一步都是识别设备：

dmesg | tail # 输出示例： [ 7448.581658] pl2303 1-6.4.4:1.0: pl2303 converter detected [ 7448.583552] usb 1-6.4.4: pl2303 converter now attached to ttyUSB0

然后解决权限问题：

1. 临时方案：

   sudo chmod 666 /dev/ttyUSB0

2. 永久方案：

   sudo usermod -aG dialout $USER

   或者创建udev规则：

   echo 'KERNEL=="ttyUSB*", MODE="0666"' | sudo tee /etc/udev/rules.d/20-usb-serial.rules sudo service udev restart

连接过程差异：

• PuTTY：

  1. 启动后选择"Serial"
  2. 手动输入端口和波特率
  3. 点击Open开始连接

• CuteCom：

  1. 下拉选择设备文件
  2. 下拉选择波特率
  3. 点击"Open Device"按钮

明显CuteCom的操作更符合直觉，特别是当需要频繁切换设备时。

5. 日常使用场景对比

经过几个月的交替使用，我发现：

适合PuTTY的场景：

• 偶尔需要同时使用SSH和串口
• 远程调试时保持工具统一
• 对界面要求不高，只需要基本功能

适合CuteCom的场景：

• 专注硬件开发，需要频繁使用串口
• 调试需要发送固定指令序列
• 需要保存通信日志供后续分析
• 查看十六进制原始数据

6. 为什么最终选择CuteCom

转折点出现在调试一个物联网网关时。我需要：

1. 持续监控设备状态48小时
2. 每小时发送一组测试指令
3. 保存所有通信记录
4. 随时切换查看特定时间段数据

PuTTY根本无法满足这些需求，而CuteCom可以：

• 使用"Send File"功能定时发送指令
• 开启自动日志记录
• 用搜索功能快速定位关键信息
• 多标签同时监控多个设备

那次项目后，我的Dock栏就固定了CuteCom的位置。虽然偶尔用PuTTY处理SSH连接，但串口调试已经非CuteCom不可了。