QLC+：开源灯控软件替代入门控台

它到底解决什么

QLC+（全称 Q Light Controller+）是一款开源灯光控制软件，官方定性很直白：一款免费、跨平台的软件，用来控制 DMX 或模拟量灯光系统，能带动摇头灯、调光器、扫描灯这类舞台灯具。它的角色说白了就是软件版的灯光控台——原本要花钱买一台带推子和按钮的专业硬件控台才能干的事（编场景、按按钮切换、走时间轴演出），现在装在一台电脑上，靠鼠标键盘和一个可以自己搭建的虚拟界面来做。

对展厅来说，这个定位精确对上了一类常年被忽略的需求：大部分展厅项目的灯光，需求不是"跟着音乐做秀"，而是"跟着场景状态变"——开馆亮、闭馆暗、讲解到哪一片灯光该聚焦、某个展项触发时灯光该怎么配合。这类需求用不上几万块一台的专业控台，但也不能指望灯具自带的遥控器搞定多灯联动。QLC+ 正好卡在这个中间地带：一台常开的电脑（哪怕是一块树莓派）配一个 USB 转 DMX 的接口，就能把控台这件事用软件的方式实现，这是展厅里非常实际的一条降本路子。

展厅哪道工序会用到它

开馆/闭馆场景切换。 展厅每天开门要把灯光从夜间值守状态切到全开状态，闭馆再反过来。这本质上就是"把预先编好的一组灯光状态调出来"，QLC+ 里对应的是场景（Scene）加虚拟控制台（Virtual Console）上的一个按钮——开馆时值班人员或中控点一下，全馆灯光按预设状态就位，不用逐台去调。

展项触发时的灯光联动。 互动展项被触发（观众走近感应区、按下某个按钮）时，往往要求灯光跟着变化——聚光转向某个展台、氛围灯变色。这条链路的关键是"谁去触发 QLC+"，第五节会专门讲清楚它能接哪几种外部触发方式，这直接决定了它能不能真的融进展厅的联动系统，而不是一个孤立运行、只能靠人手动点鼠标的软件。

讲解流程配合的分区调光。 讲解员带队走到某个展区，需要这一片灯光聚焦、其它区域暗下去，走到下一片再切换。这类"按顺序切换一组预设状态"的需求，QLC+ 用 Cue List（提示列表）功能就能做——把每一步要用到的灯光状态排成一个队列，按顺序往下走，不用每次都重新手动编。

怎么获取，该下哪个包

官网下载页目前同时提供两条版本线（一条较新、一条更早的稳定线），两条线都在持续更新，也各自维护着独立的官方文档站。新项目没有历史包袱的话，选新的那条线即可；如果现场已经在跑老版本、担心工程文件跨版本不兼容，留意官网下载页上标注的版本对应关系再决定。这篇不写死具体版本号，跟版信息以官网下载页为准。

平台上支持 Windows、macOS、Linux（含树莓派），三大平台官网都有现成的安装包下载入口，装好即可用，不需要额外买授权，也不需要注册账号。

有一件事必须在报价环节就说清楚：软件本身免费，不代表整套方案免费。 要真的控到灯，还得配一个 DMX 输出接口（下一节详细说），这笔硬件成本是软件价格之外单独要花的钱。很多人第一次接触开源灯控软件时会忽略这一层，只说"软件免费"，结果报价漏了硬件这一项。

软件源码在 GitHub 公开仓库，用的是 Apache-2.0 许可证——可以自由使用、修改，商用集成也不需要额外付费或申请授权，按许可证要求保留版权声明即可。官网另外挂了一个"付费定制需求"（Premium Request）入口，是给愿意出钱、想让开发者优先实现某个功能或修复某个 bug 的用户用的众筹式渠道，跟软件本身收不收费是两回事，用不用都不影响正常使用。

最短可用路径

1. 官网下载页选好平台，装好软件，打开是一个空白工程。
2. 在 Fixtures（灯具）标签页里，从软件自带的灯具库搜索并添加要控制的灯具型号，指定好每盏灯占用的 DMX 起始地址（这个地址必须跟灯具本身通过拨码开关或菜单设置的地址一致，两边对不上灯就不会动，这是全篇最容易在现场卡住的一步，第五节详细展开）。
3. 打开 Simple Desk（简易调光台），能看到每盏灯的通道推子，手动拉一下，确认灯具真的有反应——这一步是最基础的联调验证，跳过它直接进场景编辑阶段，出问题时会分不清是硬件没接对还是软件没编对。
4. 用 Scene Editor（场景编辑器）把某一组灯光状态存成一个场景，比如"开馆全亮""闭馆暗场"。
5. 在 Virtual Console（虚拟控制台）里放一个按钮，绑定到刚才存的场景，点按钮触发，验证场景能正常调出。
6. 到这一步，一个可以手动点按钮触发的最小系统就跑起来了。要不要接中控、要不要用网络方式触发，是下一层的事，见第五节。

展厅工程里真正要弄明白的那几件事

硬件要花多少钱，接口怎么选

QLC+ 软件免费，但它本身不带任何硬件收发能力——电脑没有 DMX 物理接口，得靠一个外接的 USB 转 DMX 设备把软件里编好的信号真正送到灯具上。官方文档点名支持的是一类基于 FTDI 芯片的 USB-DMX 接口，市面上常见的 ENTTEC、DMXKing、Eurolite 等品牌的入门产品都在这一类里，插上电脑后软件通常能自动识别；识别不到时，软件里有一个手动指定接口型号的选项，官方文档列了具体每种型号该选哪个模式。

这里要提醒的是工程判断，不是官方原文：市面上不少几十块钱一个的国产 USB 转 DMX 小盒子，很多也是照着这几个品牌的协议做的兼容产品，但芯片方案是不是走同一套接口协议，没有统一标准，得拿到实物在软件里插上试一次才能确认，不能只看店铺描述里写着"支持通用DMX控台软件"就直接批量采购。稳妥的做法是先买一个样品验证，或者干脆选官方文档点名支持的品牌——贵一些，但省下来的是现场因为接口不认导致返工的成本。这笔钱不管选哪种，都得在报价单里单独列出来，不能被"软件免费"这句话带过去。

灯具库认不认识现场的灯，是最容易卡住的一环

QLC+ 自带一个体量很大的官方灯具库，覆盖主流品牌大量常见型号，添加灯具时直接搜索型号，多数情况下能直接匹配上，选完模式、填好起始地址就能用。这是它比从零手搓一份控制表省事得多的地方。

但现场常年发生的情况是：甲方指定的某款灯具，尤其是一些体量较小的国产品牌或定制灯具，压根不在这份库里。这不代表 QLC+ 控不了这盏灯——DMX 是标准化协议，只要灯具支持 DMX512，理论上都能被控制——真正缺的是软件不知道"这盏灯的第几个通道对应什么功能"这份说明书。解决办法是用软件自带的 Fixture Definition Editor（灯具定义编辑器）手工建一份定义文件：照着灯具说明书上写的通道功能表，一项一项录进去（第几通道是红、第几通道是亮度、有几种工作模式），存好之后这盏灯就跟库里自带的没有区别了。

这活儿不难，但前提是灯具说明书必须写清楚每个通道对应什么——供应商连这份通道表都拿不出来，软件再强也编不出定义文件。所以这条要往前提到选型和验收阶段：采购这批灯具时，就该把"提供完整的 DMX 通道功能说明"作为验收资料的硬性一条，而不是等现场调试卡住了才回头找供应商要。定义文件编好之后，官网还有一个在线校验工具，能检查文件格式写得对不对，通过之后可以提交到官方论坛分享给其他用户，也算给后来人省一道工序。

能不能被中控触发，这决定它能不能真融进展厅系统

展厅里的灯光很少是孤立存在的，通常要被中控系统统一调度——开馆场景一键触发全馆设备、某个展项联动时灯光要跟着变。QLC+ 官方文档里明确列出的外部输入方式有这么几类，实际选哪个要看中控那头支持什么：

• OSC（网络协议）。 QLC+ 原生支持通过网络收发 OSC 消息，每个 DMX 通道对应一个可计算出来的网络地址，中控只要能按格式发一条网络包过来，就能触发对应的通道或功能。这是目前中控、媒体服务器圈子里最通用的一种"发个信号让另一个软件反应"的方式，中控设备如果支持发送 OSC 消息，这条路最省事。
• 原生网页/WebSocket 接口。 QLC+ 自带一个可以手动开启的网页服务，开启后用浏览器打开一个地址就能看到跟软件里一样的虚拟控制台，也支持自己写网页按官方给的格式通过 WebSocket 发指令过去触发功能。这条路更适合"中控本身是网页化、或能跑自定义脚本"的场景，硬件中控盒子一般用不上。
• MIDI。 传统灯光/音响圈子常用的触发方式，需要一根 MIDI 线或 MIDI 转 USB 接口物理连过去，展厅里除非中控本身就走音乐、演出设备体系，否则用得不多。
• HID（游戏手柄一类设备）与 OS2L（面向 VirtualDJ 这类 DJ 软件的联动协议）。 官方也支持这两类输入，但都是偏演出、偏个人娱乐场景的联动方式，展厅工程用得极少，这里点一句知道有这回事即可，不展开。

Art-Net 和 sACN 这两个协议要单独说清楚：它们本质上是把 QLC+ 算好的 DMX 数据通过网线送到支持网络协议的灯具或分线器上，是替代物理 DMX 线缆的一种网络化传输方式，不是拿来给 QLC+ 下达触发指令的通道，别跟前面几种控制协议混为一谈——这条判断属于协议本身设计带来的推论，不是官方文档逐字这样写的。

售前谈这单之前，第一句该问的是"中控这头能发什么"——如果中控只会发裸的 RS232 指令串或者某个厂商私有协议，跟上面几种都对不上，那就得在中间加一层协议转换（比如用支持多协议桥接的中间件软件把中控指令翻译成 OSC 再转发给 QLC+），这一层转换本身要花额外的集成成本和调试时间，报价前必须先摸清楚中控那头到底会说哪种"语言"。

无人值守跑在一台电脑上，靠不靠得住

跟一台专业硬件控台比，QLC+ 的软肋很直接：它是跑在通用操作系统上的一个软件进程，这台电脑但凡死机、蓝屏、被误触重启、或者系统自动弹了个更新提示挡住了窗口，灯光这条链路就断了——硬件控台不会有"操作系统崩了"这种故障模式，这是选型时必须放到台面上说的差距，不能被"反正也是控灯，效果差不多"这种话带过去。

工程上通常这么补：一是给灯具本身设一个断电/断信号后的默认场景——多数支持 DMX 的灯具设置里都有"信号丢失后怎么办"这一项（保持最后状态、回到某个预设、或直接关闭），提前设好，就算控制软件那头彻底挂了，灯至少不会停在一个很尴尬的状态（比如刺眼白光或者突然全黑）。二是给运行 QLC+ 的电脑单独配一套无人值守保障——开机自启动软件并自动加载工程文件、系统设置成自动重启而不是停在错误界面、有条件的话配合远程运维工具（比如 RustDesk 这类）方便出问题时不用跑现场就能重启进程。这两条补丁做到位，QLC+ 在无人值守场景下能用，但要清楚这终究是软件方案对硬件方案的一种妥协，不是等价替代。

踩坑与排错清单

什么时候别用它

大型演艺、秀演级别的场合，别拿它顶专业控台。 QLC+ 面向的是可预期、可编排的场景化控制，遇到需要现场即兴发挥、大量通道实时手动操作、对故障恢复时间要求以秒计的大型演出，专业硬件控台在稳定性、操作手感和响应速度上是有代际差距的，这类场合该按专业演艺设备选型，不要为了省钱硬凑。

对可靠性要求极高、又完全没有运维条件的场合，慎用纯软件方案。 博物馆常设展的灯光如果要求多年不间断级别的稳定性，而现场又没有任何远程运维和值守能力，一台通用电脑跑软件带来的额外故障点（系统崩溃、误操作、意外重启）要认真评估，未必划算。

灯具本身完全不支持 DMX512、走其它私有协议的场合，QLC+ 帮不上忙。 它是围绕 DMX（以及 Art-Net、sACN 这类网络化 DMX）建的软件，不支持 DMX 的灯具就算再想省钱也用不了它，得换灯具或换其它协议的控制方案。

与本站的衔接

• DMX512 协议本身的帧结构、地址规划、终端电阻这些原理性内容，站内已经写透，见 DMX512 灯光控制协议速查 与 DMX512 通道地址规划，这一篇不重复展开。
• 现场"控制没反应"排查到最后经常要看真实报文，配合用 Protokol 把 OSC/Art-Net 消息原样摆出来核对。
• 运行 QLC+ 的电脑需要远程无人值守运维时，可以参考 RustDesk 这类远程工具的选型思路。
• 整套灯光信号链路怎么跟展厅其它系统一起搭，见解决方案。

展项「悄悄坏掉」这件事

互动展项的故障有个特点：观众看不出是坏了，只会觉得「这个不好玩」，然后走开。没有投诉、没有报警，等甲方发现时可能已经这样运行了好几周。

企服君把展项的运行状态与感知设备的数据活跃度纳入监控，让这类沉默的故障能被及时发现。集成商如果交付的展厅里互动展项占比高，见集成商年费方案。

出处

• QLC+ 官网首页与功能介绍：https://www.qlcplus.org/
• QLC+ 官网下载页：https://www.qlcplus.org/download
• QLC+ GitHub 仓库（项目定性、许可证）：https://github.com/mcallegari/qlcplus
• QLC+ 官方文档《Web Interface》：https://docs.qlcplus.org/v4/advanced/web-interface
• QLC+ 官方文档《DMX USB 插件》：https://docs.qlcplus.org/v4/plugins/dmx-usb
• QLC+ 官方文档《OSC 插件》：https://docs.qlcplus.org/v4/plugins/osc
• QLC+ 官方文档《OS2L 插件》：https://docs.qlcplus.org/v4/plugins/os2l
• QLC+ 官网《Fixture Validator》与《Premium Request》说明页：https://www.qlcplus.org/community/fixture-validator、https://www.qlcplus.org/community/premium-request

本文所述软件行为、协议支持与许可证信息均来自上述官方材料；文中涉及国产接口/灯具兼容性判断、Art-Net 与触发协议的区分、无人值守补偿方案、以及跟中控对接需额外转换层的判断，属于工程经验总结，具体项目请以现场实测和厂商资料为准。