Hercules SETUP：串口网口四合一的现场排障工具

它到底解决什么

展厅设备的网络控制，故障现象往往只有一句话：「连不上」。但这三个字背后至少有四种完全不同的原因——设备根本没开控制口、网段不通、端口被防火墙拦了、或者协议格式不对设备主动断开。这四种的处理方式各不相同，混着查会很慢。

Hercules 的价值在于它能站在链路的任意一头。这一点比想象中重要。展厅里的网络控制其实有两个方向：

• 你主动连设备：中控去连投影机的控制端口，这时候中控是客户端，设备是服务端。
• 设备主动连你：一些传感器、雷达、闸机、排队叫号设备是反过来的——它们自己找一个服务器地址连上去，然后不停上报数据。这时候设备是客户端，中控得当服务端等着。

大多数简单的调试工具只做第一种。碰到第二种，你会陷入一个死局：设备说它连不上服务器，但服务器程序还没写，你没法验证到底是设备不发还是你没接。Hercules 有 TCP Server 标签页，几秒钟就能在你的笔记本上支起一个假服务器，端口填成设备要连的那个，然后看它连不连过来。连过来了，说明设备和网络都没问题，接下来专心写你的接收程序；没连过来，问题在设备配置或网络上，别往程序上找。

这个「假扮对端」的能力，是它在展厅现场最实用的地方。TCP、UDP 这两种传输方式该怎么选、粘包和心跳这些坑怎么处理，背景见TCP 与 UDP 网络控制速查。

展厅哪道工序会用到它

一是设备进场后的网络控制验证。 投影机、矩阵、电视、处理器现在基本都支持网络控制。设备上架接好网线，先用它把控制端口试通，再写中控程序。顺序反过来的话，程序调不通时你要同时怀疑两件事。

二是互动展项的数据上报调试。 雷达、地感、红外对射这类传感设备，多数是主动上报模式。展项做不出反应时，第一步就该用它假扮服务端，看数据到底有没有上来。数据上来了但展项没反应，那是解析或逻辑的问题；数据根本没上来，去查设备和网络。相关排查思路见互动展项没触发怎么查。

三是跨网段、跨交换机的连通性验证。 展厅的网络经常分了 VLAN，中控和设备不在同一段。两台笔记本一头一个，一个当服务端一个当客户端，几十秒就能确认这条路通不通。这比让网络工程师翻交换机配置快得多。

怎么获取

官网 hw-group.com 提供下载，是免安装的单文件，拷到 U 盘带去现场即可。展厅工程机常常不让装软件，绿色单文件这一点很实用。

最短可用路径

它的界面就是几个标签页，按你要验证的方向选：

你去连设备（TCP Client）：填设备 IP 和端口，点 Connect。连上会有提示，之后在下方输入框里发指令。

让设备来连你（TCP Server）：只填端口号，点 Listen。然后就等着——设备连过来时会在窗口里出现连接记录。这一步之前要确认两件事：你这台笔记本的 IP 是不是设备配置里填的那个地址，以及你的 Windows 防火墙有没有放行。防火墙是这里的头号绊脚石，弹出询问窗口时要选允许；如果窗口一闪而过没注意，到防火墙设置里把这个程序放行一次。

UDP：填本地端口和目标地址端口，收发都在同一个页面。展厅里的组播、广播类控制走这里，背景见 UDP 广播在展厅里怎么用。

串口（Serial）：和普通串口助手一样，选口、选波特率、打开。

发送内容同样有字符和十六进制两种写法，界面上有对应的输入方式。填十六进制时不要用字符输入框，这是最常见的失误，现象是发出去设备毫无反应。字符和十六进制的关系见十六进制与 ASCII 指令怎么互相转换。

展厅工程里真正要改的那几个设置

端口号必须来自设备手册，不能猜。 展厅设备的控制端口五花八门，同一个厂家不同型号都可能不一样。猜端口的结果是连不上，而连不上和「设备没开控制功能」现象完全一样，会把你带偏。

服务端模式下要先确认自己的 IP。 你在这台笔记本上开了监听，但设备配置里填的服务器地址是另一个 IP——这种情况在现场太常见了，尤其是笔记本同时接了 WiFi 和网线的时候。开监听之前先看一眼自己网卡的实际地址，和设备配置里填的对上。

长时间不通信会被断开这件事要单独验。 有些设备或中间的网络设备会清理空闲连接。用它连上之后挂十几分钟别动，看连接还在不在。这个特性如果到交付后才发现，表现是「白天好好的，晚上第二天早上就控不了了」，非常难查。背景见长连接怎么保活。

踩坑与排错清单

什么时候别用它

要查链路细节的时候别用它。 它只告诉你结果——连上了、发了、收到这些字节。中间到底发生了什么，比如 TCP 有没有重传、组播包被哪一跳丢掉、有没有 ARP 冲突，它一概看不到。这些问题要上 Wireshark。判断标准很简单：如果现象是「时好时坏」而不是「一直不通」，多半得抓包。

要做常驻服务的时候别用它。 它是手动工具。展厅里「设备主动上报、系统持续接收并入库」这种需求，得写成服务或者用中控软件承接。

要跨平台的时候别用它。 只有 Windows 版。现场用 Mac 的话，Packet Sender 是更合适的选择，而且它能把一整套测试指令存成清单反复跑，做回归验证比这个顺手。

协议语义层的调试也不该用它。 Modbus 找摩尔信使 MThings，OSC 找 Protokol，PJLink 直接用站内的 PJLink 助手——这些工具懂协议本身，能帮你算校验、解字段，用通用工具硬拼帧是在给自己找麻烦。

与本站方案的衔接

调试工具验证的是「这条链路通不通」，交付系统要回答的是另一个问题：几十条链路里有一条断了，谁第一时间知道，以及断了之后系统自己怎么办。

企服君中控 SoftControl 把设备连接状态、指令重试、异常告警做进了运行时，而不是靠人盯着调试窗口。集成商如果每年交付多个展厅，这类能力做成年费订阅比每个项目重新开发划算——见集成商年费方案。

网络控制这条线的完整排障顺序，可以配合展厅设备离线怎么第一时间知道一起看；同类调试工具的分工见指令到底发没发？六款调试工具怎么分工。