视频矩阵控制指令速查（切换命令结构 + Extron SIS 公开示例）
本文讲视频矩阵的切换命令结构，并给出公开协议（如 Extron SIS）的真实切换示例。各品牌切换码、分隔符、结束符不同，务必以你矩阵手册的「控制命令表 / Command List」为准，本文所列命令仅作结构示范。
从一次切不动的多屏说起
展厅一面电视墙，中控里点了切换按钮，屏纹丝不动。回机房量串口，波特率对、线也通，就是矩阵不认命令。折腾半天才发现：手册里结束符是回车（CR），你在中控命令框敲的却是回车换行（CR+LF），多出来那个换行让矩阵把整条命令当废包丢了。视频矩阵控制的坑，八成不在”切换逻辑”，而在这些看不见的字节——分隔符、结束符、编码格式。这篇把切换命令结构拆开讲透，用 Extron 公开命令集做范本，让你对着手册就能把码敲对。
视频矩阵控制是什么
视频矩阵把多路输入信号交叉切换到多路输出（M 进 N 出），是展厅多屏调度的核心设备。前端接播控主机、机顶盒、笔记本等信号源，后端接电视墙、投影、拼接屏，靠矩阵在”哪路进接哪路出”上做文章。规格按信号类型分 HDMI、HDBaseT、SDI 几类，控制层大同小异。
矩阵普遍支持 RS232 串口与 TCP/IP 网络两种控制通道，最核心的操作就是切换命令——把第 X 路输入接到第 Y 路输出。各品牌指令码不同，但「输入→输出」的寻址结构共通：一条切换命令总能拆出”切换动作 + 输入编号 + 输出编号”三样，差别只在用什么符号拼、用什么字节收尾。看懂这个结构，再陌生的手册也能快速定位到你要的那条命令。
速查：控制参数与切换指令结构
| 项目 | 通用说明 |
|---|---|
| 控制通道 | RS232 串口 / TCP 网络（常用端口查手册，很多默认 23 或 4001/5000 段） |
| 串口参数 | 常见 9600 / 115200，8N1（查手册，波特率对不上直接乱码） |
| 编码 | ASCII 文本 或 HEX 字节（两大流派，排错第一步先分清） |
| 核心操作 | 输入路 → 输出路 交叉切换 |
| 寻址 | 输入编号 + 输出编号（多为 1 起始，个别 0 起始，查手册） |
| 分隔符 | 输入输出之间的连接符，如 *、V、,、>（因品牌而异） |
| 结束符 | 命令收尾字节，如 CR、CR+LF、!、.（错一个字节整条作废） |
| 进阶 | 一对多（一进多出）、场景调用、群切、状态查询 |
通用切换指令结构：<切换命令体> <输入编号> <分隔符> <输出编号> <结束符>，例如「把输入 2 切到输出 5」的通用语义为 2 → 5。各部位真实写法因品牌而异——这也是同一套中控接不同品牌矩阵得逐家重配命令模板的原因。
公开协议示例：Extron SIS（ASCII，业界广用）
Extron 的 Simple Instruction Set（SIS） 是公开、键盘可直接输入的 ASCII 命令集，几乎所有 Extron 矩阵通用，是理解切换语法的好范本。核心是用 * 分隔输入输出、用后缀符指定切换内容：
| 命令 | 含义 | 说明 |
|---|---|---|
1*3! | 输入 1 → 输出 3（音视频一起） | *=连接符，!=音视频同切 |
1*3% | 输入 1 → 输出 3（仅视频） | %/&=仅视频（音频分离） |
1*3$ | 输入 1 → 输出 3（仅音频） | $=仅音频 |
1*! | 输入 1 → 所有输出（音视频） | 省略输出编号=切到全部输出 |
I | 查询状态 | 返回当前连接信息 |
< | 开机 / 上电 | 视型号 |
支持 1~3 位编号（如
02*02!）。切换成功设备回显类似Out3 In1 All（输出3 已接 输入1），可拿这个回显做中控端的”切换成功确认”。注意：不同品牌分隔符可能是V、,、>，结束符可能是 CR、!、.，Extron SIS 仅作结构示范，你的型号以手册为准。
工作原理：一条命令在矩阵里走了什么路
你发出一条 1*3!，矩阵的 MCU 做三件事：攒包——读字节直到遇见结束符才认为命令完整；解析——按自己的语法把命令体、输入号、输出号拆出来；执行——驱动内部交叉点开关把对应输入接到输出，回一句状态。
这条链两处最容易崩。一是结束符：矩阵靠它判断”命令到头了”，你多发或少发一个字节，它要么一直等（没反应）、要么把两条命令粘一起解析（乱切）。二是编码格式：ASCII 里 1 是字符 0x31，HEX 里可能是字节 0x01，对不上就当收到垃圾。对接新矩阵，先确认 ASCII 还是 HEX、结束符是哪个字节最要紧。
展厅实战对接流程
- 选控制通道：近距离单台无网用 RS232 简单可靠；组网集中控、远程运维用 TCP（确认监听端口）。
- 查手册 Command List：找到切换、群切、场景调用、状态查询几条命令的格式与编码方式，把分隔符和结束符抄下来。
- 核对编码与结束符：分清 ASCII/HEX，把结束符在中控命令框配对——很多中控有”发送十六进制”开关，敲不准直接填字节，见 RS232/RS485 串口协议。
- 逐条验证：先用串口助手或网络调试工具手动发几条命令，肉眼确认输入输出对应、回显正常，再录进中控，别批量录入错一片。
- 录入中控：把验证过的命令绑定到 SoftControl 展厅中控 场景按钮一键触发，配合 SoftPlayer 展厅播控 做信号源与内容联动。
与相邻方案怎么选
同样是”多屏调度”，矩阵不是唯一解，展厅里常和另两条路子并存，选型得分清：
- 矩阵 vs 分布式坐席/KVM：矩阵是”信号级”交叉切换，通道走向清晰、延迟极低，适合固定源到固定屏；分布式坐席（KVM over IP） 走 IP 网络，强在任意源到任意屏、上墙、跨坐席共享键鼠。矩阵简单可靠，坐席灵活但吃带宽、要专网。
- 矩阵 vs 拼接处理器：把某路信号整屏甩到某台屏用矩阵；要把一路信号跨多屏拼成大画面、或多路画面开窗叠放，那是拼接处理器的活，矩阵做不了。
- 走什么承载：命令体两家通常一致，RS232 和 TCP 只是承载通道不同，见 TCP/UDP 协议。
故障排查表
| 现象 | 可能原因 | 排查 / 解决 |
|---|---|---|
| 命令发出去矩阵毫无反应 | 结束符不对（多发/少发 CR、LF），矩阵没攒够包 | 核对手册结束符，中控切”发十六进制”精确控制收尾字节 |
| 串口全是乱码 | 波特率/数据位不匹配（如手册 115200 你配了 9600） | 按手册重配串口参数，多为 8N1 |
| 切换动作错位（切了别的屏） | 输入/输出编号起始不一致（0 起始 vs 1 起始） | 查手册编号基准，或用状态查询命令核对当前连接 |
| 手动串口助手能切、录进中控就不行 | 中控把命令当纯文本发，没发出真实控制字节 | 检查中控是否需转义 \r/十六进制模式，或命令间加短延时防粘包 |
| TCP 连不上矩阵 | 端口错、矩阵限制单连接已被占用 | 核对手册端口，断开其它已建立的控制连接 |
排查口诀：先分 ASCII/HEX，再对结束符，才怀疑编号和线路。 大半矩阵毛病死在编码和结束符这两步。
进阶与边界
群切与场景：讲解切换往往不是切一路，而是”一按按钮，四面屏各切各的源”。多数矩阵支持给多个输出分别下命令，高端型号有专用群切命令或预置场景（Preset）——把一套布局存成编号，中控一条命令调出整套，比逐条下发快也不易错位。
一进多出：把一路输入同时甩到多个输出是常规能力（如 Extron 省略输出编号即切全部），但这是”信号分配”不是”画面拼接”——多块屏显示同一路信号的完整画面各一份，不是拼成大图。
状态回读：正规对接一定要用状态查询命令（如 Extron 的 I）让中控知道当前连接，才能做准确的界面反馈。
动手检查清单
对接一台视频矩阵，对着过一遍：
- 已从手册 Command List 抄下切换、群切、场景、查询四类命令格式
- 分清 ASCII / HEX 编码流派，结束符（CR / CR+LF / 其它）已确认
- 串口参数（波特率 8N1）或 TCP 端口已核对
- 用串口助手/网络调试工具手动逐条验证过输入输出对应
- 输入输出编号起始基准（0 或 1 起始）已核实
- 命令录入中控后实测每个场景按钮，并接入状态查询做切换确认
小结
视频矩阵控制核心就一件事：把”输入→输出”语义，按手册规定的分隔符和结束符、用它认的 ASCII 或 HEX 编码，拼成完整命令发过去。Extron SIS 是理解这套结构的好范本，但真正决定切不切得动的从来不是切换逻辑，而是那几个看不见的收尾字节和编码格式。对着手册把码敲准、手动逐条验过，再交给中控封装成一键场景，多屏调度才靠得住。
延伸阅读：TCP/UDP 协议、RS232/RS485 串口协议、主流商显电视 RS232 指令集，或查看全部设备协议速查。
以上为公开协议示例，型号差异以设备手册为准。需要把视频矩阵接入展厅中控做多屏调度？了解 SoftControl 展厅中控，查看解决方案与落地案例，或直接联系我们聊聊你的定制需求。