作者 | 牧之
編輯 | 小沐
出品 | 智哪兒

最近，米家APP連續(xù)崩潰了兩次。一次在4月30日，一次是6月16日。兩次網(wǎng)絡(luò)事故均導(dǎo)致米家APP無法正常使用，且語音控制失靈。在很大程度上，事故中小米智能家居基本上處于「癱瘓」?fàn)顟B(tài)。

很多網(wǎng)友表示，智能家居失靈，就像停電一樣「令人難受」。這樣的表述，既有歡喜又有憂愁。一方面，可以看出部分用戶已經(jīng)形成對(duì)了智能家居的依賴；另一方面，我們也看到一旦出現(xiàn)網(wǎng)絡(luò)故障，智能家居可能會(huì)形同虛設(shè)。

相對(duì)來說，因平臺(tái)方網(wǎng)絡(luò)故障引起的全面失靈是極小概率的事件。即便是小米也無法做到100%的維護(hù)。但是因?yàn)槊准矣脩趔w量巨大，因此小概率的故障也會(huì)引起較大面積的投訴。

2021年的小米財(cái)報(bào)顯示，米家APP的月活用戶達(dá)6390萬。而如果米家APP的服務(wù)器崩潰，這意味它可能已經(jīng)影響了數(shù)以千萬計(jì)的用戶的居家生活。

本文不想夸大該事件的問題，更不想過度解讀，引申到整個(gè)智能家居的可靠性上來。就事論事：為何米家APP崩潰后，用戶的智能家居會(huì)失靈呢？智能家居不是可以本地化運(yùn)行嗎？

目前，米家生態(tài)鏈支持四種主流的通訊協(xié)議：WiFi、藍(lán)牙、藍(lán)牙Mesh和ZigBee，其中WiFi和藍(lán)牙產(chǎn)品居多。理論上來說，這四種協(xié)議均可以實(shí)現(xiàn)局域網(wǎng)絡(luò)，既完全的本地化控制。但問題是，目前的智能家居系統(tǒng)，基本上都需要與公網(wǎng)或者說遠(yuǎn)程服務(wù)器溝通。其自動(dòng)化的能力，很大程度上要依靠互聯(lián)網(wǎng)的連接。

在WiFi方案中，用戶通過米家APP發(fā)出指令，數(shù)據(jù)會(huì)先上傳到服務(wù)器再下發(fā)至本地設(shè)備。自動(dòng)化邏輯的生成是在云端完成計(jì)算，而不是本地。本地的APP只是一個(gè)操作界面。

在藍(lán)牙方案中，設(shè)備通過藍(lán)牙網(wǎng)關(guān)向服務(wù)器上報(bào)狀態(tài)，用戶可以在米家APP端實(shí)現(xiàn)查看和控制。依然是需要公網(wǎng)介入。當(dāng)然，有一部分藍(lán)牙設(shè)備，是可以甚至必須要跟手機(jī)藍(lán)牙直連才能使用的。在藍(lán)牙方案中，是可以用手機(jī)實(shí)現(xiàn)脫網(wǎng)控制的。

在藍(lán)牙Mesh方案中，指令也是直接先上報(bào)服務(wù)器，再下發(fā)至本地設(shè)備。所以即便藍(lán)牙和藍(lán)牙Mesh本身是可以本地化控制的，但小米并未在系統(tǒng)中做這樣的無縫銜接。藍(lán)牙設(shè)備大多是通過藍(lán)牙網(wǎng)關(guān)來轉(zhuǎn)發(fā)指令。而只有一部分設(shè)備是可以藍(lán)牙直連。

在ZigBee方案中也是類似的情況。設(shè)備先上傳報(bào)文，網(wǎng)關(guān)判斷能否本地處理，可以處理的本地處理完畢下發(fā)設(shè)備，不能本地的需要上傳服務(wù)器。服務(wù)器處理完數(shù)據(jù)再把指令發(fā)回給設(shè)備。

在小米的智能家居，根據(jù)官方解釋，凡是手動(dòng)操作的均為云端執(zhí)行；而自動(dòng)觸發(fā)的場景可以實(shí)現(xiàn)本地化運(yùn)行。而一旦發(fā)生網(wǎng)絡(luò)故障，云端執(zhí)行類的場景將無法執(zhí)行。這就是為什么米家APP在宕機(jī)后，用戶無法使用的原因。

當(dāng)然，也并非完全失靈。如果用戶采購了小米智能多模網(wǎng)關(guān)，那么在斷網(wǎng)情況下仍可執(zhí)行自動(dòng)化場景。但這個(gè)自動(dòng)化場景應(yīng)該指的是預(yù)先設(shè)定的自動(dòng)觸發(fā)的場景，而非用戶手動(dòng)控制。在擁有多模網(wǎng)關(guān)的情況下，即便米家APP崩潰，本地化的智能家居依然可以保持運(yùn)行狀態(tài)。

那么，小米是否可以做到，無論什么情況都能實(shí)現(xiàn)本地化控制呢？當(dāng)然可以的。是否支持這一點(diǎn)，跟每個(gè)廠家采用的技術(shù)和產(chǎn)品理念有關(guān)。比如，米家APP并不要求用戶強(qiáng)制開啟手機(jī)的WiFi或者藍(lán)牙功能，這是因?yàn)樽鳛橐粋€(gè)APP它只負(fù)責(zé)跟遠(yuǎn)程服務(wù)器中的AIoT云端通訊。

如果要實(shí)現(xiàn)用手機(jī)本地控制，那么在使用智能家居時(shí)，你的藍(lán)牙和WiFi必須保持一直開啟，這對(duì)于能耗是一個(gè)考驗(yàn)。而當(dāng)云端控制足夠流暢時(shí)，本地控制似乎變得不是特別剛需。除非，服務(wù)器崩潰了。

在業(yè)界，也有不少企業(yè)在做完全的本地化系統(tǒng)，需要搭配網(wǎng)關(guān)才能連接公網(wǎng)，實(shí)現(xiàn)遠(yuǎn)程控制。比如博聯(lián)（Broadink）基于藍(lán)牙Mesh和藍(lán)牙Beacon技術(shù)做的藍(lán)牙全屋智能，是完全可以本地化運(yùn)行的。

而小米并未選擇這一路線，用戶的手動(dòng)指令均需要上報(bào)服務(wù)器。這就造成了一旦米家APP的服務(wù)器崩潰，可能會(huì)讓智能家居系統(tǒng)直接失靈。

相比之下，蘋果的HomeKit就要靈活很多。在HomeKit中，iPhone或HomePod如果跟智能設(shè)備處于同一個(gè)局域網(wǎng)中，那么便可以通過Wifi和藍(lán)牙協(xié)議來實(shí)現(xiàn)本地化的控制。蘋果多年來一直在A系列處理升級(jí)NPU算力和人工智能模型，其中一個(gè)好處就是斷網(wǎng)也可以實(shí)現(xiàn)本地化的人工智能（最明顯的例子是Siri斷網(wǎng)也能用，以及照片斷網(wǎng)也能識(shí)別人臉）。

很顯然，由于米家APP橫跨多個(gè)操作系統(tǒng)，且不跟小米手機(jī)有技術(shù)上的深度依賴，小米的智能家居就很難做到跟HomeKit一樣靈活多變。但是，這種思路未嘗不可。把AIoT架構(gòu)在云端，不區(qū)分本地和遠(yuǎn)程，最大的好處是系統(tǒng)足夠輕量化。這跟小米一直以來的理念有關(guān)。

小結(jié)

米家APP崩潰只是極小概率的情況，這并不能說明小米的智能家居有問題。相反，該事件反而折射出大家對(duì)于智能家居的高度依賴。同時(shí)，這也無法說明智能家居在當(dāng)前是不穩(wěn)定、不靠譜的。就如同當(dāng)日的另一個(gè)事件微信支付崩潰一樣，只是個(gè)案，但微信支付依然是強(qiáng)大的移動(dòng)支付解決方案。

當(dāng)然，接二連三崩潰就不對(duì)了。小米應(yīng)該吸取的教訓(xùn)是，做智能家居，除了要注意保護(hù)用戶隱私，同時(shí)也要確保服務(wù)器的安全和穩(wěn)定。

對(duì)于米家APP崩潰事件，你是怎么看的？歡迎評(píng)論區(qū)留言。