串口 7E1 能否原样发送任意二进制字节

最后更新 2026-10-23

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

7位数据格式一个字符只能承载7bit有效数据，不能直接无损传输0至255的任意字节。若必须使用7E1，应设计明确编码，并把编码膨胀纳入吞吐。

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

这次要解决什么问题？

设备要求7E1，主机却按8位二进制数组发送，低于128的数据看似正常，高位数据出错。本例的字符速率仍可计算，但不能把每字符当成完整8位信息。

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

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

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

这里每个“载荷字节”表示一个串口字符；数据位少于8时，一个字符不能无损承载任意8位二进制字节。

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

以0x00、0x7F、0x80、0xFF四个边界样本检查发送、线上解码和接收结果。若协议约定ASCII或其他7位编码，先实现其转换，再统计实际字符长度。校验位由UART控制，不是额外可自由使用的数据位。

用纯英文文本测试全部通过，不能证明任意二进制都能传输。双方把相同串口格式配置正确后仍可能有编码错误，应区分物理帧格式与应用数据表示。

协议文件明确数据位宽、编码及高位处理，边界样本能够按定义往返还原。吞吐报告按有效信息量计算，并标注编码开销，避免把7位字符率宣传成8位字节率。

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

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

📄 来源 / 自校链接

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

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

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

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