从三年前的米家用到现在变成 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 的开源方案时，也不失为购买方案（易微联同理）

你可以让 HomePod Mini 的 Siri 帮你搜索一个东西，检测它自己是否已经连上互联网。有时候 HomePod Mini 无网络，在家庭 App 中是没有任何提示的，但是就会出现外网无法控制 HomeKit 设备的情况

去年我基于 taro3 和 eval5 改造了一个公司内的小程序，基本实现了依靠一个 taro-plugin 和简单的后端配置服务来实现小程序全部业务代码的动态执行。总体感觉下来性能瓶颈并不在 js 虚拟机这里，因为我们的 wxml 动态化实现方式是基于 taro3 的 dynamic template ，小程序的基础组件会被打包进静态基础库，只要 js 业务逻辑中不包含过度复杂的计算，eval5 执行 js 的效率和原生 js 的执行效率相差不大。不知道 LZ 的方案是怎样的，还望不吝赐教

我之前给家里用了很多红外 /射频模块，后来全换成 局域网 Wi-Fi/BLE 控制了。因为红外做状态反馈很困难（这东西对智能家居又是刚需）类似电视这种高频按键操作的设备红外的延迟和可靠性又比较难以接受。仅供 LZ 参考避坑

@yeeyeung 国行首批，续航比 12mini 是肉眼可见的提升了，不过我换手机的时候 12mini 的电池健康只有 85%了，感觉发热减小对续航的提升还蛮大的

从 12mini 换到的 13mini ，确实好很多了，但是低电量（<10%）开始快充的前一段时间还是会发热

@luotuoxiaohui 之前涂鸦有个内部的朋友说会做，但是现在也没看到对外公开售卖的版本。

以及这个方案会有一些缺陷，比如被他控制了还能不能手控、两个状态怎么同步。其实智能家居最难的就是物理机械操作这一块，如果能通过电路控制还是通过电路控制比较简单，门之类的可以想办法转化为机械旋转操作然后舵机控制就可以。

居然还真有公司做这玩意 https://www.adaprox.io/

esp32 旁边焊个 9g 舵机……？

在花莲玩的时候遇到过一场 3 点几级的地震，在酒店床上躺着收到一条小区广播，是地震预警。sim 卡是远传电信

我 11 月份换新了左右耳机，回来后自动升级到了 3A283，并没有感觉到明显提升，降噪相比 2019 年首发固件差远了

上周刚更新，但是 qiankun 插件的 API 到现在还没有稳定下来，所以也迟迟不敢上生产环境。https://github.com/Vizards/Ming

拆解无线开关，放进原来的 86 接线盒，老跷板开关的控制电路接进无线开关的控制电路。

所以这也就是为什么折腾老家房子做智能化的时候，宁愿换大一点的接线盒能放进 esp8266 和继电器也不愿意买智能灯的原因...

类似 formily ？

@vizards 这个啊真是的 s

@vizards 这个 a

@vizards