绪论的绪论
经过了数年的发展,智能家居行业渐渐沉淀下来,各方共同制定了全新的大一统标准——Matter.
就好比互联网发展初期,各用各的协议,最后在行业发展之后,由IEEE主导,商议出了现在广为人知的TCP/IP等协议.
Matter协议功能全面,有大厂背书,但是,运用两面性的哲学思想,辩证地看待它的话,我们会发现它其实有着很多的局限性,此处随便列举几条:
- 硬件成本高.Matter协议使用BLE(蓝牙)来进行配网, 并使用Wi-Fi/Ethernet/Thread来进行数据传输,因此,使用 Matter的必要条件之一便是必须要支持至少两种通信方式,其中必须包含BLE.相比起仅仅基于Wi-Fi的HomeKit、其余的基于Zigbee等通信方式的智能家居设备,硬件成本不可避免地要更高.
- 性能要求高.由于Matter协议涉及到的内容及其繁杂,配网、数据传输、加密等操作,均需要占用大量的性能以及程序存储空间,因此某些性能不高的单片机无法正常运行Matter协议.而且,这也促进了其硬件成本的升高.
- 需要单独购买中枢设备.当你拿着Matter的库,手搓了一个简单的智能家居设备之后,掏出手机,却发现提示必须要有一个中枢设备才能添加,这着实蛋疼.
总之,对于我们这些创客而言,Matter虽然新颖,有着很强的吸引力,但是真的不适合我们去采用.博主曾经折腾过基于Arduino的HomeKit开发(可以参考往期文章),有着深刻的体会.
架构
综合各种考虑之后,我决定采用以下的架构来搭建一套全新的智能家居方案.
让所有的设备能够连接到MQTT服务器,再由Home Assistant充当“中介”,把所有的设备转接入各类智能家居应用,方便使用.
这样梳理一下,我们便也有了明确的目标,以选择所要使用的技术栈了.
技术栈
- Node(各种智能家居设备,比如智能插座等):基于ESP系列芯片,使用Wi-Fi为通信方式,连接MQTT服务器,以进行信息传输.主要使用Arduino进行软件编写.
- MQTT服务器:为了一种神奇的坚持,我选择自己搭建MQTT服务器,经过筛选,我发现了一个宝藏级的MQTT服务器解决方案——EMQX.在后续的教程中,我也会详细讲解怎么安装,当然,你也大可自己去看官方文档安装.
- Home Assistant:[Update]改成Homebridge了.
Comments NOTHING