场景指南

监测上位机与设备的双向报文

不改变协议,在现有上位机与设备之间记录双向数据和时序。

  1. 现有上位机
  2. SPU 双向桥
  3. 串口设备
场景指南

场景三:在两台串口设备之间观察双向报文

适合分析上位机与设备之间的私有协议、时序或偶发错误。

  1. 准备两个独立的串口适配器:端口 A 接上位机一侧,端口 B 接设备一侧。
  2. 两端使用与原链路完全相同的串口参数,并建立 A ⇄ B 双向桥。
  3. 二进制协议把两个窗格都切换到 Hex,文本协议则使用 Text;显示模式不会改动转发内容。
  4. 在桥接配置中开启 把双向数据记录到同一个文件,用 A->BB->A 标记阅读同一时间轴上的请求与应答。
  5. 先低速发送一条已知命令,确认设备行为与接入桥接前一致,再开始正式抓取。

不要把两个已互相对接的串口再组成额外的物理回路。持续高速且队列只增不减时,洪泛护栏会暂停链路;修正接线后在桥接管理台点“恢复”。

桥接配置完成后的通用检查

  • 两端窗格都已打开,并显示桥接徽标;管理台状态应为“运行中”,而不是“降级”或“已挂起”。
  • 方向与业务拓扑一致;单向桥不会自动把应答送回去。
  • 丢弃计数应保持为 0。非零说明目标太慢、缓冲太小或源端无法背压,应先解决原因,不要只增大缓冲。
  • 多个 TCP 客户端默认使用“同时只允许一个客户端”。只有明确需要多个客户端共享时才改:多主站请求/应答使用“轮流占用”,并同时设置空闲间隔、定界符或定长成帧;“所有客户端共享”可能让多个请求在串口线上交错。
  • 持久使用时把端口和桥接一起保存到 .spu 工程;下次打开工程后再次核对物理端口号。

这篇文档是否有帮助?