经过米家崩溃，想和大家讨论一下智能家居本地化的可能性。

在同一个路由器下应该好做。要是远程连接还是得 ipv6 普及的把

@hobbitlhy #1 现在家庭宽带搞个公网 ip 也挺容易的，配合 DDNS

自己弄的话， 不光要考虑中控宕机的问题， 还有数据损坏的问题， 断电切 UPS 的问题 ， 如果有外面控制内网的需求， 还有考虑断电或者断网后切换 4G 路由做后备网络的问题， 在线率会真会比这些大厂的高么?

想要直连，先得搞个公网 IP ，这对普通人来说就是一大门槛了

云服务偶尔宕机还好.
主要怕这些厂家突然哪天就倒闭了,或者撤掉智能家居的相关业务,就像谷歌没事就关闭自己的业务

厂商大多喜欢各自为政 使用通用协议的要花时间找


Home Assistant 应该是目前较好且支持仅本地部署

比如像 斐讯,出事之后那些价格超级昂贵的智能插座,音箱啊 就

畸形的认知
？智能化什么时候是完全等于远程公网连接了
现有基础上加一个离线网关管理，逻辑本地运行，可公网、局域网远程控制这部才是应该的嘛？
@westoy
1.厂商应有离线中控网关，除了国内这些没被铁拳锤过的厂商喜欢搞垄断，别的哪家没有开放的离线网关？
2.断电、断网国内这些厂商产品还能用？

@Cheons 认同，应该要保证离线功能也能正常使用的，就是不知道这里面的难度有多大

Home Assistant 了解一下，用了很久了，我接入了很多米家设备

看一眼 matter 协议后续的情况。

米家的最大问题是 app 加载的时候全部从服务器获得的数据，没有保存信息到本地。理论上应该做到服务器无了，但 app 内数据依旧存在，如果手机和设备在一个局域网下，数据能直接从各个设备处获得。而不是服务器没了我绑定了哪些设备都没了。

智能家居的最终发展方向一定是本地中枢化，云端只是用于转发流量、提供基础的订阅服务等。

@ByteCat 想了解一下 HA 里的 Miot 插件在米家崩了的时候还能不能走局域网协议（就是是否会存储局域网调用的信息）

米家协议的开源实现是最好的了吧。

@clf 目前昨晚的尝试，米家崩了，我的 HomeAssistant 暂时无法响应操作，能获取设备状态但是是错的，就很离谱。

@zhaojiaxing 对厂商没有难度，只有利益问题。
现有的方式只能全家桶，最次也是收费的授权商产品，都能靠捆绑垄断挣钱。

@cwcc Home Assistant 接入米家的方式也是不一样的，昨晚来看，我自己通过本地 Wi-Fi 接入的 YeeLight 系列和通过 Zigbee 网关接入的都是不受影响的，输出到 HomeKit 里也能实现远程控制。

接入 Home Assistant 的话，像 Xiaomi MIoT 这种插件有本地（局域网）和云端两种工作方式，本地接入的方式理论上是不受昨晚这种中心服务器挂掉的影响的。

小米不是出了个智能中枢网关吗，可以实现部分智能指令本地化

@huangfuyingjian 原来是这样，那应该是登录账号来添加设备的话是无法纯本地运行的。

现在智能家居这块有开放通用的成熟协议的，技术上并没有什么难以跨越的障碍。再不济也可以把阉割掉的传统控制方式(比如控制面板 /遥控器)加回来，让本不需要联网的功能真正做到不需要联网就能用，起码比服务器宕机了 /云服务关停了 /厂商倒闭转型了就直接没法用了强

主要还是很多厂商主观不愿支持用户自托管，希望用户的所有操作都通过自家的平台。毕竟这年头用户数据最值钱，用户都自己搞自己的了，不走厂商的平台和网络，厂商还怎么收集大数据，精准投放广告或者和第三方合作(卖用户数据)赚钱。。

不懂为啥不能本地化，即使服务器不挂，用户侧的网络也不是 100%不出问题呀，而且出问题的概率更大，去年到今年已经被邻居搞断光纤 2 次了。

@Cheons 而且米家 app 确实像 @clf 说的一样很迷，按理说应该要缓存信息在本地，而不是服务器没了，app 里也没了……

智能家居谁爱用谁用吧……

智能家居本身使用就不应该依赖外部的网络。

HomeAssistant + HACS + Xiaomi Miot Auto 插件
github 网不行, 下载插件比较烦
xiaomi miot auto 插件用 miot 协议, 只支持 miot 协议的设备

自己搞的局域网的话，语音服务是个问题，有老哥能解决？

中枢网关应该尽快实现：
1 、把米家服务器上的功能放到本地化
2 、节假日，天气可以每天同步一次，即使断网也不能影响本地已经缓存的天气节假日等数据，离线也能自动化
3 、中枢网关挂了后可以自动切换为云端
4 、本地的从网关优先广播上报自己的 IP 给中枢网关，中枢网关可以查看下级从网关挂载的智能设备，用户比较清楚自己的设备在那个从网关下绑定的
5 、智能或者手动执行下的指令不能是要么本地要么云端一杆子打死，而是根据智能场景下设置的每条命令控制的每个设备判断这个设备是云端就调用云端，本地就调用本地，这样比较科学点，需要精确的知道设备是否在一个局域网下

IoT 设备的核心问题是很多厂家生产的硬件设备的协议是不开放给第三方的. 而且很多协议是私有定制化的, 就这一步, 就搞死了大部分用户. 各家都都指望靠这个 2 头收钱(硬件生态生产商加入需要收钱, 开发者接入需要收钱). 这些都是利益. 如果将接口都开放, 就没有生态一说, 产家就变成买设备的. 而平台就没啥用了!

@clf 所以米家这次的锅该谁背？服务器挂了后台背，但是后台和设备端设计的 miot 协议本身已经支持了局域网控制，一个系统绝对不挂是不可能的，是 APP 没有支持； APP 背，但是是服务器挂了，容灾没做好。

@tanranran DDNS 那也要有公网 ip 啊，公网 ip 哪里搞。

@hobbitlhy 不一定非得远程连接啊，智能门锁可以用手机 NFC 或者生物认证开，都到家了就什么都可以手动控制了，而且比如热水器或空调也可以 crontab 。
@westoy 但其实不必非得从公网控制吧；另外在控制软件本身不存在致命缺陷的前提下宕机概率应该不会太高；如果断电了的话那智能家居也就没啥意义了，能来电自启就行；断网问题 4G 路由就能解决。
@icyalala 不一定非得公网 IP ，也可以搞一台公网服务器写配置然后本地定时拉取。
@jiangyang123 确实
@PMR 但是 homeassistant 在 Android 平台上能用吗
@clf 我的想法就是本地一个专用网关，统一接入家里所有 IoT 设备，然后自建公网控制服务或者接入服务商（米家等）这种的。
@wangjiang 但是他那个智能网关也是要通过米家 App 控制的
@txydhr 用户侧网络中断和服务端不发生关系吧，毕竟用户侧网络中断就算是米家也用不了了啊
@ooii 内网穿透

我买的气象站因为上传外网数据十分钟才更新一次的原因被我用 DNS 劫持加本地随手搭了个 Python 服务器的方式给撸回本地了……

@clf 你在添加设备的时候选择局域网添加就可以了，不要通过账号绑定，那样会走小米的服务器。

因为想放本地控制这部分用户太少了

以前想找个本地服务的智能锁，自己实现人脸识别等开门逻辑，没找到，，，

一样的想法。

所以后面老家买的监控摄像头，用的 tp 的。 没有用云空间了。
自己搞了 1 个 C92 ，挂了 1 个开源的 NVR 系统用。

@LxnChan 但是米家就做成了必须远程控制，真是呵呵

@LxnChan 用户侧网络挂掉，一样是连空调都开不了

aqara （绿米？）支持 Homekit 的那种也不行吗

米家？谁用谁痛苦！！
常用及关注小米的，都知道这几年它更换过协议，等于之前买的设备，后面又不能接上新的网关。
没有兼容性！小米不封闭，怎么赚钱啊？不能用开源协议。

昨晚我在门口站了一小时，更新米家，重新下载数据。无果，出去转了一小时，最后才进屋。原来，是小米服务器挂了。

NAS. 上用 iot 的程序。设备支持协议就可以操作了 就是麻烦加入的时候会麻烦一些

@mingl0280 牛
@GHvyuR7N 那至少也得给个选择吧，或者把协议开源出来。需求少绝对不是主要原因。
@Seanfuck 那不可能，我的想法是由开发者提供套件离线解锁和自行控制，而不是自己去做一套解锁逻辑。
@ixinshang 摄像头的云服务这玩意谁用谁知道难用
@joesonw 服务端能够离线部署和局域网运行就行

我昨晚也遇到了，用的 xiaomi 11pro ，要连接个小米摄像头，连了一个多小时没连上，米家 app 上各种报错，退出登录就登不上了，上传错误日志还上传不了，以后不可能再买小米的产品了

已无力吐槽智能家居，全屋的灯都是 yeelight ，平均半个月就要掉线重置一次，重置一次各种自动化就要重新弄，搞的兴致全无

@hyshuang2006 为啥站门口啊

搜索下来看到 zigbee 的设备是可以完全离线的，不只有神通广大的 v 友友经验可以确认吗？

@ByteCat

Add device using host/token (局域网集成)

走局域网的话，需要设备的 token ，感觉很麻烦

超级小桀家被称为米家样板饭，小米的服务器崩了他那里没有影响。似乎是在家里搭了个内网。

@pianjiao 哎...有一道锁接了小米插座。连不上，我就无法开门。

首先从产品的思路来看，各种“智能”家居设备，要是没有后面的那坨云，都是玩不起来的。哪怕最简单的温度传感器，你在外面想要看到家里的温度，那肯定是由服务器在云上帮你记录。这样也就导致市售的产品，基本上都会自动连接到厂家的云上，然后由云上的应用提供服务。 这个过程虽然用到了你家的网络，但是对你是透明的。

你要接入家里自己的系统，其实就是要把这个厂家的云，换成你自己的服务器，
1. 必须搞到通信协议，
2. 要能修改设备的通信配置。
这个就要看原厂家的开放程度了。基本上是不会让你实现图上所谓的完全本地化的。

如果你确实很想要那种，那可以买一些物联网通信模块，改造传统的设备。由这类模块充当桥梁，但这样
1. 你要知道传统设备怎么和模块通信，
2. 模块怎么和自己的服务器通信。

还有一种，通过网关上云的设备。 比如 zigbee 设备，是先接入 zigbee 网关，然后由 zigbee 网关跟云通信。把 zigbee 网关，换成我们自己的 zigbee 网关，就可以接入到本地了。

@cwcc 尽量不要采用云端控制的方式接入 ha

@XiaoBaiYa homeassistant 自定义插件，市面上常见的智能音箱有接入方案，几年前接入的小度，一直在用，不喜欢用智障的小爱同学

会写代码的，不玩 home assistant (简称 HASS ，没错，就是我用户名）就亏大了

@YongXMan 我有 HA ，但就是不太会弄这种插件，能指条路吗

个人认为解决办法最好的就是 Home Assistant 了，支持的设备多，生态好，而且安装配置啥的也方便多了。本地搭一个把现有的产品接进去，也不影响厂家的远程调用，双方掉线一个还有另一个可用。

而且对于想自己动手做简单的智能设备的人来说，还有个 esphome 可用，买个 esp8266 十块，esphome 写好配置文件后自动烧录固件，HA 侧填写 ip port 就能自动接入了，像简单的开关与传感器(I2C)接入是非常便利的，只需要写配置文件不需要折腾代码，其余都靠 HA 的自动化场景实现 “智能”。

但是最大的问题是什么呢，对于家里有硬件，能轻轻松松装上 HA 的来说，HA 估计已经在玩了，但是没硬件基础的，或者不会折腾的，这东西折腾的费劲程度比米家崩一次要大的多，所以这东西是没法随便推广的。无脑推广属于那种给不懂电脑的朋友买电脑的事。

家里一台“服务器”（成本一千五不到 八代 i5 ）装了 esxi ，四个系统，其中一个 DSM ，docker 上一键安装 HA 。对于会的人来说，HA esphome 安装以及接入一块 ESP8266 的智能开关来说 用不了五分钟。

新自建的“服务器”运行一年了，除了手贱自己搞关机外，没掉过线。

我用的是小众的博联，曾经火过一段时间，这家的 app 是本地有缓存，而且在外网断开的情况下只要手机和设备同 wifi 下依然能控制，但是依然有问题，他们家前后出国三款 app ，每换一次 app 都有一部分曾经的老设备不再支持，现在他们自家的设备品种也没剩几个了，估计快 gg 了，我也就好几年没买过新的智能设备了，早就发现了设备控制的问题，我觉得应该是家中有一个中枢，家中设备连上中枢本地控制，同时而中枢可以安装各家的 SDK 接入各种云平台进行远程控制才贵

都本地化了，厂商怎能收集数据，进行分析，然后精准推送广告呢？再说了就算什么都不做，流量入口这么大的蛋糕谁愿意放弃？

小米智能中枢网关 309 块不就解决本地处理问题了
https://www.mi.com/buy/detail?product_id=15755&cfrom=search

@tuobatian 不能，zigbee 没有，蓝牙支持一部分，Wi-Fi 的几乎都不行。

@cnuser002 所以我现在在寻求的就是一个足够开放的套件
@hass 需要会写代码到什么程度，哪个栈
@Suwipe 我希望别，我找了几个帖子看好像博联的很好折腾
@imycc 我可没说非得云端服务，我觉得智能家居云端服务完全是没必要的，也就提前开个热水器
@pengtdyd 唉...
@tuobatian 这种中枢网关实际上米家服务器崩了也大部分功能用不了，而且一个是支持设备不够多，一个是控制其实还是在米家的系统里面。

广告米的产品，绝对不能买。

在中国敢用智能音箱，智能摄像头，也是真不怕

国内这些智能设备厂商只知道搞垄断，你就算买了相关的本地网关、Alot 路由器还他妈得经过一道远程服务器。
你花钱买的本地智能设备，智能厂商随时通过网络让你物理离线，届时只能看不能用，而且如果厂商的系统被第三方攻陷，那么更是毁灭性的打击，随时危及人身 /财产安全。

监管？连个对智能设备的完善监管体系都没有！

我毫不怀疑，某米对于我的生活起居的记录比自己的清楚。

都不用讨论 8, 三星的 smartthings 一直是本地化, 用一个 hub 来操纵智能家居, 而且也有开源, 也可以自己创建自动化示例......

从三年前的米家用到现在变成 HomeKit 的用户可以随便谈谈，希望能给楼主一点建设性意见。

首先是智能家居的本质问题，对于 80%的智能家居来说，他的本质是多个遥控开关（继电器） + 传感器，因此选择平台，选择的是操作体验、稳定性和开放性。基于目前的智能设备生态，对一个没有嵌入式基础或计算机基础的用户来说，在价格和体验方面是很难两全的。接下来谈谈我的方案。

1. 选择 HomeKit 作为人机交互的入口，是因为操作体验较好，界面设计较为合理。以及通过 HomePod 可以实现仅局域网的智能控制，也不缺失外网控制的功能。但是问题在于支持的设备类型较少，自动化方案不够；

2. 选择 Home Assistant 和 Homebridge 双平台作为大部分非 Homekit 认证设备的统一接入平台。他们可以作为一个 Bridge 提供给 Homekit 用于控制其他设备。原因在于 Home Assistant 在开源智能家居方面生态较好，可以买到爱好者自制的如单火线智能开关、窗帘电机等设备，价格实惠。也可以通过插件接入米家 /易微联智能设备，实现全局域网控制。更可以通过更广泛的协议如 HTTP/BLE 等与开放本地端口的设备如电视、机顶盒、蓝牙温湿度传感器等实现通信；

3. 通过开源的 HAA 协议和 ESP32 芯片，可以自己编译固件刷入实现原生的非认证 HomeKit 设备。比如目前没有国内厂商接入的窗户、门、楼宇门铃等等，可以自己通过 ESP32 实现，之前为接入写过几个固件 https://github.com/Vizards/esp-homekit-entities

4. 米家设备生态日趋封闭（狂推蓝牙网关），局域网控制协议越来越难破解，MIOT 通信协议已不向个人开发者授权，但价格合理，品类覆盖面广，在一个米家设备拥有接入 Hass 和 HB 的开源方案时，也不失为购买方案（易微联同理）

我去，昨天买了个小米手环，半天添加不了设备，原来是服务蹦了

这个问题的本质，不是米家崩溃的问题，而是一个系统中，如果只有一套系统，出问题后业务肯定全崩。

如果要保证问题，就需要两套系统，甚至三套系统一起运行。

比如那种企业内部的核心机房监控，我以前给他们提意见，至少需要 3 套不同厂家，不同技术的监控方案。

一套走 WIFI 。

一套走 SIM 卡的原始 语音拨号 + 短信通知。

一套走 SIM 卡 4G 流量的 微信 + 企业微信 + 钉钉 + 自定义 APP 通知。

@rockyzhang 他的云服务本质上只是提供了一个公网映射和一个 TTS 方案，我选择的是 600 多买一个 HomePod mini 用 HomeKit 去代替

理论上智能设备不应依赖公共网络，应该是完全本地化。在本地离线下使用蓝牙或者 wifi 控制都可以，其实蓝牙就够了。公网应该只是作为控制的一个途径，应保持可以随时关闭。

@rockyzhang 为什么会去买官方的云服务？会折腾 homeassistant ，再折腾下公网 ip 或 ipv6+ddns 呗

欢迎了解一下我们开发的边缘计算操作系统 EdgerOS 和边缘计算机 Spirit 1 ，边缘自治，算力分享，场景智能。

https://www.edgeros.com

NAS+Docker+HA+小米 Auto 插件.... 我没记错，应该是有 Docker image

HomeKit

@Cheons
小米有个智能中枢网关，大概就是你说的离线网关功能了。

@XiaoBaiYa 我在用的小度插件 https://github.com/yongman/homeassistant-components/tree/master/dueros ，需要去 dueros 官网创建技能

Home Bridge, Home Assistant 什么都折腾过，搬家之后这些智障电器都送人了，新地方只留了个青萍的传感器，其余的都不联网，这些垃圾连接不稳定，又上云，基础功能又不行，折腾这些还不如买个自动档性能牛逼的不管了。
要是电器开了就是你满意的状态你还在乎其他功能吗。

https://cloud.lyvc.com/
给你看下这个

@TcDhl 好看
@arac 我合计了一晚上其实我想要的应该就是酒店或者 KTV 那种中控屏罢了，一块屏（中枢控制）上控制全屋电子设备运行，上云不上云我感觉必要不大
@SenLief 我也是这么想的
@documentzhangx66 我的想法是他崩了为什么会影响我使用，IoT 设备为什么还全部需要上云处理？
@weeiy 确实
@Taojun0714 害，这方面全世界不都一样嘛，大家都摆烂

homeassisstant + esphome.

小米温度计，刷破解版的固件。
小米插座，刷 esphome 。

bbs.hassbian.com/forum.php?mod=redirect&goto=findpost&ptid=13417&pid=445082

先别买国产吧

剩下的找开源软件 /硬件

homeassisstant + esphome 解决各种传感器接入问题。
nodered 通过流程控制，解决各种自动化操作。
homepod 通过 apple 家庭 ap ，解决远程控制。（如果有公网 ip ，直接利用 ddns ，将 homeassisstant 开放到公网，手机上安装 homeassisstant app ）

今早起来 电信宽带故障 一切只能依赖局域网服务 好在已经全部私有云部署 所有服务只要不出家门仍然正常 当然出了家门没有办法了 没公网了

如果把边缘计算节点放在家里, 是类似这样的. 但还是需要核心服务.

本地化的话，一切依赖于蓝牙

LS 的.

讨论去中心化的方案. 这是区块链呀.

还要耐心等待 web3/区块链 此类场景的方案成熟.

分布式系统设计 和 区块链, 最终会合流统一.

家里绿米网关 zigbee 的能联动
只是米家查看不了设备了 但现在小米又不爱带 zigbee 玩

一般家庭会有的设备：

Arm 小型化设备类（ armbian/OpenWRT/Android ）：路由器 /树莓派；
x86 设备类（ Windows/Linux ）：Nas/软路由；

确定吗。。。

入职小米, 解决崩溃问题

@joesonw 绿米支持纯本地的。

只有当在 App 上进行操作时，才会联网控制。否则各种自动化以及执行，都是在本地运行的。

我还以为是我 wifi 的问题，前天晚上大概 19~20 点左右吧，所有米家遥控都失败，开不了空调，导致要用手机红外遥控来开........
但其实这些我能接受，毕竟用了 2 年多了，暂时只知道这次事故。只是非小米手机的通知如果能短信进行那体验感就好很多了。
OP 的想法我只能说，我年轻的时候也是倾向于拖网状态下的状态维护，即需要自建本地的一个中控服务进行。但是现在老了，没这个心去折腾了，就算自建一个服务，你需要维护硬件和软件，先不说技术上如何去做，我是已经没了这颗折腾的心，服务还是让小米自己维护吧，毕竟总体而言我认为还算稳定。

@markgor 确实，仔细想了想折腾的热情比前几年少了太多了，之后再搬家大概率也不会再弄很复杂的智能家居系统了
@bthulu 好!
@zxCoder 路由器一般人家里都有吧，现在小米和 TP 的中高端路由器也都有内置 Docker 了，树莓派现在有点理财产品但是往前也没多贵，至于 x86 设备我就这么一说，其实和 arm 设备二选一有就行。能自己折腾智能家居的我觉得网络设备应该不会太差。
@fiypig 也可以走 WLAN 啊

蓝牙 mesh 其实算是个本地的协议

@hobbitlhy #1
IPV6 现在国内全普及了啊。。。
只要你不是当地黑宽带

理论上来说，自建的网络稳定性是不如企业的。。。。。不过实践上又是另一回事了，你可以不用考虑很多东西，比如性能问题比如访问的峰值，网络安全问题比如各类攻击，稳定性比如全国各地的连接速度。当然你可以自己试一试，从旁人的理论角度来说只能说分不出明显的优劣

https://www.home-assistant.io/ 早就普及自建了 因为懒一直没有部署 这次发生了问题还是转自建吧 所有服务都自建活得好好的

自建出问题概率更高.. 参考折腾路由器 NAS

只有抱着隐私, 控制权之类的角度适合才适合玩自建