设备回了应答却不动作？先看应答内容再查设备状态
设备回包了，说明网络、端口、协议、地址这一整串都是对的——这是个好消息，排查范围一下子小了很多。剩下的问题只有两类：设备现在不能执行，或者这条指令它听懂了但不接受。
分清这两类，先看它回了什么。
30 秒自查：先读应答内容
- 应答是肯定回包（ACK / OK / 回显当前状态），还是错误码。
- 如果是错误码，查一下这台设备的协议文档，它代表什么。
- 设备面板上现在显示什么——有没有报警、锁定、正在自检的提示。
- 同样的指令，换一台同型号设备发，动不动。
你应该看到什么：
| 应答内容 | 说明 |
|---|---|
| 明确的错误码 | 设备拒绝了这条指令，照着错误码查最快 |
| 肯定回包但不动 | 指令被接收了，但执行条件不满足 |
| 只是回显当前状态 | 可能你发的是查询指令，不是控制指令 |
| 回包内容乱码 | 参数对上了但编码/校验不对，见串口与协议篇 |
一个很常见的低级错误：把查询指令当成控制指令发。查询指令会规规矩矩返回当前状态，看起来”有应答”，但它本来就不会让设备动。核对一下你发的到底是哪一条。
根因一：设备处在不能执行的状态
设备在线、能应答，但内部状态不允许它执行。
1. 本地模式 / 面板锁
部分机型在本地模式下仍会回应答（表示”我收到了”），但不执行。这类最迷惑人——因为有回包，你会以为通信没问题，然后往协议方向查了半天。
如果是”面板能动、中控不能动”，先走手动能动、中控点不动？那条线。
2. 正在自检或预热
投影机点亮后有预热期、关机后有散热期，这两段时间内它会拒绝开关机指令。拼接屏、LED 控制器上电后也有自检阶段。这时候发指令，设备回应答但不动作，等它完成就正常了。
这也是”定时开馆偶尔失败”的常见原因——上电到执行场景之间的延时排得太紧，指令发过去时设备还没准备好。
3. 报警或保护状态
温度过高、灯泡到寿、风扇故障、输入无信号，这些状态下设备会拒绝部分操作。看一眼设备面板或状态查询指令返回的内容，通常会有提示。
你应该看到什么：设备面板显示正常、不在预热/散热/自检期、没有报警，那设备状态是允许执行的，往下查指令本身。
根因二：指令参数不对
指令格式对、设备也接受了，但参数指向了一个不存在或不合法的目标。
| 参数问题 | 典型表现 |
|---|---|
| 通道/输入源不存在 | 切到设备实际没有的那一路，回 OK 但画面不变 |
| 数值越界 | 音量、亮度超出范围，设备取边界值或直接忽略 |
| 目标地址不对 | 多机同总线时发给了别的机号，那台动了、这台没动 |
| 场景/预设号为空 | 调用了一个没保存过的预设 |
最后一条在展厅里很典型：中控里配了”调用预设 3”，但设备上的预设 3 从来没保存过。设备收到指令、回了应答，然后什么也不做。
排查办法：先用最基础的指令测一次（比如查询电源状态、切到确定存在的通道 1），基础指令能生效说明链路和格式都对，那就是参数的问题，逐个换值试。
根因三：执行前提没满足
有些动作有依赖关系，前提不满足时设备会接受指令但不执行：
- 投影机未开机时发切换输入源 → 收下了，但要等开机后才可能生效
- 矩阵输出口未使能 → 切了输入源也没画面
- 播放器没有加载节目单 → 发播放指令没有内容可播
- 时序器总开关未合 → 分路指令下发了也没电出去
这类问题的共同特征是：指令本身没错，顺序错了。排查时把整个动作序列理一遍，看有没有把后面的步骤放到了前面。
你应该看到什么：按正确顺序手动走一遍（先开机、再切源、再播放），每一步都成功，说明设备和指令都没问题，是中控里的场景编排顺序需要调整。
修完别急着走
- 单点复测 + 场景复测：单独发这条指令几次，再把完整场景跑一遍——顺序类问题只在整场景里才暴露。
- 给动作之间留够延时：涉及上电、开机、自检的动作，中间必须留出设备准备时间，别排太紧。
- 把设备的错误码含义记进弱电间文档：这类文档一般只有厂商协议里有，抄一份放现场，下次直接查。
- 顺手核一遍其他预设：如果这次是预设为空，其他预设多半也没保存全。
常见问题
Q：中控发了指令，设备有回包但不动，是通信问题吗？ A：不是。有回包说明网络、端口、协议、地址这一串都通了。问题在设备当前状态（本地模式、预热、报警）或者指令参数（通道不存在、预设为空、数值越界）。
Q：设备回了错误码，怎么知道是什么意思？ A：查这台设备的通信协议文档，厂商一般都会列错误码表。查到之后照着改最快，比盲目排查省时间得多。建议把常用设备的错误码表抄一份放在弱电间。
Q：为什么定时开馆偶尔会有设备没起来？ A：多半是延时排太紧。投影机、拼接屏上电后有自检和预热期，这期间它会接收指令但不执行。上电到执行开馆场景之间要留足时间，具体留多久看设备说明书里的启动时间。
Q：切换输入源回了 OK，但画面没变？ A：先确认切的那一路输入源在设备上确实存在——切到不存在的通道，不少设备会照样回 OK。其次确认设备已经开机，未开机状态下切源通常不会生效。