上个月一个做充电桩的朋友找我，说串口屏接到设备上全是乱码。排查了一圈——最后发现波特率配错了，主控端115200，屏端出厂默认9600。这种事其实太常见了。tft串口屏用起来门槛低，但通信协议、波特率匹配、触摸方案选择这些基础概念搞不清楚，踩坑是迟早的。

一、tft-lcd和tft串口屏的区别
一句话讲清楚：tft-lcd是面板，tft串口屏是把面板+驱动板+图形引擎打包好的成品模组。打个比方——买普通tft-lcd模组，就像买了套毛坯房，水电布线、墙面装修全得自己来。你得写LCD驱动代码、分配显存、移植GUI框架、调时序，没两三周跑不起来。tft串口屏呢，相当于精装房拎包入住，板载的MCU已经帮你把所有底层驱动、字库渲染、触摸扫描全搞定了。你只需要通过UART串口告诉它"在(100,50)位置显示温度25.3℃"，它自己就把字画上去了。对主控MCU的要求也完全不同。普通tft-lcd模组要管显存和帧刷新，至少得是个STM32F4级别的芯片才跑得流畅。而串口屏只吃一个UART接口，连STM32F103这种资源紧张的老型号都能轻松驱动。

二、串口屏和普通屏的核心差异
举个具体点的例子来说：你手上用的是STM32F103，要在一块4.3寸480×272的彩屏上做温控界面，有按钮、曲线、温度显示。普通方案需要外扩SRAM做显存（成本加几十块），加上LVGL移植和界面开发，前后折腾半个月。用tft串口屏的话，上位机软件拖拽出界面，主控只发串口指令，一个人一周内能跑通。

三、通信失败怎么排查
十个串口通信故障，八个栽在这三件事上：
1. 波特率没对上：发送端115200，接收端9600，收下来全是乱码。两端波特率必须严格一致。UART不像I2C有时钟线可以自同步，波特率错了就是各说各话
2. TX/RX接反了：主控TX接串口屏RX，RX接TX，交叉连接。看着简单，实际接线时搞反的概率比你想象的高
3. 电平没对上：TTL是3.3V逻辑，RS232是±12V，直接对接会烧芯片。接线前看一眼两端的电平标准，中间该加电平转换芯片就别省

四、波特率怎么选
• 115200bps：大多数工业场景的默认选择。1米以内线缆，界面刷新够用
• 9600/19200bps：刷新频率低、干扰强的场合。速率低意味着每一位持续时间长，容错裕量大
• 921600bps以上：要切图片或做动画才需要。线缆长度最好控制在20cm以内
通信距离超过1米的场景，建议直接上RS485接口的串口屏。UART走单端信号，超过1米后受电机、变频器的干扰明显加大。RS485走差分信号，传输距离能到1200米，工业现场跑个几十米很常见。

五、电阻屏还是电容屏
工业设备和户外终端选电阻屏——戴手套、用笔都能操作，不怕介质。消费电子和室内设备选电容屏——多点触控、透光率高、耐刮。强电磁干扰环境下，电容屏的稳定性通常更好。电阻屏靠压力检测，机械振动偶尔会引发误触。

六、选型建议
选tft-lcd相关产品，我一般先看工作环境。设备装在户外，冬天北方零下二三十度的，必须选宽温规格（-20~70℃）。普通商用级tft串口屏在低温下液晶黏度变大，响应会从正常的十几毫秒劣化到几百毫秒，拖影严重。罗姆液晶的tft串口屏产品线就是按这个思路分的，商用和工业两个系列，选型时直接对照就行。要是项目催得紧、团队又没人搞过GUI开发，串口屏是最稳的方案——上位机拖拽出界面，主控只发指令就行，从设计到联调一个人一周能跑通。主控资源紧张的情况更得考虑串口屏，Flash不够64KB、RAM不到20KB的MCU，跑标准GUI框架基本没戏，而串口屏所有图形渲染和字库都由屏端MCU承担，主控再弱也发得了串口。