酒店RCU与智能家居网关：先说结论
酒店RCU（客房控制器，Room Control Unit）是每间客房安装一台的专业控制器：通过有线总线或无线Mesh控制灯光、空调、窗帘与场景，在总线上运行本地逻辑、断网照常工作，并与酒店PMS对接实现入住场景联动与房态回传。智能家居网关则是消费级设备：把DIY设备接入厂商云与手机App，通常每户一台，没有PMS接口，也没有酒店级能耗策略。泰基基于RCU架构已累计交付13万+间客房。
智能家居网关是什么？
智能家居网关（Hub）是消费级智能家居生态的中心：与零售渠道的智能灯泡、插座、门锁、传感器配对（通常经 Wi-Fi、Zigbee 或蓝牙），让住户在手机App里创建场景与联动。很多生态的场景与跨设备联动在厂商云端执行，App是主要控制入口。这套模式适合"一套房子、一个账号"。而酒店是另一种场景：几百间客房、不断轮换的住客账号、需要与客房互动的前台与客房团队。
区别一览
| 维度 | 酒店 RCU | 智能家居网关 |
|---|---|---|
| 部署单位 | 每间客房一台，全店成体系 | 每户 / 每套住宅一台 |
| 控制逻辑 | 总线本地逻辑——断网照常运行 | 场景联动常在厂商云端执行 |
| 酒店系统 | PMS 入住 / 退房场景、房态回传 | 无 PMS 接口、无客房清扫工作流 |
| 能耗策略 | 插卡取电、按占用切换模式、退房断电 | 住户自建自动化，无酒店能耗模型 |
| 权限体系 | 宾客 / 前台 / 工程部分级 | 按住户App账号 |
| 运维方式 | 批量调试、房型模板、故障监控 | 逐户DIY配对与App管理 |
区别一：多房间规模与批量运维
酒店项目是一个"机队"，不是一件设备。每间客房需要一致的控制配置，运营方要按批次调试、更新与排障。泰基以酒店级规模交付RCU系统——广州168间客房的福朋喜来登、深圳249套客房覆盖13种房型，以及采用镜像房型模板、逐间签字验收的92间与121间BLE Mesh改造。消费级网关生态只能在App里按户管理，没有全店级的调试、模板与故障台。截至2022年10月，282家酒店近4.5万间客房接入泰基云，正是因为酒店运营需要这一层"机队"能力。
区别二：离线运行 vs 依赖云端
RCU的控制逻辑运行在客房总线上：灯光、空调、窗帘与场景全部本地执行，插卡取电开关直接硬接线控制客房负载。泰基云承担远程监控与OTA配置，但断网时客房核心控制照常运行。而很多消费级生态的场景与跨设备联动在厂商云端执行——在家很方便，但酒店不能接受客房控制因外网或云服务中断而失灵。这是酒店在选型时指定RCU最现实的原因之一。
区别三：PMS对接与酒店工作流
酒店RCU在出厂设计上就带PMS接口——经TCP/IP或串口RS-485 / Modbus网关对接。入住时PMS下发客房有人事件，RCU运行欢迎场景；退房时切换节能模式，并将房态（清扫、故障）实时回传前台；清扫、勿扰等服务呼叫流转到员工系统。消费级网关没有PMS协议层，也没有客房清扫的概念——两个品类说的是两种语言。完整事件流可阅读RCU如何与PMS协同工作。
区别四：能耗策略
酒店按客房、按占用状态管理能耗：插卡取电在客人离开时切断非必要负载；空闲房间按占用策略放宽空调设定；退房后由PMS节能模式接管。这是内置在RCU层的控制策略，不是住客可以随手关闭的App自动化。消费级网关提供的是用户自建自动化——在家很好用，但对酒店的运营与成本核算而言，既不可强制执行，也无法出报表。
区别五：权限、角色与维护
在RCU系统中，宾客通过墙面面板控制房间；前台经PMS驱动入住事件；工程部在云端控制台监控全店——角色天然分离。消费级生态默认一个住户账号拥有一切：没有面向宾客的面板层，没有工程控制台，也没有操作审计。维护同理：酒店需要分批固件窗口、房型模板与逐间故障告警，而不是DIY配对流程。
架构对比
下图对比两种架构：每间客房一台、接入酒店系统的RCU，与围绕厂商云与App、每户一台的消费级网关。
消费级智能家居生态什么场景仍然合适？
客观地说：消费级网关在它擅长的场景表现出色。它适合单套公寓、自动化需求较少的业主自营长租公寓，以及租客自有App体验优先的项目。有些酒店也会混用品类——员工办公室用消费生态，客房语音用第三方音箱——但主干仍是正经的RCU系统。真正的品类错误，是拿消费级网关当酒店的客房控制层。想深入品类对比，可阅读酒店自动化系统详解。
新建或改造酒店？
只要你的项目有前台、客房团队或PMS，就从酒店级品类出发。推荐阅读：什么是酒店RCU、泰基RCU产品线、智慧酒店解决方案与酒店客房控制系统GRCS详解。