概述
智慧家居系统将灯光、空调、窗帘、安防、家电等设备接入统一平台，通过APP、语音、场景实现互联控制。采用Wi-Fi、Zigbee、蓝牙、Z-Wave等协议，云端或本地中枢实现设备管理、规则引擎、语音助手对接。与工业物联网、智慧城市不同，智慧家居侧重消费级体验、多品牌兼容、隐私与本地控制。小米米家、华为鸿蒙智联、涂鸦智能、阿里、苹果HomeKit等提供开放平台；Home Assistant等开源方案支持本地优先、多品牌统一。部分设备（如远程摄像头、智能门锁、4G网关）采用物联网卡联网，达希物联可提供相应连接服务。
智慧家居的互联互通是行业难点：各厂商生态割裂，跨品牌联动依赖开放平台或本地中枢（如Home Assistant）。Matter标准的推进有望改善这一局面。
核心能力
设备接入与统一管理
多品牌、多协议设备统一发现、配网、管理。支持Wi-Fi直连、Zigbee/蓝牙网关汇聚。设备状态同步、远程控制、固件OTA。物模型抽象不同设备的共性能力，实现统一控制接口。
场景联动与自动化
回家模式、离家模式、睡眠模式等一键触发多设备联动。基于时间、传感器、地理围栏的自动化规则。支持"当...则..."的可视化配置，无需编程。本地执行保障断网可用。
语音与安防
对接小爱、天猫精灵、Siri、Google Assistant，实现语音控制。安防监控：门锁、摄像头、烟雾报警、水浸传感器联动，异常时推送通知、录像留存。
典型平台
小米米家、华为鸿蒙智联、涂鸦智能、阿里智能、苹果HomeKit。开源方案：Home Assistant、OpenHAB。选型需考虑设备兼容性、本地/云端架构、隐私策略。
家庭控制平面该放在哪一侧
场景实际绑定的是设备能力点
家居软件把不同协议的设备收成可组合的能力点，场景再把一组能力点一次设到目标状态。能力点指的是灯的开关与亮度、窗帘的位置、传感器的占用，不是品牌或型号。场景里保存能力点和目标值。设备被替换后，只要新设备提供同一能力，场景可以重新绑定。若场景写死某个云端设备标识，换一只灯就要重做全部自动化。
触发条件同样绑在能力或事件上：时间、占用、门磁、地理范围或手动按钮。一条场景可以有多个触发，每个动作要声明失败后是否继续。门锁已经锁上而灯没有响应，不应把整条场景判成未执行再去回滚门锁。关闭燃气阀这类安全动作需要明确的确认路径，不与观影、起夜这类体验场景绑成一条不可分割的事务。
本地中枢对网络和隐私的要求
断网仍要生效的联动，应放在本地中枢：传感在局域网内，执行器也在局域网内，规则不依赖外网往返。前提是中枢和子设备处在能够互相发现的网络里。Zigbee 或蓝牙设备要有固定的协调器，Wi-Fi 设备要工作在它们实际支持的频段。不少设备只能加入 2.4 GHz，路由器若把它们配到不能关联的频段，配网会停在发现阶段。
摄像头、门锁和语音在进入云账号之前，要单独决定录像和音频是否出户。只为偶尔远程看一眼而把全部原始流长期上传，超出场景需要，也放大账号泄露后的影响。需要远程访问时，可以由中枢代为转发，并保留本地断网仍能执行的那部分规则。以Home Assistant为代表的本地优先做法，常常再配一个本地的Eclipse Mosquitto做主题转发。云端平台更适合作为远程入口，不宜成为唯一的规则执行点。
配网记录、能力别名和断网执行
设备重置前若没有解除绑定，平台会留下旧标识，新标识又作为另一台设备出现，场景有一半仍绑在旧标识上。重置前应解除绑定，并确认中枢里的能力点已经移除。两只灯都叫客厅灯时，语音和场景会命中列表中的第一只。能力点需要房间和位置限定，重名在保存时拒绝，而不是等到执行时再猜。
规则只写在云端时，本地传感器已经触发，云端收不到，动作就不会发生；网络恢复后，迟到的旧指令又可能把人已经手动改过的灯再改回去。本地规则与云端规则要有优先级：恢复连接后先同步状态，再决定是否补发，过期指令直接丢弃。物模型里同一能力一个叫开关、一个叫通断，场景编辑器会显示设备不支持该动作。映射集中在适配层，场景层只看见统一的能力名。
家庭网络里还常有中继和访客隔离。传感器留在主路由，灯却落在不能互访的网段，中枢即使在线也发现不了执行器，场景只会显示不可达。需要联动的设备应处在同一二层网络，或者明确规定只有中枢负责跨网段转发。语音、手动开关和云端场景还会同时改同一个能力点。后到达的结果若无条件覆盖，人刚刚打开的灯会被一条较早发出的“全关”关掉。执行器应比较指令上的时间，丢弃早于当前状态的命令，并把最终状态回写给中枢，避免云端、本地和语音三处各记一个开关。