这份清单要解决什么
调一个展厅和调一间会议室不是一回事。 区别在于无人值守：展厅必须按时开馆闭馆，日复一日，现场没有技术员，而且断电之后要能自己恢复。
展厅工程里多数调试失败不是"它不工作"——而是"交付当天好好的，三周后不工作了"。这份清单就是围绕预防这件事组织的。
阶段 1：出发前
- 收齐现场每一个型号的 RS-232 / IP 控制规格书。 不是品牌，是型号。同一品牌不同世代的指令集就不一样。
- 确认每台设备支持哪种控制传输——串口、TCP、HTTP、PJLink。有网络就优先用网络，它一次性消掉布线、COM 口分配和交叉线之争。
- 查设备出厂时串口控制是不是关着的。 奥图码要用遥控器按键序列启用；很多 LG 消费电视要进服务菜单。
- 带一个能发十六进制的终端软件——PuTTY 不行，而中控协议有一半是二进制的。
- 带一个交叉转接头。 它能当场把任何直通线变成交叉线。见交叉线与直通线。
- 带一个真 FTDI 芯片的 USB 转串口。 克隆芯片能枚举出来，但永远不过数据。
阶段 2：网络
- 配置任何东西之前先写好 IP 规划。 所有受控设备用静态地址——DHCP 租约一夜之间变了，是"它突然不工作了"的经典原因。
- 大规模用 Art-Net 时，灯光走独立 VLAN 或物理网络——广播流量打到每一台播放主机上是实实在在的负载。
- 开了 IGMP snooping 就要有且只有一个 querier。 零个会破坏组播发现，两个会打架。影响 Dante 和 sACN。
- 网络上没有第二台 DHCP 服务器。
- 边做边把每个 IP、MAC、端口记进交付文档，不要等到最后补。
阶段 3：逐台设备验证
用终端做，在碰中控系统之前。 这是调试里性价比最高的纪律：它独立证明了设备，从而让之后出现的任何问题都确定地落在中控配置里。
每台设备：
- 链路建立——一个裸结束符或查询能换回东西。爱普生对裸 CR 回
:；PJLink 连上就会问候。
- 记录可用的串口参数——波特率、校验位、数据位、停止位。不要默认 9600/8/N/1：索尼是 38400/8/偶校验/1，Modbus RTU 常是偶校验，老巴可是 19200。
- 记录可用的结束符——CR、LF、CR+LF、STX/ETX，还是没有。见指令格式。
- 开机和关机分别验证。 要分开测——关机好使不能证明开机也好使。
- 输入切换靠观察验证，不靠查表。 手动切到某个输入，然后查询设备，把它实际返回的值记下来。公开的输入取值表是按型号来的，而且经常是错的。
- 校验和要重算，不要照抄。 如果表里的校验和通不过协议自己的规则，信规则。我们就是这样发现了一条被广泛转载的 三星 Ex-Link 开机码通不过自身校验。
- 状态查询可用——控制逻辑会需要它，不只是测试用。
阶段 4：无人值守相关的设置
这个阶段才是展厅工程区别于会议室的地方，也是"交付日成功"变成"第三周失败"的地方。
显示设备与投影机
- 待机功耗模式要设成让控制接收器保持工作。 深度节能待机下串口/网络接收器是关的，产生那个标志性症状：关机好使，开机永远不行。 已知的具体案例：明基需要待机功耗设为 0.5W；三星显示器需要把 wake-from-sleep 设成接受 RS232/以太网。
- 三星：ID Settings → PC Connection Cable 选 "RS232C cable"。 不设的话这个口在逻辑上是断开的。
- 每一个"关机 → 开机"序列里都要加冷却延时。 NEC 冷却期间拒收命令；巴可要求开机完成后等 30 秒；松下在灯点亮后有 10–60 秒的静默窗口。
- 关闭屏幕提示。 开放时段展厅里跳出巴可的 OSD 提示是不可接受的——把
OSDC设为 0。
- 楼里晚上拉闸的，配好"来电自动开机"。
主机与播放器
- BIOS：开启网络唤醒，关闭 PXE/网络启动，SSD 排启动顺序第一。 网卡排在 SSD 前面会产生
Checking Media Presence卡住。见网络唤醒不生效。
- BIOS：来电自动开机 = 开。 光靠 WOL 撑不过每晚拉闸，因为网卡可能要等机器启动过一次才会重新武装。
- 关闭 Windows 快速启动。 它在很多网卡上会破坏"关机后唤醒"。
- 网卡：勾选"允许此设备唤醒计算机"和"Wake on Magic Packet"。
- 在机器关机状态下确认网口链路灯是亮的。 灯灭就说明 WOL 不可能工作，任何软件设置都改变不了。 十秒的测试，砍掉一整个分支。
- Windows 更新关闭，或排到开放时段之外。 展览进行中的一次无人值守重启，是客户看得见的事故。
- 自动登录与播放程序自启动配置好，并用完整断电重启测过。
- 屏保、睡眠、关闭显示器全部禁用。
最要紧的那一项验证
- 完整冷启动测试：切断整个展厅的市电，恢复，不碰任何东西让它自己起来。
这是唯一一项能预测"第三周"的测试。 其他全部通过，这一项照样可能失败。 至少做一次，最好安排在一天结束时，这样可以整夜断电、第二天早上来看结果。
阶段 5：中控系统
- 中控系统里的每一条命令，都是阶段 3 验证过的那条。 不允许有从 PDF 里敲进来、从没测过的命令。
- 设备要求的地方都插入了延时——冷却期、点灯静默窗口、巴可那 30 秒。
- 电源状态靠查询确认，而不是靠"发出去了"推定。 松下待机时会回显命令，不加判断的系统会把它读成成功。WOL 根本没有回复——要去轮询那台机器确认它醒了。
- 场景/序列要从各种起始状态测试，不只是从"全关"开始。操作员按"开馆"的时候，东西经常已经开了一半。
- 全关序列放在最后测，因为它是无人值守时运行的那个。
- 第三方对接的分帧要写进文档——别的系统往你这儿发命令时，写明结束符、连接方式和最大长度。见 UDP 通 TCP 不通。
阶段 6：交付
客户的员工不是中控技术员。交付要让一个前台能开馆。
- 一页纸操作说明，只写他们真正会按的那两三个按钮。
- "显示设备不亮时怎么办"——这一条流程覆盖 80% 的报障。
- 设备清单：型号、位置、IP、MAC、COM 口、串口参数、控制传输方式。
- 验证过的指令表，写的是你观察到的值，而不是手册上的值。
- 指定联系人和响应时限。
- 机柜照片（带标签），以及你改过的 BIOS 设置的照片。两年后没人会记得启动顺序为什么长那样。
这份清单针对的失败模式
按回访率排序：
- 待机功耗模式——关机好使、开机不行，三周后
- 没做冷启动测试——第一次真断电后展厅再没起来
- 命令从 PDF 抄来、从未验证——输入值错、校验和错
- Windows 更新 / 快速启动——无人值守重启，或唤醒失效
- 受控设备用 DHCP——地址一夜之间变了
- 没加冷却延时——宏里第二条命令凭空消失
- 把"发出去了"当成确认——回显和"发完不管"的协议被读成成功
这七条里有六条是配置问题，不是硬件问题。 调试期间预防它们不花钱，事后修每一条都要跑一趟现场。
用 SoftControl 控制
SoftControl 在一个界面里覆盖串口、TCP、UDP、HTTP、PJLink、Modbus 和网络唤醒，所以"开馆"这个宏可以把唤醒播放主机、给投影机上电、切换输入、设置灯光场景串成一个序列——并为上面那些冷却和预热规则按条设置延时。
它的指令测试页把请求以文本、字节、十六进制三种形式显示，外加原始回复，这正是阶段 3 的验证能做得快的原因：你可以确认设备的真实行为并留下那条能用的命令，而不是从手册上抄一条然后祈祷。