本文为通用需求对接与选型参考，不代表任何具体型号的能力或现场配置。兼容性、实施范围、费用和交付安排须结合设备资料及现场条件确认。
一、先建立设备与接口清单
展厅中控的目标不是把所有设备接到一个按钮，而是让讲解流程、设备状态和人工操作之间有明确对应关系。先按展区和使用场景建立清单，再讨论主机或控制端。
核对清单
- 记录每台设备的名称、数量、所在展区、厂家型号、现有固件及负责人；不确定的项目标记为待确认，不用猜测参数。
- 区分设备控制接口与音视频信号接口：有 HDMI 或网口不等于开放了远程控制能力，应索取实际协议或 API 文档。
- 分别记录串口、网络、红外、继电器或 IO 的方向、隔离方式、控制指令、反馈状态和是否支持查询；有接口名称不代表设备间可直接互通。
二、协议对接先验证，再编排场景
对接前用一台代表设备验证连接、命令、应答和状态查询。串口需核对电气标准、地址、波特率、校验及指令边界；网络接口需核对传输方式、认证、超时、会话和错误响应。
核对清单
- 区分 TCP/UDP 通信与设备上层协议，HTTP、MQTT 或厂家 SDK 也应以该设备实际支持情况为准，不因同名接口就承诺兼容。
- 记录哪些操作有确认应答，哪些只有单向命令；红外发出命令不等于设备已执行，关键环节应设计可观察的状态或人工复核。
- 继电器不能仅凭接口名称假定可直接承担设备供电，额定条件、隔离和联锁应由具备资质的电气人员核实。网络分区、访问白名单和凭据管理应一并确认。
三、把开馆与闭馆写成带条件的时序
先画设备依赖关系，再把场景拆成启动、等待、检查、继续或回退。不要用一个固定延时替代所有状态检查，也不要把关闭播放、设备关机与切断供电混为一谈。
核对清单
- 开馆：核对必要的供电和网络条件，按设备依赖启动，确认播放与信号源就绪，再切换到接待场景；等待条件与超时后动作须在调试中确认。
- 讲解：定义展区切换、内容调用、音量与灯光联动的先后关系；保留暂停、跳过某展项和人工接管的方式。
- 闭馆：先结束演示并保存必要状态，再按厂家要求完成设备关机或散热流程；停电恢复后的行为单独设计，不直接假定所有设备可同时上电。
四、故障恢复与操作权限要一起设计
现场故障往往是部分设备离线、连接中断或反馈延迟。控制界面应区分已发送、已确认、失败与未知，避免给出没有依据的成功提示。
核对清单
- 为查询与可重复执行的操作设置有上限的重试和退避；对切换、脉冲、开关等非幂等操作，先核对当前状态，不盲目重复发送。
- 重连后重新读取实际状态，明确离线期间的待执行动作是取消、人工确认还是安全重放；记录失败原因和人工接管入口。
- 区分讲解员、日常运维与系统配置权限；远程接入需单独授权，不把管理接口直接公开到互联网，不在交付文档或日志中明文传播密码。
五、按场景验收，而不只验收单个按钮
验收资料应包含前置条件、操作步骤、期望结果、实际结果、异常处理和确认人。正常流程与故障流程都要留记录，具体阈值由项目各方依据现场需求共同确认。
核对清单
- 逐项验证设备接口、状态查询、开闭馆、跨展区讲解与人工接管，检查界面反馈是否与现场一致。
- 模拟单台设备离线、网络恢复、控制端重启和权限撤销，核对恢复后是否误触发、重复播放或继续使用过期权限。
- 交接设备台账、网络拓扑、协议版本、场景清单、备份恢复流程、变更记录和维护责任；敏感凭据应通过独立的安全方式交接。