一、一句话结论

UART 总线空闲时，默认必须是高电平（逻辑 1）。如果 RX 没有上拉，空闲时会是浮空电平 → 乱码、假起始位、一直误触发。

二、UART 协议规定

UART 标准就是这样定的：

  • 空闲状态 = 高电平（1）
  • 起始位 = 拉低（0）
  • 然后才是数据位

也就是说：RX 脚必须一直保持高，直到有数据发来，才会被拉低。

三、为什么 RX 要上拉，TX 不用？

  • TX 是输出芯片自己会驱动高低电平，不需要外部上拉。

  • RX 是输入不发数据时，对方不会驱动总线，总线悬空 → 必须上拉把它 “拉到稳定高电平”。

四、总结

RX 上拉 = 让总线空闲时稳定为高电平，避免假起始位、乱码、误触发。UART 协议天生要求空闲为高，所以 RX 必须上拉。

# 单片机
Logo
AI智能硬件创业者社区

智能硬件社区聚焦AI智能硬件技术生态，汇聚嵌入式AI、物联网硬件开发者，打造交流分享平台，同步全国赛事资讯、开展 OPC 核心人才招募，助力技术落地与开发者成长。

更多推荐

嵌入式Linux设备成本是STM32三倍？这五类场景活该被坑

为什么你的IoT设备根本不该用Linux 盯着树莓派和Yocto做产品？先看硬件BOM表第三行——当客户要求配网时间<3秒时，你的SOM模块还在等内核解压。2026年仍有团队在智能门锁上用Cortex-A7跑OpenWRT，结果物料成本比STM32方案高出40%，电池续航直接腰斩。更致命的是，这些"伪高端"方案往往带来意料之外的工程灾难。 边界条件：MCU够用就别上Lin

avatar AI智能硬件创业者社区

ESP32 看门狗失效？90% 的 IoT 设备没做这 3 项互锁验证

为什么你的 ESP32 设备仍在假死：硬件看门狗失效的深层分析与工程解决方案 部署量超 500 台的智能灌溉系统中，23% 的设备每月至少一次『静默死亡』——无日志、无重启、仅断电可恢复。经过 6 个月的现场数据追踪和实验室复现，我们发现这不仅仅是代码逻辑问题，而是硬件看门狗与软件喂狗的互锁设计这一关键环节被普遍低估导致的系统性故障。 核心结论：独立硬件看门狗 ≠ 高可靠性 ESP32 的 Tim

avatar AI智能硬件创业者社区

ESP32+涂鸦IoT真的省成本？实测4类门店设备组网成本差3倍

多数创业者直接照搬涂鸦IoT方案给门店设备组网，却忽略不同品类对实时性的真实需求——我们通过实地拆解12家智能货架/温控柜的BOM清单，并追踪3个月实际运营数据，发现盲目采用TuyaSDK的Wi-Fi模组会导致硬件成本飙升40%，年运维费用增加2.7倍。更严重的是，错误协议选择带来的隐性损耗往往在设备部署6个月后才集中爆发。 核心结论：按数据流特征分类选协议 1. 非实时数据场景（库存/客流统计）

avatar AI智能硬件创业者社区