SoftwareSerial仅适用于低速、单向或半双工场景，波特率误差需≤2%，稳定上限通常为9600–19200；高波特率易丢帧，主因是CPU被阻塞超1位时间导致失步。
用 Arduino 或 ESP32 的 SoftwareSerial 实现 GPIO 模拟 UART 时序
能，但仅限于低速、单向或半双工场景，且必须满足波特率误差 ≤ 2%。标准 SoftwareSerial 库（如 Arduino 官方版）依赖定时器中断+精准延时，在 115200 波特率下几乎必然丢帧；实际稳定可用上限通常是 9600–19200，且 TX 和 RX 不能同时满负荷工作。
常见错误现象：garbled output、接收漏字节、rxPin never triggers（尤其在启用 WiFi 或其他高优先级中断后）。这是因为模拟 UART 完全靠 CPU 轮询或中断采样电平，一旦被其他任务阻塞 >1 bit 时间，就失步。
- ESP32 推荐改用
uartBegin()+uartSetPin()配置硬件 UART 到任意 GPIO（需查芯片手册确认复用功能是否支持），比纯软件模拟可靠得多 - Arduino Uno/Nano 若必须软串口，TX 可用
digitalWrite()+delayMicroseconds()精确控制起始位/数据位/停止位；RX 必须用外部中断（attachInterrupt()）捕获下降沿，再用micros()计时采样中间点 - 避免在
loop()中调用Serial.print()同时又跑SoftwareSerial—— 两者共用同一组底层定时器资源，会相互干扰
Linux 用户空间用 sysfs + poll() 模拟 UART 时序的可行性
不可行。Linux 内核已将 GPIO 抽象为电平控制接口，没有微秒级精度的输出延迟能力，usleep(1) 实际可能挂起几十毫秒，远超 1-bit 时间（例如 9600 波特率下 1 bit ≈ 104 μs）。用户态无法绕过调度延迟和中断屏蔽窗口。
若真需要在嵌入式 Linux 设备（如树莓派）上扩展串口，正确路径是：
立即学习“C++免费学习笔记（深入）”；
- 启用设备树 overlay 加载
uart0或uart1到指定 GPIO（如dtoverlay=uart1,txd1_pin=32,rxd1_pin=33） - 用
libgpiod控制 GPIO 做简单协议（如 1-Wire、I²C bit-banging），但别碰 UART 时序 - 外接
CH340、CP2102或FTDIUSB-UART 桥芯片，通过 USB 扩展真实串口 —— 成本低、零调试、全速支持
手写裸机 bit-banged UART 的关键 timing 控制点
核心不是“怎么发数据”，而是“何时采样”。UART 接收必须在每个数据位的中间 1/3 区间内读取电平，否则易受噪声误触发。发送则需严格对齐起始位下降沿。
以 STM32F103（72MHz）为例，用 Systick + 中断实现 9600 波特率软串口：
// 1 bit = 104.1667 μs → 设定 SysTick 重装载值为 750（72MHz / 750 = 96kHz） // 在 SysTick 中断中维护 bit counter：0=起始位，1–8=数据位，9=停止位 // RX：检测到下降沿后，重置计数器，并在第 5 次中断（即 bit 中点）读取 PIN // TX：按计数器状态设置 GPIO 输出电平（起始位=0，数据位=LSB→MSB，停止位=1）
容易踩的坑：
- 未关闭编译器优化（
-O0）导致延时循环被优化掉 —— 必须用volatile或内联汇编 - 未校准系统时钟源（HSI vs HSE），造成波特率偏差超过容限
- RX 未做电平防抖（连续采样 3 次相同值才确认），在长线或干扰环境下误判起始位
为什么 PlatformIO 项目里启用 SoftwareSerial 后串口完全无响应
大概率是引脚配置冲突或库版本不兼容。新版 Arduino-ESP32 核心（2.0.0+）已弃用旧版 SoftwareSerial，改用更稳定的 HardwareSerial 多实例（Serial1, Serial2）并支持任意 GPIO 映射。
排查步骤：
- 检查
platformio.ini中board_build.f_cpu是否与实际晶振频率一致（如 ESP32 默认 240MHz，设成 80MHz 会导致所有延时翻倍） - 确认所用
SoftwareSerial库是否支持当前框架 —— Arduino 官方版不支持 ESP32，需换用dbuezas/SoftwareSerial或直接用HardwareSerial - 用逻辑分析仪抓
txPin波形，看是否有起始位下降沿；若没有，说明初始化失败或引脚被其他外设占用（如 SPI 的 MISO 引脚默认有上拉）
真正可靠的 GPIO 扩展串口，永远优先走硬件复用路径；软模拟只该作为最后手段，且必须接受速率、稳定性、调试成本三重妥协。
