请教展会现场多屏联动与断网备份怎么做更稳

下个月要做一场 4 天的行业展，展位里有 1 块主屏、3 块副屏、1 台触控查询机，内容需要按时间点联动切换，且观众扫码后还能在副屏上看到对应案例。现在最担心两个问题：一是馆内网络不稳定，二是每天开馆前留给调试的时间很短。

目前我初步准备了本地局域网+一台控制主机，素材全部落地，扫码数据先本地缓存，闭馆后再统一回传；显示端打算做“断网可继续播放、控制端异常可自动回默认轮播”的降级。想请教有实操经验的朋友：现场设备同步一般用有线更稳，还是主控有线、终端无线更省事？联动切换是走播放器集控，还是直接上中控更可靠？另外，触控机高频操作时最常见的故障点有哪些，开馆前 30 分钟你们通常会按什么顺序做巡检？如果有踩坑清单，欢迎直接分享。

先提醒下，展会现场建议以“有线优先、无线只做补充”为原则，别把关键链路压在馆内 Wi-Fi 上。主控、主副屏、触控机尽量全走有线局域网；联动切换优先用成熟播放器集控，少做复杂中控逻辑。
触控机常见故障点：浏览器/壳程序假死、USB 触控漂移、缓存爆满、扫码回调超时。
开馆前 30 分钟巡检顺序：通电→网络/交换机→主控服务→各屏时间同步→默认轮播→联动触发→扫码链路→断网演练。
也请后续补下设备型号和播放软件，方便大家给更准确方案。

先提醒下，涉及展馆网络与安全接入，尽量提前报备，别现场临时加路由。实操上这类联动优先全有线，主控、播放器、触控机都进同一交换机，Wi-Fi只做运维备用。联动切换建议以播放器集控为主，中控只管开关机/场景触发，避免链路过长。触控机常见坑是浏览器缓存、USB松动、触摸漂移、休眠唤醒异常。开馆前30分钟按“通电—网络—时间同步—默认轮播—联动触发—扫码回显—触控压力测试”顺序查，另备一套可一键切默认轮播的离线方案。