ARTICLE · INTELLIGENCE

战地情报 · 详情页

来自尧图项目组的一线实战观察与深度解析

串口屏通信不上怎么排查?按电气、参数、协议、页面四层检查

串口屏通信不上怎么排查?按电气、参数、协议、页面四层检查

本文由鑫通态 HMI 整理,我们参与相关串口屏产品销售;以下为通用联调方法。

串口屏没有数据显示时,建议先把问题分成四层:电气连接、串口参数、应用协议、页面绑定。一次只验证一层,并保留当时条件,可以避免“修改了很多设置,却不知道哪一步有效”。

1. 先确认电气接口,再看软件

记录屏和主控的完整型号,以及是否使用转接板。TTL UART、RS-232、RS-485 的电气条件不同,不能只看连接器上有 TX、RX 就判断可以直连。

TTL UART 需核双方逻辑电平及输入容限;其他电气接口需核对应收发器、连接方式与厂家要求。供电、引脚、连接器方向、地线或隔离条件,必须以具体型号资料为准。本文不提供目标商品的供电或引脚值,也不作为通电接线图。

这一层的记录至少应包括:具体硬件、接线依据、使用的转换器、电气条件和连接状态。若电气条件尚未确认,就先把它标成待核,不用修改页面去掩盖问题。

2. 固定串口参数,保留基线

先核对双方串口的波特率、数据位、校验位和停止位。设备地址属于协议配置,仅在所用协议需要时单独核对。先保存当前配置,再一次修改一个条件。不要在同一轮同时更换接线方向、串口参数和通信帧格式。

如果要比较两次测试结果,硬件、工程版本和测试工具设置也应记录。否则“上一轮正常、这一轮异常”可能来自多个同时变化的条件。

3. 用真实收发证据核应用协议

串口工具发出一串字节,不等于目标设备已经接受。需按所用协议核帧结构、地址、长度、数据类型、字节顺序及校验规则。不能因为设备有串口,就默认支持某一种协议或所有主控。

保留实际发送内容、接收内容、方向和时间,并写明工具与配置。存在应答时,再对照协议解释应答;没有应答时,也不能仅据此确定是页面问题。发布日志前,先去掉客户设备地址、配方等敏感信息。

4. 页面先验证一个只读数据点

从一个容易对照的数值开始,核显示地址、数据类型、小数位、单位和合理范围。通用示例:如果项目约定原值 253 表示 25.3 ℃,缩放关系应明确为乘 0.1。这个例子只解释数据约定,不是某款屏的默认格式或通信指令。

若项目包含参数写入,再进行测试,分别记录页面输入值、主控接受值和返回反馈。按钮变色或页面跳转不能单独证明设备执行。通信超时、恢复、主控重启和屏重上电后的行为,应按项目要求单独验收。

5. 用一张小表交接联调结果

层次记录内容结果口径
电气双方型号、接口、转换器、对应接线资料已核/待核,附依据
参数实际串口参数、地址、测试工具与协议要求对照
协议实际收发、时间、帧字段解释接受/拒绝/未确认,附记录
页面地址、类型、缩放、单位与对照值通过/不通过/未测
异常恢复超时、重启、恢复的实际行为按项目要求填写,未测不预填通过

交接时说明“哪一层已验证、用什么证据验证、下一步改哪个条件”,比只写“串口不通”更容易继续工作。具体命令和电气参数仍应查对应设备资料;本文是通用排查方法,不是协议兼容或实测报告。

作者署名:鑫通态 HMI。作者与相关串口屏产品销售存在商业关系;本文独立讨论工程联调方法,不含商品购买链接、客户案例或未经验证的产品性能结论。

RELATED READING

延伸阅读

更多一线实战笔记与深度复盘,助您持续精进