串口和网口调试助手，六款怎么分工

先分清，这六款答的不是同一个问题

现场说「拿个调试助手来发一条」，听起来是一件事，实际上这六款工具分属五类完全不同的活。方向没分清就挑工具，是展厅调试里最常见的浪费。

第一类，手发验证。 sscom 是典型。前提是设备就在眼前，你要绕开中控直接问它一句「你到底听不听得懂」。

第二类，两头扮演。 Hercules SETUP utility 的特长。展厅里有一类设备是主动往外连的——雷达、地感、闸机、排队叫号，它们自己找一个服务器地址连上去上报数据。这时候你要扮演的是服务端而不是客户端，能做这件事的工具就少了。

第三类，批量复测。 Packet Sender 的定位。把一整套指令存成清单，交付前跑一遍、改动后再跑一遍。它解决的不是「能不能发」，是「每次都不漏」。

第四类，协议语义。 Protokol 属于这一类——它懂 OSC 的地址和参数结构，能把消息解析开给你看。同类的还有站外的 Modbus 专用工具。

第五类，旁路监听。 Serial Port Monitor 是唯一的一款。前四类都是「你自己发」，它是「在旁边听别人发」。

另外还有一个不属于调试范畴但常一起用的：com0com。它不发也不收，它造出一对虚拟串口，让你在没有设备的时候也能把程序跑起来。

现场怎么挑：三个问题定方向

问题一：设备在不在你手上？

在，用手发验证类（sscom / Hercules）。不在——设备还没到货或者在别的城市——那要么用虚拟串口造一个假的（com0com），要么就别在这一层花时间了。

问题二：谁主动连谁？

你主动连设备（大多数投影机、矩阵、电视的网络控制），任何一款都能做。设备主动连你（传感类设备居多），必须用能开服务端监听的（Hercules 或 Packet Sender）。

这个问题最容易被跳过，跳过的代价是排查方向从一开始就错了——你拿着客户端工具去连一台等着别人来连它的设备，永远连不上，然后开始怀疑网络、怀疑设备、怀疑线。

问题三：这件事要做几次？

一次，随手一个就行。要做很多次（交付前、改动后、验收时、故障后），那就值得用能存清单的（Packet Sender），把重复劳动变成点几下。

展厅里的几条通用纪律

这几条跟具体用哪款无关，是所有调试工具的共同约束：

串口是独占的。 同一时刻只能一个程序打开一个串口。调试前要先把中控、播控、以及别的调试窗口关掉，否则报「被占用」。查是谁占着，用 Process Explorer。

HEX 和字符两种写法不能混。 设备手册给的指令有两种形式：能看懂的英文字母，和一串十六进制数字。工具上都有对应的输入方式和勾选项，选错的表现是发出去毫无反应，跟设备坏了一模一样。这是新手最高频的失败原因。写法的来龙去脉见十六进制与 ASCII 指令怎么互相转换。

波特率等四项必须翻手册。 波特率、数据位、停止位、校验位，展厅里最常见的是 9600 或 115200，但这是巧合不是规律。四项错一项，现象都是没反应或乱码，看不出区别。

结尾符是隐形杀手。 很多设备要求指令末尾带回车（有的还要回车加换行），少一个字节设备就当这条没说完，一直等着。指令内容看起来完全正确却没反应时，先查这里。

RS485 先试对调 A/B。 两根线接反是最常见的物理错误，成本最低的排查动作就是对调一次试试。长距离总线还要看终端电阻，见 RS485 总线怎么设计。

什么时候这六款都不该用

要查「时好时坏」的问题。 这类问题的答案在链路里——丢包、重传、组播被交换机拦掉、ARP 冲突。调试助手只告诉你「这次发了」「这次收到了」，看不到中间发生了什么。这时候要上 Wireshark。判断标准很简单：一直不通用调试助手查，时好时坏用抓包工具查。

要做常驻的自动控制。 调试助手是手动工具，窗口关掉就停了。展厅要的「每天早上九点自动开机」「设备没响应自动重试」，是中控系统的活。

要按协议语义操作。 前面说过。Modbus 有寄存器和功能码、BACnet 有对象和点位、PJLink 有握手和响应格式，这些用字节流硬拼不是不行，但效率极低还容易算错。

与本站方案的衔接

这六款工具的共同定位是调试期——它们帮你把每一条指令试通。而展厅真正的成本在交付之后：几十台设备、上百条指令、开闭馆时序、异常重试与告警，这些靠手动工具堆不出来。

企服君中控 SoftControl 承接的是这一段：调试期试通的每一条指令沉淀成可复用的设备驱动，新项目只做界面编排，不重写指令逻辑。对每年要交付多个展厅的集成商来说，这部分复用带来的工期节省是可以量化的——授权与年费方式见集成商年费方案。

指令调试的整体分工还可以看指令到底发没发？六款调试工具怎么分工（那一篇覆盖的是另一组工具）；现场排障的顺序见 RS232 乱码怎么查。