SCOMM 串口网络二合一调试助手：一个窗口同时盯两端（v5.15）

SCOMM 是野人家园（云想物联）的通信调试助手，特点只有一个但很关键：串口和网络在同一个窗口里同时收发。

本文记录时版本 5.15，更新于 2025-07-30，677KB，官方标注免费软件，下载不要积分。它同样是绿色单文件、不依赖 .NET，支持同一台电脑开多个实例（用不同端口）。

它真正解决的问题：数据到底丢在哪一段

串口服务器、DTU、协议网关这类设备的结构都是一样的：一端接串口设备，一端接网络，中间做透传或协议转换。

调这种设备最烦的是定位问题出在哪一段。数据没到，可能是：

• 串口那侧根本没发出去
• 串口发了但网关没收到（参数不对、接线反了）
• 网关收到了但没往网络转（配置问题）
• 网络那侧发出去了但你没收到（IP、端口、防火墙）

用两个独立软件调这件事，你得在两个窗口之间来回切，还要凭记忆对时间——很容易看错。SCOMM 把两侧放在同一条时间线上，哪一段断了一眼就能看出来。

具体做法：一侧连网关的串口，另一侧按网关配置连它的网络端口，然后从任意一侧发数据，看另一侧有没有出来。数据出现在哪一段、停在哪一段，是直接可见的。

两侧的能力

串口侧和同族的 UartAssist 一致：自定义非标波特率、软/硬件流控、DCD/DTR/DSR/RTS 针脚状态检测控制、虚拟串口支持。

网络侧和 NetAssist 一致：IPv4/IPv6、TCP Server、TCP Client、UDP、MQTT Client，作服务端时可管理多个客户端连接，支持单播/组播/多播/广播。

也就是说，SCOMM 的功能是那两个的并集。如果你只调一侧，用专注的那个界面更清爽；两侧都要，用它。

粘包与半包：两侧都会遇到

串口是字节流，TCP 也是字节流——两边都没有天然的帧边界。设备连发两条报文，你可能收到一条粘在一起的；一条长报文，你可能分几次收到。

SCOMM 提供分包参数设置（最大包长、分包时间）来处理这件事，按静默间隔切分。这和 Modbus RTU 用 3.5 个字符时间判帧是同一个思路。

看到数据「粘在一起」或者「被拆开」，先调分包参数，不要怀疑设备发错了。 这在两段式设备上尤其容易误判——你会以为是网关把数据搞乱了，其实只是显示层的分帧没设好。

透传和协议转换，验证方法不一样

两段式设备大致分两类，搞混了会白折腾很久：

透传型（多数串口服务器、DTU 属于这类）。设备不理解数据内容，串口进什么，网络就出什么，一个字节不改。验证方法是逐字节比对：从串口侧发 01 03 00 00 00 0A，网络侧就该原样出现这六个字节。出现任何差异都是问题——多了字节可能是设备加了包头，少了字节可能是被当成命令吃掉了，顺序变了说明有缓冲逻辑。

协议转换型（Modbus RTU 转 TCP 网关是最典型的）。设备会重新封装：串口侧是 Modbus RTU（带 CRC），网络侧是 Modbus TCP（带 MBAP 头、没有 CRC）。这时逐字节比对必然对不上，那是正常的。要比对的是「功能码、地址、数量这些语义字段是否一致」。

看到两侧字节不一致就断定设备坏了，是调网关时最常见的误判。 先翻手册确认它是透传还是转换——这一句话能省掉半天。

SCOMM 同屏显示的价值在这里尤其明显：两种情况你都能一眼看出转换前后的对应关系，而不用在两个窗口之间对时间戳。

几个容易被忽略的功能

文件传输协议。 支持 ASCII / BINARY / XModem / YModem / ZModem。给老设备升级固件、或者往嵌入式系统里传文件时，不用再单独找一个终端软件。这是同族里 SCOMM 独有的。

自动应答规则。 设置「收到 A 回 B」，让 SCOMM 扮演对端。开发一侧程序、另一侧设备还没到位时，直接顶替一台设备用。

预定义指令序列。 常用命令存进工具面板，点一下就发。调一套几十条命令的协议时省下的时间很可观。

多种校验自动追加。 校验和、异或、CRC16、固定字节。手工拼报文最容易错的就是这一段。

脚本嵌入发送。 发送内容里可以嵌 C 语言风格脚本，实现每次不同的动态数据。做递增序号、压力测试时用得上。

怎么选：同族三个工具的分工

场景	选哪个
只调串口	UartAssist
只调网络（TCP/UDP/MQTT）	NetAssist
两侧都要、要同屏对照	SCOMM
——	TCPCOM 已停更八年，是 SCOMM 的早期简化版，新项目没有理由再选

三者都是同一家的免费软件，官方渠道都在野人家园的资源页，界面风格一致，学会一个另外两个直接就会用。

它的边界

只有 Windows 版。

功能全带来的代价是界面信息密度高——两侧的参数区、收发区、工具面板都挤在一屏里，第一次打开会觉得满。只调单侧的话没必要承受这个复杂度。

MQTT 侧和 NetAssist 一样是「够用」级别，验证链路没问题，专业的主题树管理和压测还是得用专门的客户端。