PJLink Class 2 扩展指令速查（搜索 / 状态通知 / 串口透传）

依据 JBMIA 公开发布的 PJLink 标准整理，适用于声明支持 Class 2 的投影机/显示设备。Class 1 基础命令请先看 PJLink 协议速查。

从一次批量点检说起

某科技馆一层大厅吊了十六台投影机拼一面弧幕，运维每次点检都得爬到弱电间翻那张贴了半年、边角卷起来的 IP 对照表，一台台 ping、一台台读灯泡时长，抄在本子上再录进 Excel。有一回换了台故障机，新机 DHCP 拿了个新地址，对照表没更新，中控那边死活连不上，值班的以为投影坏了，返厂折腾一周才发现是 IP 对不上。这类”设备在网上、人却找不到它”的麻烦，正是 PJLink Class 2 要解决的。Class 1 让你能控投影，Class 2 让你能发现投影、被动收它的状态、批量查它的家底。这篇把 Class 2 比 Class 1 多出来的那部分讲透，让你下次点检不用再爬弱电间。

Class 2 是什么

PJLink 分 Class 1 与 Class 2 两个等级。Class 1 覆盖电源、信源、静音、错误状态等基础控制与查询；Class 2 在此之上增加了设备自动搜索、状态主动通知、更丰富的信息查询与串口透传，让中控不仅能「控」，还能「发现设备」和「被动收状态」。

理解 Class 2 的关键是分清两条通道。Class 1 那套控制命令走 TCP 4352，是”一问一答”的短连接：中控连上、发一条命令、收一条回复、断开。Class 2 新增的搜索与通知则走 UDP 广播，是”不用先知道对方 IP 就能喊话”的机制。两条通道并存互不干扰——你依然用 TCP 4352 控投影，只是多了 UDP 这条腿去发现和监听。设备是否支持 Class 2，靠 %1CLSS? 查询：返回 2 即支持，其扩展命令用 %2 前缀；返回 1 则只有基础能力。

速查：Class 2 关键能力

能力	命令/机制	说明
类号查询	%1CLSS?	返回 1 或 2，判断设备等级
序列号	%2SNUM?	查询设备序列号
软件版本	%2SVER?	查询固件/软件版本
信源名称	%2INNM?	查询信源的可读名称
分辨率	%2IRES? %2RRES?	当前/推荐分辨率
滤网使用	%2FILT? %2RFIL?	滤网时长/型号
灯泡型号	%2RLMP?	备件型号查询
制造商/产品名	%2NAME? %2INF1? %2INF2?	设备可读名称与厂商信息
串口透传	厂商扩展命令	部分型号含透传/冻结等扩展
设备搜索	UDP SRCH / ACKN	局域网广播发现支持设备
状态通知	UDP LKUP / 状态推送	设备上线/状态变化主动告知

Class 2 的搜索与通知走 UDP，与 Class 1 控制走 TCP 4352 并存。具体型号支持的扩展命令以厂商说明为准，上表命令名以 JBMIA 标准文档为基准，个别厂商可能有出入。

工作原理：广播发现与被动通知

Class 2 最核心的两条 UDP 机制，本质是把”运维主动去找设备”翻转成”设备主动报到”。

SRCH / ACKN（搜索握手）：中控往局域网的广播地址发一个 SRCH 报文，网段内所有支持 Class 2 的投影机收到后回一个 ACKN，报文里带自己的 MAC 地址。中控收齐这些 ACKN，就拿到了一张”当前在线设备清单”，再挨个反查 IP 即可建立控制连接。整个过程不需要预先知道任何一台设备的 IP，这就是所谓”免配置发现”。它的底层原理跟 UDP 广播/组播应用 里讲的一样——广播报文不针对某个具体 IP，而是发给整个网段，谁在听谁就应答。

LKUP（状态通知）：设备开机、上线或某些状态变化时，主动往网段广播一个 LKUP 报文告知自己到场。中控订阅这类广播后，不用死等轮询就能实时感知设备上下线。对比 Class 1 那种”每隔几秒挨个 ping 一遍”的轮询，通知机制把网络开销和响应延迟都压下来了——设备一掉线立刻有信儿，而不是等下一轮轮询才发现。

认证方面，Class 2 沿用 PJLink 的密码认证：设备端设了密码时，控制连接建立瞬间设备先吐一个随机数种子，中控把”种子 + 密码”做 MD5 摘要回传，比对通过才放行。这套 MD5 摘要握手与 Class 1 完全一致，Class 2 没有另起炉灶。需要留意的是，UDP 的搜索与通知本身是明文广播，不做加密——它只负责”发现”，真正的控制与鉴权仍回到 TCP 4352 那条通道上。

展厅实战：投影机的高级运维

Class 2 在展厅的价值，几乎都落在”多台投影机的批量运维”这个场景上。

大屏阵列免配置接入：开馆前，中控（如 SoftControl 展厅中控）用 Class 2 搜索一键扫全场投影机，几秒钟出一张在线清单，省去逐台填 IP 的苦差。换机、扩容、DHCP 换址这类变动，下次搜索自动就跟上了，不用再手动维护那张永远过期的 IP 对照表。

被动健康监控：订阅 LKUP 状态通知，哪台投影掉线、进了异常状态，主动上报到中控告警。这条”被动收”的线，配合 Class 1 的 ERST?（错误状态查询）轮询”主动查”，形成双保险——通知负责第一时间报事件，轮询负责兜底核对细节状态（如灯泡、风扇、温度、滤网各自的错误位）。

资产盘点与备件预警：用 %2SNUM?（序列号）、%2SVER?（软件版本）、%2RLMP?（灯泡型号）、%2RFIL?（滤网型号）批量采集全场设备家底，自动生成一张资产表和备件清单。再结合 %2FILT? 读到的滤网累计时长，快到清洗/更换周期的设备提前预警，避免开馆日画面发暗才手忙脚乱。这套”预存动作 + 批量下发”的运维思路，跟 DMX512 灯光控制 里把通道值封装成场景、由中控统一触发是一个路子——中控把底层协议差异屏蔽掉，运维只面对”扫一次、查一批”这层抽象。

降级兼容策略：一场展厅里投影机常常新旧混装，有的支持 Class 2 有的只到 Class 1。稳妥做法是接入时先对每台发 %1CLSS? 探测等级，只对返回 2 的设备下发 %2 扩展命令，返回 1 的老设备退回纯 Class 1 控制。别图省事对全场一律发 %2，老设备收到会直接拒绝。

与 Class 1 对比选型：什么时候真的需要 Class 2

不是每个展厅都非上 Class 2 不可，得看规模和运维诉求。

维度	Class 1	Class 2
基础控制（开关机/信源/静音）	支持	支持（相同命令）
错误状态查询	支持（ERST?）	支持
设备发现	无，须预知 IP	UDP SRCH 免配置发现
状态主动通知	无，只能轮询	UDP LKUP 被动收
序列号/固件/灯泡型号查询	无	%2SNUM?/SVER?/RLMP?
传输通道	TCP 4352	TCP 4352 + UDP 广播
适用规模	几台到十几台、IP 固定	大批量、IP 动态、重运维

结论很直接：设备数少、IP 固定、手工维护 IP 表不费劲的小场子，Class 1 完全够用，别为用不上的能力买单。一旦投影机数量上到几十台、走 DHCP 动态分配、又要做资产盘点和自动告警，Class 2 的发现与通知才真正省人力。选型时还要看两头是否都支持——设备侧 CLSS? 得返回 2，中控软件侧也得实现了 Class 2 的 UDP 搜索与通知栈，缺一头这套能力就用不起来。

故障排查表

现象	可能原因	排查 / 解决
搜索扫不到任何设备	中控与投影不在同一广播域，或交换机拦了广播	确认同网段/同 VLAN，检查交换机是否禁用广播转发
部分设备搜得到部分搜不到	搜不到的那批只支持 Class 1	对搜不到的设备直接按 IP 发 %1CLSS? 核对等级
CLSS? 返回 1，却想用 %2 命令	设备本身不支持 Class 2	该型号只能走 Class 1，功能到此为止，别强发
发 %2 命令被拒绝 / 无响应	对 Class 1 设备误发扩展命令	接入时先探测等级，只对返回 2 的发 %2
收不到状态通知	中控未订阅 UDP 广播，或防火墙拦了对应端口	检查中控是否监听通知端口，放行 UDP
控制命令连不上但能搜到	TCP 4352 被防火墙拦，或密码/认证不对	放行 4352，核对 PJLink 密码
透传/冻结等扩展命令无效	该扩展依赖厂商实现，本型号未支持	查具体型号手册确认是否实现该扩展

排查口诀：先分清是搜索问题（UDP/广播域）还是控制问题（TCP 4352/认证），再看设备到底是不是 Class 2。 大量”扫不到”的毛病都死在广播被交换机或 VLAN 隔断上。

进阶边界：安全与跨网段

广播的边界：UDP 搜索靠广播，而广播默认不跨路由、不跨 VLAN。展厅投影分布在多个楼层、划了不同 VLAN 时，一次 SRCH 只能扫到自己那个广播域内的设备，扫不到隔壁网段。跨网段发现要么在中控侧对每个网段分别发起搜索，要么依赖网络设备做广播/组播中继，具体看现场网络架构，别指望一个广播打穿全馆。

认证与网络隔离：PJLink 的 MD5 密码认证只防”随手乱连”，摘要算法本身不算强，且 UDP 搜索是明文。展厅这类内网环境通常可接受，但别把 PJLink 端口暴露到公网。稳妥做法是把投影控制网划成独立管理 VLAN，只让中控主机可达，物理隔离比协议本身的认证更靠得住。

动手检查清单

接入一批支持 Class 2 的投影机前后，对着过一遍：

• 中控与投影在同一广播域/VLAN，交换机未拦广播
• 先对每台发 %1CLSS? 探测等级，分出 Class 1 / Class 2 两拨
• 只对返回 2 的设备下发 %2 扩展命令
• TCP 4352 已放行，PJLink 密码在中控侧配好
• 中控已订阅 UDP 状态通知，防火墙放行对应端口
• 资产盘点用 SNUM?/SVER?/RLMP? 批量采集并落文档
• 跨网段场景已确认搜索策略（分网段发起或组播中继）

小结

Class 2 相对 Class 1 多出来的，说到底是三样：免配置发现（SRCH/ACKN）、被动状态通知（LKUP）、更全的信息查询（序列号/固件/灯泡/滤网）。它们都走 UDP 广播，跟 Class 1 那套 TCP 4352 控制通道并存。真正决定要不要上 Class 2 的，不是协议先进不先进，而是你的场子够不够大、IP 动不动、运维要不要自动化——十几台固定 IP 的场子 Class 1 就够，几十台动态、要盘点要告警的场子 Class 2 才回本。上层再由中控把发现、监控、盘点封装成一键动作，投影运维才真正省人。

延伸阅读：先看 PJLink 协议速查 补齐 Class 1 基础命令，了解 UDP 广播/组播应用 的发现原理与 TCP/UDP 通信基础，或查看全部设备协议速查。

---

把支持 Class 2 的投影机接入展厅中控，可实现自动发现 + 被动监控。了解 SoftControl 展厅中控 的 PJLink 支持，查看解决方案与落地案例，或直接联系我们聊聊你的定制需求。更多协议见 设备协议库。相关：PJLink 速查、UDP 广播/组播应用。