串口发十六进制文本，为什么比发二进制慢很多

最后更新 2026-10-23

⏱ 约 6 分钟 🟡 涉接线/强电

一个原始字节若编码为两个十六进制字符，至少需要两个线上字符；再加空格、换行和帧标记会更长。吞吐计算必须统计实际发送的编码结果。

本文以公开公式与合成输入分析工程决策，由器赋开物编辑整理，AI 辅助撰写，未用真实硬件完成下述测试。数值用于复算，现场验收应另填测量记录。

这次要解决什么问题？

假设100byte二进制数据转换成每字节“AB ”的文本，再加CRLF，共302个线上字符。其中200个为十六进制载荷字符，100个空格和2个行结束字符是格式开销。工具输出的载荷字符率约7629.14字符/s，除以2才是约3814.57byte/s的原始信息吞吐。

打开UART 串口吞吐与传输时间计算器，可先用工具默认值熟悉字段，再按下表改为本文场景。

这里的数值是明确设定的数学样例，不代表任何具体板卡、仪器或客户项目的实测数据。参数若来自你的设备，应同时记录料号、工作模式与取得方式。

bpc = 1 + 数据位 + 校验位 + 停止位；t = 总字符数 × bpc / baud

下载本场景输入、公式与结果 JSON。附件保留未四舍五入的模型数值，并以空的实测栏区分预测与测量；上表只为便于阅读作显示舍入。

先用编码函数输出实际字符串，并查看它的字节长度。确认是否带前缀0x、分隔符、行结束和字符编码，再把线上载荷字符、格式字符与原始二进制长度分别保存。比较二进制与文本时统一换成原始信息byte/s，不把工具的字符/s直接当信息字节率。

终端显示两个十六进制字符，不代表设备真的发送了两个字符；可能只是界面把收到的二进制格式化显示。反过来，发送框的“HEX模式”也可能自动把文本解析成原始字节。

抓取真实线上字节，核对编码后的长度与帧间隔，记录发送工具模式。若没有原始抓包，不能单凭终端画面判断线上采用二进制还是ASCII。

不包含USB串口缓存、驱动延迟、接收任务阻塞、重传与硬件流控暂停。5至7位模式中的一个字符不能等同于任意8位字节。

公式与参数定义参考乐鑫 UART 驱动与帧格式；本页的场景设计和合成算例用于帮助复查，不能由模型输出反推硬件已经合格。若当前设备或SDK版本与来源不同，应先核对对应手册。

📄 来源 / 自校链接

本文为公开资料整理，非亲测。关键参数与代码请结合实物与下列官方来源验证。

乐鑫 UART 驱动与帧格式 ↗
docs.espressif.com/projects/esp-idf/en/stable/esp32/api-reference/peripherals/uart.html

内容有错、看不懂、或想看下一期？告诉我们 →

本文为公开资料的学习整理，非亲测。涉接线/花钱/合规的步骤请结合实物与官方最新资料验证，风险自负。见免责声明。