Sublime Text 不支持原生串口通信，所有所谓串口插件均依赖外部工具（如pyserial）中转；因其沙盒限制无法调用系统串口驱动，不能处理二进制流、设置串口参数或维持稳定连接，推荐用终端+pyserial监听并重定向日志至Sublime查看。
Sublime Text 本身不支持串口通信，任何所谓“原生串口插件”都是假的——它没有底层串口 API 权限，所有宣称能直接收发串口数据的 Sublime 插件，实际都依赖外部命令行工具（如 pyserial、screen、minicom）做中转。
为什么不能直接用 Sublime 插件读串口
Sublime 是纯文本编辑器，Python 插件运行在受限沙盒中，无法调用操作系统级串口驱动（如 Windows 的 win32file 或 Linux 的 /dev/ttyUSB0）。你看到的“Serial Monitor”类插件，本质只是启动一个后台 Python 脚本进程，再把 stdout 写入 Sublime 的输出面板——它不处理二进制流、不维持稳定连接、无法响应 RTS/CTS 或设置 9600-8-N-1 等参数。
- 插件崩溃时串口不会自动关闭，可能锁死端口（尤其 Windows 下需手动拔插设备）
- HEX 显示常把
\x00当作字符串截断，导致后续字节丢失 - 无缓冲控制：高速数据（如 115200bps）下丢包率高，且无法回溯历史帧
用 Terminal + pyserial 实现可靠监听（推荐方案）
绕过 Sublime 插件限制，用系统终端直连，再将输出重定向到 Sublime 文件实时查看。这是目前最稳、最透明的做法。
- 安装
pyserial：pip install pyserial - 监听并 HEX 输出（含时间戳）：
python -c "import serial, time; s=serial.Serial('/dev/ttyUSB0', 115200, timeout=1); print('Connected'); [print(f'[{time.time():.3f}] ' + ' '.join(f'{b:02x}' for b in s.read(64))) for _ in range(100)]" - Windows 用户替换端口为
COM3，并确保已安装对应 CH340/CP210x 驱动 - 把上述命令输出重定向到文件：
... >> monitor.log 2>&1，然后在 Sublime 中用Ctrl+R刷新查看
在 Sublime 中高效查看和转换 HEX 数据
Sublime 原生支持十六进制编辑，但默认不启用。关键不是“转 HEX”，而是“正确解析原始字节流”。
- 打开日志文件后，按
Ctrl+Shift+P→ 输入Hex Viewer: Toggle Hex View（需先装插件HexViewer） - 若数据含 ASCII 可读部分（如协议头
55 aa 01 00后跟字符串），可用正则([0-9a-f]{2})配合Find All提取字节序列 - 批量转十进制：选中一列 HEX（
Alt+鼠标拖选），按Ctrl+Shift+P→Convert to Decimal（需插件ConvertText） - 注意：不要用
UTF-8编码打开二进制日志，应设为Encode in UTF-8（即无 BOM 的纯字节映射）
协议调试必须加的三道保险
硬件通信出问题，80% 不是代码错，而是环境没对齐。
- 确认电平匹配：TTL（0/3.3V）和 RS232（±12V）不能直连，否则烧 UART 芯片
- 检查线序：交叉接法（TX↔RX）常见于两个 MCU 对接；直连（TX→TX）只适用于 USB 转串口适配器与设备对接
- 用
stty -F /dev/ttyUSB0（Linux）或mode COM3（Windows）验证当前波特率是否真被内核接受，有些 USB 芯片仅支持固定速率（如 CH340 不支持 125000）
真正卡住的地方，往往不是“怎么显示 HEX”，而是“为什么第一个字节永远是 ff”——那通常是供电不稳或共地没接好。Sublime 只负责看，别让它背锅。
