Serial Port Monitor：串口抓包终结扯皮

它到底解决什么

展厅现场有一类争执，谁都说得头头是道，谁都拿不出证据：中控集成商说「我程序里明明发了指令」，设备厂商说「我们这边压根没收到」。双方各自守着自己的一亩三分地，中控只能看到自己发没发的代码逻辑，设备厂商只能看到设备有没有反应，中间那条串口线上到底跑过什么，谁也没有原始记录。

Serial Port Monitor 干的就是把这段「中间过程」原样记下来。它不主动往串口里发东西去试探设备，而是趴在系统的串口驱动上，把某个 COM 口上流过的每一个字节、每一次读写、甚至底层的控制指令都实时截获并记录下来——不管这个口是被哪个软件在用，它都能在旁边同步录一份。这份记录跟争执双方各自的一面之词不一样：它是总线上真实跑过的东西，写着什么就是什么，没有转述、没有回忆偏差。

它的另一层价值出现在没有争执、但也没有资料的时候。展厅经常接手别人做过的老项目，或者甲方从别的渠道淘来一台没有中文资料的旧设备，说明书早就找不到了，唯一能用的是设备原厂自带的一个调试小软件，点一下按钮设备就动。这时候没必要去猜设备的指令格式，直接开着监听，点一下原厂软件的按钮，看它发了什么字节，原样抄进新中控里，比对着模糊的英文说明书连蒙带猜快得多、也准得多。

展厅哪道工序会用到它

验收和调试阶段的「扯皮终结」。 中控程序已经写完、也已经在跑，但某个动作就是没反应。中控这边说「日志里显示已经调用了发送函数」，设备那边说「我们没看到任何通信」。这时候挂上监听，静静等这个动作再触发一次：如果记录里压根没出现对应的字节，说明问题出在中控这一侧，可能是端口没打开、参数不对，或者代码逻辑根本没走到发送那一步；如果记录里确实有字节发出去、但格式或地址不对，说明是指令内容配错了；如果发出去的字节完全正确，那责任就要往设备那边去查。三种结果对应三种完全不同的下一步动作，而不用再靠「我觉得」「按理说」来猜。

逆向摸清一台没有文档的老设备。 库房里那台用了很多年的老设备，铭牌都快磨没了，厂家早就联系不上，唯一活着的证据是当年配套的一个 Windows 调试软件，装在一台老笔记本上还能用。开着监听，操作那个调试软件走一遍功能，把它和设备之间来回的字节全部录下来，对照着设备做出的实际动作，就能反推出这台设备认的指令是什么样。这条路子比对着一份可能都对不上型号的老手册瞎试稳得多。

长期蹲守型的故障复现。 有些异常不是每次都发生，可能十次里出一次，现场盯着看根本盯不住。把监听挂在后台，正常干别的事，等异常真发生的那一刻，回头翻记录，看当时总线上到底发生了什么——是设备突然不回应了，还是回的数据本身就不对。没有这份记录，「时好时坏」的问题基本没法定位，只能靠运气撞。

怎么获取，授权怎么分档

官网是 https://www.electronic.us/products/serial-port-monitor/，出品方是 Electronic Team。这家公司以前叫 Eltima，现在的官方站点和品牌都已经是 Electronic Team，站内引用一律以这个当前域名为准，不要再拿旧名字去搜别的下载渠道。

官网明确写了这是一段限时的全功能试用：下载安装之后可以先在自己的环境里把功能走一遍，确认能用再决定要不要买正式授权。这里要提醒一句：走到「抓中控和设备之间实时通信」这个核心场景时，得先弄清楚自己拿到的是哪一档授权，因为几个关键能力是分开卖的，具体见下一段。

官方把授权分成三档：

• Standard（标准版）：能监听任意类型的串口连接设备或软件，可以同时监听多个 COM 口，能把收发的数据记录下来，也能识别 RS232、RS422、RS485 这几类物理接口。日常「看一眼串口上有没有数据在跑」用这一档就够。
• Professional（专业版）：在 Standard 全部能力之上，多了三件事——能中途插进一个已经被别的程序占用的串口继续监听（不用先关掉正在跑的中控软件）、能通过高级发送对话框主动往串口写数据做联调、能在监听过程中动态改串口参数。本篇主线场景——中控软件正在跑、你想在不打断它的前提下插进去看它和设备之间到底传了什么——正好踩在 Professional 才有的那条能力上，选型报价时这一点千万别漏看。
• Company（团队版）：面向需要在多个工位同时装机的开发团队，功能等同 Professional，购买走询价渠道，不在官网标准页面列具体报价。

Standard 和 Professional 都支持一次性买断长期使用，也支持按年订阅这两种购买方式，具体费用以官网结算页当次显示为准，这里不写死数字。官方还提到老版本注册用户升级新版本有折扣，具体幅度同样以官网当次说明为准。

安装包只有官方渠道这一个来源，装的时候会带一个数字签名的底层驱动来完成串口截获，认准官网下载页拿包，不要绕去第三方站点找替代安装包。

最短可用路径

装好之后开始一次最简单的监听，大致是这几步：

1. 打开软件，新建一次监听会话，在弹出的端口列表里选中要看的那个 COM 口——如果不确定是哪一个，先去系统的设备管理器里核对一下当前占用的串口号。
2. 选一种数据查看方式。软件提供表格、按行、字节转储（dump）、终端、Modbus 五种视图，不确定看哪种最合适时先选表格视图，最直观，能看清每一条通信的方向、字节内容和时间戳。
3. 勾选要抓的事件类型：打开/关闭端口、读/写数据、设备控制指令，一般全勾上，先把数据抓全，回头再筛选。
4. 点击开始监听。这一步之后不需要做任何额外动作，让中控软件和设备正常工作，触发你想观察的那个动作。
5. 回到软件界面看有没有数据滚动出现。看到字节流随着设备动作实时刷新，就算抓到了。 抓到之后记得把这段会话存下来或者导出成文件，这份文件就是后面要用的证据和分析素材。

展厅工程里真正要弄明白的那几件事

这一节是全篇重点，跳过操作细节，讲清楚现场和售前真正用得上的判断。

抓到的一堆十六进制数字，怎么变成有用的信息。 第一次打开表格或字节转储视图，看到的是一串串十六进制字节，对没学过协议的人来说完全是天书。正确的读法不是从头到尾硬啃，而是拿着设备厂商给的指令文档（哪怕只有几页），去记录里找那份文档里写过的指令头或者固定的起始字节——大多数厂商协议都有这么一段不变的「开场白」，肉眼扫一遍很容易认出来。认出开场白之后，再看设备真实做了什么动作，把「发了这一串字节」和「设备做了这个反应」对应起来，一条指令的含义基本就摸清了。十六进制和可读字符之间怎么互相换算、常见的分隔符和结束符长什么样，这块速查表在 控制指令 HEX / ASCII 编码速查 里，本篇不重复。如果设备走的正好是 Modbus，软件本身还会把原始字节自动解析成 Modbus 的功能码和地址，不用自己手动去拆报文；Modbus 报文结构详细讲解见 Modbus 协议速查，RS232/RS485 的电气层和常见指令帧格式见 RS232 与 RS485 串口控制速查与实战。

什么情况下这工具会一无所获，白折腾一场。 现场最容易踩的坑就是设备明明能控、监听却什么都抓不到。原因通常是那一路通信压根没走 Windows 的 COM 口这一层——比如中控和设备之间实际是通过某种网口转串口设备做的转换，而中控软件那一端连的其实是一个网络地址、走的是 TCP/IP 通信，COM 口只是转换设备那一侧对外呈现的假象。这种场景下，监听软件盯着的是操作系统的串口驱动，看不到任何走网络协议栈的流量，抓多久都是空的。判断这条通信到底走的是串口还是网络，可以先看 串口中控 vs 网络中控：稳定性与布线对比 理清两者的接线和识别方式；一旦确认走的是网络这条路，就该换抓网络包的思路，而不是继续在串口监听上耗时间。

这份记录是能拿去对质的举证材料。 前面讲的「中控说发了、设备说没收到」的扯皮，本质是双方都拿不出第三方证据。监听记录之所以有说服力，是因为它不站在任何一方立场上——它只如实记下总线上确实出现过的字节，谁对谁错，把记录摆出来看一眼就清楚，不需要谁来解释、谁来担保。把这份记录导出存档，是现场处理责任纠纷时最省口舌的一步；导出格式官方支持网页、纯文本、Unicode 文本和表格几种，选一种双方都方便打开的存起来就行。

和 MThings 到底怎么分工，别用混了。 站内另一款工具 MThings（摩尔信使） 也处理串口/总线问题，但方向和这款完全相反：MThings 是主动发指令去问设备，你告诉它问什么、它替你去问，用来验证设备在不在线、地址对不对、参数配得对不对；Serial Port Monitor 是被动趴在旁边看别人（中控和设备）之间已经在自然发生的通信，你不主动插话，只是把双方原本就在说的话原样记下来。现场经验是：如果问题是「我不确定这台设备还活不活着」「它的从站地址是多少」，该主动去问，用 MThings；如果问题是「中控和设备已经在正常工作流程里通信，但结果不对，我想看看它们之间到底说了什么」，该被动去听，用 Serial Port Monitor。混着用只会浪费时间——拿主动询问工具去「偷听」一条本来就在通信的总线，反而容易因为多出一个主站抢占总线而干扰原有通信。

踩坑与排错清单

什么时候别用它

它是被动记录工具，不负责替你验证设备，也不负责帮你决定该发什么指令——这两件事该交给 MThings 之类的主动调试工具，链接见上一节。

如果现场那条链路根本不经过 Windows 的串口设备，比如中控和设备之间就是走网络协议在通信，装这个软件毫无意义，装了也是白装，该换网络层的排查思路。

如果只是想快速瞄一眼串口上有没有数据在跑，评估一下值不值得认真投入排查，先别急着装监听软件搭这套流程——花几分钟先确认问题方向再动手，比一上来就上重型工具更划算。

如果团队手头只有 Standard 授权，而现场恰好是「中控已经在跑、需要中途接管监听」这个最常见的场景，先别急着现场折腾，提前确认好授权档位，别到了现场才发现功能用不了。

与本站的衔接

• 主动去问设备、验证地址和参数，用 MThings（摩尔信使）——它和本篇是同一类问题的两个方向。
• 十六进制字节和可读字符的对照速查，看 控制指令 HEX / ASCII 编码速查。
• RS232/RS485 的电气差异、接线和常见指令帧，看 RS232 与 RS485 串口控制速查与实战。
• Modbus 报文结构和功能码，看 Modbus 协议速查。
• 拿不准现场这条链路到底是串口还是网络，先看 串口中控 vs 网络中控：稳定性与布线对比。

调试期试通的指令，能不能变成资产

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

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

出处

本文事实依据来自 Electronic Team 官网 Serial Port Monitor 产品页与购买页：产品功能介绍、常见问题解答、系统要求与授权分档说明（https://www.electronic.us/products/serial-port-monitor/、https://www.electronic.us/products/serial-port-monitor/purchase/）。文中涉及的展厅工序判断、与 MThings 的分工建议属于工程经验总结，具体功能边界、试用时长与购买条款请以官网当次页面为准；本文不涉及版本号与具体价格数字。