sscom 串口调试助手：现场发指令的第一把工具

它到底解决什么

展厅联调阶段有一类事故反复出现：中控面板上按了「投影开机」，投影机没反应。这时候现场通常会分成两派——做中控的说指令发了，做投影的说设备没问题。两边都没错，也都拿不出证据。

sscom 就是用来了断这种争论的。它做的事非常朴素：让你用一台笔记本，直接连到那台设备的串口或网口上，手动敲一条指令发过去，然后看设备回什么。

这一步的价值不在于「调试」，而在于把责任链切成两段。手发指令设备动了，说明设备和线路都没问题，问题在中控这一侧；手发指令设备也不动，那就先别去改中控程序了，问题在设备、线序或者指令本身。展厅现场最费时间的从来不是修，是找。这个工具帮你把「找」的范围一次砍掉一半。

它的名字里带「串口调试助手」，但实际上串口和网口（TCP、UDP）都能发，这在展厅里很重要——现在的投影机、电视、矩阵，同一条控制指令往往既支持 RS232 也支持网络口，现场用哪条通就走哪条。

展厅哪道工序会用到它

第一处是设备进场后的单机验证。 设备刚拆箱上架，中控程序还没写，这时候就该拿它逐台点一遍：能开机、能关机、能切信号源。这一步做完，后面写中控程序才有底——你知道每条指令确实是通的。跳过这一步直接写中控，等到联调时出问题，你分不清是自己程序写错了还是设备本来就不认。

第二处是联调期的分段排障。 中控发了指令没反应，把中控串口线拔下来插到笔记本上，用它发同一条指令。这一下就知道该往哪边查。

第三处是交付后的远程支援。 现场运维人员不懂中控程序，但你可以让他装上这个工具、接上线、按你给的内容发一条，然后把收到的回复截图发给你。这比让他描述「屏幕上有个框，框里有字」要高效得多。

怎么获取

官网 daxia.com 直接提供下载，是一个不需要安装的可执行文件，拷到 U 盘里带去现场就能用。这一点在展厅现场很关键——甲方的工程机常常不让装软件，绿色单文件可以直接跑。

要注意的是，用串口连设备通常还需要一根 USB 转串口线，而这根线自己的驱动是另一回事。工具打不开串口时，先去设备管理器里看这根线有没有被认出来、有没有黄色感叹号，别一上来就怀疑软件。

最短可用路径

从零到发出第一条指令，实际上只有四步：

1. 接线。串口就把 USB 转串口线插上，网口就把网线接到同一网段。
2. 选口和参数。串口要选对端口号和波特率——波特率是设备说明书里写死的，猜不出来，必须翻手册。网口要填设备 IP 和端口号。
3. 打开连接。软件上有一个开关按钮，按下去才算真正占用了这个口。这里有个高频踩坑：一个串口同一时刻只能被一个程序占用。如果中控软件还开着并占着这个口，这边就打不开，会报错。所以排障时要先把中控软件关掉。
4. 发指令。把指令内容填进发送框，点发送。

关于指令内容的格式，有个必须搞清楚的分岔：设备手册给的指令有两种写法，一种是能直接看懂的英文字母（比如 PWR ON），一种是一串十六进制数字（比如 A0 01 00 02 A3）。工具界面上有一个「HEX 发送」的勾选项——填英文字母就不要勾，填十六进制就必须勾。这个勾没打对，是新手最常见的失败原因，表现是发出去毫无反应，看起来跟设备坏了一模一样。同理接收侧也有一个 HEX 显示的勾，设备回的是十六进制时不勾就是一堆乱码。

关于字符与十六进制两种写法的来龙去脉，可以看站内的十六进制与 ASCII 指令怎么互相转换；不确定该走串口还是网口的，看串口控制和网络控制怎么选。现场直接撞上乱码，或者手头这份投影机 RS232 指令表不知道怎么试，参考RS232 串口乱码排查和投影机 RS232 指令集速查，两篇里用到的调试步骤就是这个工具。

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

波特率、数据位、停止位、校验位这四项必须和设备手册完全一致。 展厅里最常见的是 9600 或 115200，但这不是规律，是巧合——真有设备用 38400 的。四项里错一项，现象都是「发出去没反应」或者「收回来是乱码」，看不出区别。所以这四项不要凭经验填，翻手册。

结尾的回车换行是个隐形杀手。 很多设备的协议要求每条指令末尾带回车（有的还要回车加换行），少一个字节设备就当这条指令没说完，一直等着。工具上一般有一个「发送新行」之类的勾选项，控制的就是这个。指令内容看起来完全正确却没反应时，八成是这里。

定时发送这个功能在展厅有个特别的用法：验证设备的保活。有些设备长时间不通信会自己断开连接，你把一条无害的查询指令设成每隔几十秒发一次，挂上半小时，就能看出它稳不稳。这比出了问题再回来查省事得多。相关背景见长连接怎么保活。

踩坑与排错清单

什么时候别用它

它是一把手动的螺丝刀，不是自动化产线。有三种情况该换工具：

要长期运行的，别用它。 它没有断线重连、没有日志留存、没有异常告警，关掉窗口就停了。展厅要的是「每天早上九点自动开机」这种能力，那是中控软件的活。

要按语义调协议的，别用它。 Modbus 有寄存器地址和功能码，PJLink 有自己的握手和响应格式，这些用字节流硬发不是不行，但你得自己算校验、自己拼帧，效率极低还容易算错。Modbus 用摩尔信使 MThings，PJLink 用站内的 PJLink 助手，OSC 用 Protokol。

要查网络层问题的，别用它。 它只告诉你「我发了」和「我收到了这些」，看不到丢包、重传、组播有没有被交换机拦掉。这类问题要上 Wireshark。

同类工具里，Hercules SETUP utility 把串口、TCP 客户端、TCP 服务端、UDP 放在四个标签页里，做网络侧的验证更顺手；Packet Sender 跨平台且能保存一整套指令做成清单，适合要反复跑同一批测试的场合。三者不冲突，很多人是包里都带着。

与本站方案的衔接

单机验证只是起点。展厅真正的难题在后面：几十台设备的指令要按顺序编排、要有时序、要能被前台平板一键触发、要在设备没响应时自动重试并告警——这些是调试工具做不到的，需要中控系统来做。

企服君中控 SoftControl 走的就是这条路：把你在调试阶段试通的每一条指令沉淀成可复用的设备驱动，现场只做界面编排。集成商如果每年要交付多个展厅项目，与其每个项目重新写一遍指令，不如把这套东西变成可复用的资产——具体的授权与年费方式见集成商年费方案。

指令调试这道工序的完整工具分工，见指令到底发没发？六款调试工具怎么分工。