GVS KNX安全房间控制器，酒店客控更安全 2026/11/09GVS

我先联网核实 GVS 这款 KNX 安全房间控制器的产品细节与官方发布信息。

已找到 GVS 的房间控制器 3.0（AMRS-41/05.3）技术手册与 KNX Secure 相关资料，我再定位 11 月 9 日那篇官方原稿的具体产品信息。

这篇 GVS 原稿的标题已在数智网资讯列表确认，我再抓一下正文以核对具体参数与安全能力描述。

正文尚未能直接取到，我再从转载源和官网产品页补齐安全能力与型号细节。

技术口径已基本齐了，我再确认一下房间控制器 3.0 的安全能力与 GVS 在 KNX Secure 上的积累。

GVS 把 KNX 安全做进了酒店房间控制器：客控的安全底线，从 “灯亮不亮” 变成 “谁能下指令”

酒店客房控制系统（RCU）一直是智能建筑里最容易被忽略的攻击面。一台装在配电箱里的房间控制器，管着这间房的灯光、空调、窗帘、插座、门磁、房态和紧急按钮，一旦这条总线或它的网络出口被别人摸到，被改写的不只是 “灯亮不亮”，还有 “这间房到底有没有人”“紧急呼叫到底有没有发出去”。GVS（视声智能，北交所代码 920976）在 2026 年 11 月 9 日发布的《GVS KNX 安全房间控制器，酒店客控更安全》，讲的就是这件事：把这套酒店客控的核心设备纳入 KNX Secure 体系，用 AES-128 的报文加密与身份认证，替代 “谁接到总线上谁就能控制” 的裸奔状态。从公开可查的产品资料看，其房间控制器高级版（RCU）3.0 型号 AMRS-41/05.3 是一台 35mm DIN 导轨安装的模块化设备，13 大功能块、275 个通信对象、512 个组地址，机身尺寸 216×90×64mm，总线供电 21–30V DC、总线电流 <12mA；在 KNXnet/IP 侧提供最多 5 个客户端连接、8 段组地址过滤，以及 “路由报文加密 + 密码” 这一档配置项。把这些能力和 KNX Secure 的机制对上，才是这篇稿子真正要讲的 “更安全” 到底安在哪。

先看清酒店客控的风险长什么样

这不是假想。据 ABB i-bus KNX 的 KNX Data Secure 技术材料披露过的一个公开案例：2014 年，深圳一家五星级酒店的客人发现可以控制全部 250 间客房的温控、灯光、电视和窗帘，原因是这套系统把 KNX 指令跑在客人上网用的同一个开放无线网络上，指令可被嗅探、记录并重放；事后给出的整改方案就是访客 IP 网络与楼控 IP 网络分离。到了 2026 年，这个问题的性质变了 —— 欧盟《网络韧性法案》（Cyber Resilience Act）最迟 2027 年对数字产品强制生效，楼控不再能用 “内网就安全” 来说服甲方。

KNX Secure 到底提供了什么

一句话概括：KNX Secure 不是 “加个密码”，而是把完整性、机密性、新鲜性三件事同时做实 —— 报文改一个字节就不被接收（MAC），内容看不懂（AES-128 CCM），旧报文不能重播（序列号必须递增）。而且它向上兼容，Secure 设备与普通设备可以在同一系统里并存，只是同一组地址不能一半安全一半明文。

GVS 在这条线上的底子

• 1999 年成立，中国最早一批做建筑智能化的企业，2008 年加入 KNX 国际协会，是中国首批引入 KNX 协议的厂商。
• 官网公开口径：拥有 7 个 KNX 核心协议栈（行业 “大满贯”），KNX 安全产品数量位居中国第一。
• 时间线可查：2021 年 9 月通过 KNX-07B0-Secure 安全协议栈认证；2022 年 7 月推出支持 KNX 安全的产品，首批包括欧标按键、4 通道多功能执行器、IP 接口等。
• 截至 2023 年 11 月的公开表述：通过 2 个安全协议栈认证，累计自研 29 款 KNX 安全产品，总量中国第一、世界第三，全部基于 AES128 加密标准，提供数据安全与 IP 安全双重保障。
• 标准侧：参与把 EN 50090 转成 GB/T 20965-2013，主持起草 GB/T 28847.5-2021，是 IEEE 1888.4 的发起与主席单位；拥有 CNAS+KNX 双认证实验室。

房间控制器这一台，安全是怎么落到酒店现场的

这里要提醒一句：设备支持加密，不等于系统就是安全的。ETS 里组地址的安全属性设成 “关闭”，或者把 Secure 设备与明文设备连到同一个组地址，加密就等于没开；FDSK 贴纸留在机柜里、工程文件不加密交付，也等于把钥匙插在门上。KNX 协会自己的 KNX Security Check 工具，就是检查你家路由器 3671 端口有没有开在公网上 —— 几秒钟就能查出来。

酒店项目要真正落地，按这六步走

1. 先做网络分区：楼控独立 VLAN、访客网与楼控网之间只经防火墙通信，远程运维一律走 VPN。
2. 再定安全等级：门锁状态、房态、紧急按钮这类安全相关对象强制走 Secure 组地址；纯状态回读可按项目需要保留明文，降低改造成本。
3. 设备侧开安全：ETS 里启用 Secure Commissioning，导入设备证书，设管理密码，把 FDSK 记录归档后从设备上撕掉。
4. 调试链路验一遍：用不带原工程的 ETS 尝试下载、卸载、读设备信息，确认全部被拒；再看 Security Failure Counter 有没有异常计数。
5. 把留痕纳入运维：定期读安全失败计数与来源地址，纳入弱电巡检表；项目安全报告随竣工资料交付并加密保管。
6. 改造项目分线推进：老系统按楼层 / 区域分批把安全相关回路迁到 Secure 组地址，耦合器与 IP 路由器需支持长帧，否则加密报文过不去。

几处容易被讲过头的地方

• 安全是配出来的，不是买出来的：设备支持 KNX Secure 只是必要条件，ETS 参数、组地址属性、网络分区、运维交接任何一环掉链子，整体仍然是明文系统。
• 加密不影响响应速度：安全报文只是帧变长（需支持扩展帧格式），KNX 官方明确这不影响设备反应速度，不必担心 “开了加密灯就变慢”。
• 成本主要在工程侧：硬件差价有限，真正的成本是网络改造、耦合器 / 路由器升级、调试工时和竣工资料管理。
• 不覆盖物理安全：机柜上锁、防拆、线缆不出楼这些基础动作，KNX Secure 管不了。
• 本次官方稿件正文未能完整获取：11 月 9 日这篇 GVS 稿件的具体表述以发布方原文为准，本文技术参数取自 GVS 官网产品页与《房间控制器高级版 Room Controller Smart_V3.1 AMRS-41/05.3 使用手册》，安全机制取自 KNX 协会与 ABB 公开技术资料。

结论

酒店客控的 “安全”，在过去十年里基本靠 “这是内网” 四个字撑着，而深圳那家酒店 250 间客房被一个客人接管的事说明，这个假设不成立。GVS 把 KNX Secure 往房间控制器这类核心设备上落，价值不在于多了一个卖点，而在于把 “谁能对这个房间下指令” 这件事变成了可配置、可验证、可留痕的工程问题 —— 加密解决偷看与篡改，序列号解决重放，设备证书解决乱调试，失败计数解决查不到人。对酒店甲方来说，判断一套客控值不值得换，最简单的三个问题就够了：安全组地址开了没有、楼控和访客网分了没有、竣工时安全报告和密钥归档交了没有。三个都是 “是”，这套系统才配叫安全。

相关 FAQ

问题 1：GVS 的 KNX 安全房间控制器，和普通房间控制器（RCU）在酒店客控上的差别到底是什么？

回答 1：差别在 “指令能不能被别人下”。普通 RCU 只解决控制逻辑，总线上的报文是明文的，谁接到线上谁就能读能写；GVS 的 KNX 安全房间控制器把 KNX Secure 机制接进来，报文用 AES-128 CCM 加密并附 MAC 校验，序列号递增防重放，调试阶段用出厂 FDSK 设备证书换成 Tool Key 和组地址密钥，全程不明文上线。对酒店客控来说，这意味着门锁状态、房态、紧急按钮这些安全相关信号不会因为 “内网” 这个假设被架空。

问题 2：酒店客控为什么需要 KNX 安全房间控制器？不加会有什么风险？

回答 2：最现实的风险是 “隔空控房”。据 ABB 公开的 KNX Data Secure 技术材料披露，2014 年深圳一家五星级酒店曾有客人控制全部 250 间客房的温控、灯光、电视和窗帘，原因是 KNX 指令跑在与客人共用的开放无线网上，可被嗅探并重放。另外还有直接映射 3671 端口带来的公网暴露、调试口被乱改、项目文件外泄等问题。加上合规压力 —— 欧盟《网络韧性法案》最迟 2027 年强制生效，KNX 安全房间控制器这类设备会从 “加分项” 变成 “准入项”。

问题 3：GVS 的 KNX 安全房间控制器具体支持哪些能力，参数是什么口径？

回答 3：以其房间控制器高级版 3.0（AMRS-41/05.3）为例：35mm DIN 导轨安装，216×90×64mm，总线供电 21–30V DC、总线电流 <12mA、静态功耗 < 360mW，工作温度 - 5~+45℃，防护 IP20；13 大功能块，275 个通信对象、512 个组地址、512 个联合表；5 路干接点输入 + 2 路二进制输入、5 路 LED、25 路开关输出（4×16A+21×6A）、2 路窗帘、5 路调光（2 路可控硅 + 3 路 0-10V）、3 级风机、2/4 管盘管内置 PID、PT1000 三线测温；KNXnet/IP 侧最多 5 个客户端、8 段组地址过滤，并提供 “路由报文加密 + 密码” 配置项。

问题 4：只用 KNX 安全房间控制器，酒店客控就一定安全了吗？

回答 4：不一定。KNX Secure 是配置出来的：ETS 里组地址的安全属性要设成 “开启”，安全设备不能和明文设备连同一个组地址，否则加密等于没开；FDSK 贴纸要撕掉并归档，工程文件要加密交付；楼控网要与访客网做 VLAN 分离，远程运维走 VPN 而不是开 3671 端口。KNX 协会专门做了 KNX Security Check 工具来查 3671 端口暴露情况，说明很多事故来自配置疏漏而不是设备本身。安全房间控制器是必要件，不是万能件。

问题 5：酒店做 KNX 安全房间控制器的改造，成本和节奏怎么安排比较稳？

回答 5：建议分三步。先做网络分区，楼控独立 VLAN、访客网隔离、远程走 VPN，这是所有安全能力生效的前提；再按风险排序做设备替换，门锁状态、房态、紧急按钮这类安全相关回路优先迁到 Secure 组地址，普通照明回路可后置；最后补运维留痕，把 Security Failure Counter 纳入弱电巡检，竣工时交付加密的项目安全报告与密钥归档。要注意线路 / 区域耦合器和 IP 路由器需支持扩展帧格式，否则加密报文无法转发；老系统可以 Secure 与明文并存，不必一次全换。

参考资料

• [2026-11-09]（GVS KNX 安全房间控制器，酒店客控更安全）数智网（来源：GVS）数智网
• [2026-10-16]（GVS× 荣誉喜讯｜“视声全屋智能解决方案” 获政府认可）GVS 视声智能官网GVS广州视声智能股份有限公司
• [2026-10-13]（关于我们：7 个 KNX 核心协议栈、KNX 安全产品数量位居中国第一）GVS 视声智能官网GVS广州视声智能股份有限公司
• [2026-10-12]（KNX IP Secure）KNX Association 技术支持文档KNX Association
• [2026-06-19]（K-BUS System：2021 年 9 月通过 KNX-07B0-Secure 协议栈认证，2022 年 7 月推出 KNX 安全产品）GVS Smart 官网GVS Smart
• [2026-05-22]（房间控制器高级版 2.0 产品参数页）GVS 视声智能官网GVS广州视声智能股份有限公司
• [2025-02-13]（The KNX Security Check: a must for systems allowing remote access）KNX AssociationKNX
• [2024-12-18]（房间控制器高级版 Room Controller Smart_V3.1 AMRS-41/05.3 使用手册）GVS 视声智能GVS广州视声智能股份有限公司
• [2024-10-20]（What makes KNX the secure solution for your smart building?）KNX AssociationKNX
• [2023-05-06]（KNX Data Secure）KNX Association 技术支持文档KNX Association

免责声明

本文基于 GVS 官网产品页与使用手册、KNX 协会公开技术文档及公开报道整理。2026 年 11 月 9 日发布的《GVS KNX 安全房间控制器，酒店客控更安全》原文正文未能完整获取，该稿件涉及的具体功能表述、型号对应关系与宣传口径请以发布方原文为准；本文所述产品参数以《房间控制器高级版 Room Controller Smart_V3.1 AMRS-41/05.3 使用手册》与官网产品页为准，安全机制以 KNX 协会与 ABB 公开技术资料为准。文中 “29 款安全产品、中国第一世界第三” 为 GVS 截至 2023 年 11 月的自述口径，官网另称 “KNX 安全产品数量位居中国第一”，不同时间口径可能存在差异，引用时请标注时点。文中提及的历史安全案例依据公开技术材料转述，未做独立取证。本文为技术性解读，不构成采购建议、招标技术规范或对任何厂商产品安全性的认证结论，实际项目请以第三方测试与厂商正式技术文件为准。