智能照明品牌怎么分档：面板厂与系统商的责任边界

全屋智能照明的品牌分三类，面板开关厂、系统集成商、灯具厂。分档的意义不在比高低，在于弄清谁定协议、谁做调试、谁担售后，这三件事在合同里不写清，出问题必然互相推。

做完方案才发现灯和面板不兼容、调光失灵找不到责任方，这类扯皮在家装智能项目里很常见。根子在采购时把三类厂商当成可以互相替代的供应商。

三类厂商各管一段

面板开关厂提供的是交互入口，开关、面板、场景按键。它们决定操作手感与外观，也决定支持哪些协议。

系统集成商提供的是控制中枢与调试服务。总线系统、网关、场景逻辑、联动规则，这些由他们落地。同一套硬件，调试水平不同，实际体验差很多。

灯具厂提供的是被控制的对象。灯能不能调光、调光曲线是否平滑、支持什么调光协议，决定了整个系统能做到什么程度。

• 面板厂的强项是手感与协议支持范围，不负责调试
• 系统商的强项是逻辑配置与现场调试，不生产灯具
• 灯具厂的强项是光学与驱动，调光兼容性取决于驱动方案

最容易脱节的是系统商和灯具厂之间。按我们做过的智能项目看，系统商按图纸配好了逻辑，灯具厂的驱动却不支持那种调光方式。结果只剩加装模块或降级使用。协议定死再选灯。

谁定协议谁做调试

先问协议谁定。判断一个方案是否靠谱，这一句最快。

调试责任必须落在具体一方。常见做法是系统商总负责，灯具厂配合提供驱动参数。这个安排本身没问题，问题在于合同没写明配合义务。出故障时双方都说不是自己的范围。

三家互相推的典型场景

调光失灵最常见。灯能亮但调不到最暗，或者低亮度时闪烁，这类问题三方都能给出「不是我的责任」的解释。

另一种是场景不生效。面板按下去没反应，或者反应延迟明显。这时要区分是面板信号没发出、网关没收到，还是灯具没执行，需要逐段测。

还有一种是后期加灯。业主想在某处再加两盏，新灯的驱动与原有系统不匹配，加装后原场景逻辑要重调。这部分谁做、算不算质保，事前没约定就会僵住。

合同里怎么写清责任

责任要能核对。把三段写成可核对的条款，比笼统写「整体质保两年」有用。

协议标准要写明具体协议名称与版本，不要只写「支持主流协议」。调光方式要写明是前沿切相、后沿切相还是 0-10V、DALI，不同方式对应的驱动完全不同。调试范围要写明包含哪些场景、后期增补怎么计费。故障响应要写明谁先到场判断，避免三方都在等对方。

还有一条值得加，灯具与驱动的型号清单作为合同附件。这份清单在后期维护时比质保书更实用，同型号才能配到参数一致的替换件。型号清单要留档。

面板厂和系统商怎么分责，一个项目里看明白

智能照明出问题，最常见的扯皮是"面板不动作"到底怪谁。我们之前做武昌大宅那套 inSona 系统时，面板和系统是两家的东西，初期调不通，最后定位到面板固件版本与主机协议不匹配。责任划分的关键是：面板厂负责按键与显示，系统商负责协议与场景逻辑，中间那层兼容性测试必须有人在现场做。选型时把这条写进合同，比事后追责管用。

怎么验收

验收别只看灯会不会亮。按场景逐项走一遍，每一步都要有明确结果。

每个场景单独触发一次，看响应速度与执行结果是否符合设计。把亮度调到最低和最高各试一次，看有没有闪烁或跳变。断网测试，看本地控制是否仍然可用。再模拟一处故障，看系统的提示与降级逻辑是否合理。

断网测试最能暴露问题。依赖云端的方案在断网时会整体失效，本地逻辑方案不受影响。测一次就清楚。

选型上，总线方案可参考西顿 黑神 深藏防眩筒射灯，兼容鸿蒙、安卓与 iOS 多种控制方式，官方型号覆盖 HS6040 到 HS6090 多个规格。需要灵活布灯的空间用西顿 Magic Line 5.0 磁吸灯，3.9mm 光轨、多曲率圆弧轨道，模组可换射灯或泛光，生态接入米家、小度与舍见。具体到单个项目，协议选择和灯具搭配要按现场条件定，不一定照搬同一套组合。