Web前端技術在智能家居領域會有什麼應用場景？

01-04

項目1：SIRI 控制家電演示

視頻封面 Homekit DIY 演示 - Makers Bootcamp Nanjingyouku.com視頻

之前用一個周末的時間做了一個 Apple Homekit Mini Server。服務端跑在樹莓派上，用的是 Node.js 7，節能環保，物聯網硬體基於 ESP8266，正式場景連接的是我書房的 LED 光帶，目前打算做一個可以遙控空調的硬體。

基礎的程序已經在 Github 上開源

MagicCube/homekit-server

我已經在 Github 上開源了，MagicCube/cycler

這個項目是我 100% 原創，大家都見過動感單車吧，鍛煉身體什麼的棒棒的

基本上只要是浙江產的這種單車都有一個類似這樣的數碼錶：

可惜這種東西不帶夜光，功能單一，不能接入到網路，所以當然不能和手機同步。數碼錶和動感單車之間使用一個 3.5mm 線連接的，我寫了一個最簡單的讀頻器很快就搞清楚了它的編碼通訊原理，於是我自己做了一個來替代它：

採用 OLED 顯示屏，不但可以和你的手機同步，而且還能模擬在街道上騎行的路線（HTML5）：

支持在線自動升級

設計原型

測試：

這個項目的外殼是用 3D 列印的，我設計了一個卡槽，可以和動感單車的手把完美貼合 : )，全部成本不到40元。

這個……我覺得前景堪憂。

首先一個想讓Web跑在設備上暫時是沒什麼可能的了，除了手機外，大多數智能設備肯定會越做越小，這麼小的設備考慮功耗和屏幕（很多智能設備沒有屏幕的好不好…………）怎麼玩Web啊？&你要知道Web開發者們為了實現不讓手機自動鎖屏可是連不間斷隱藏地播放一段視頻這種事情都能幹出來的啊！！&

這樣一來簡直是主戰場失守有沒有……

對於一些比較大的智能家居，比如冰箱，空調甚至電視，的確可以放一個4寸以上的觸摸屏上去了，對機能的限制也大大放寬。也許的確可以用Web技術來實現其UI。

但考慮到這類設備本身功能有限，以及對遙控器的友好，他們對於直接通過機身上的人機界面交互需求並不強。不妨想想你操作電視機、空調的時候用遙控器還是機身上的按鈕？也不妨想想你冰箱和熱水器上那兩三排的按鈕有多少是你真的碰過的？

當然智能設備有理由更能吸引用戶與之交戶，不過大多數智能設備目前走的趨勢還是簡化自身的人機界面，把功能交互儘可能放在配套的手機App上。

那麼剩下的場景只有那些用於遠程控制智能設備的App了，這種場景下的技術選型請先參考Web vs Hybrid vs Native那場曠日持久且還在進行中的史詩級探(si)討(bi)。

再補充一個，電視（包括電視盒）的界面足夠複雜，也很適合用Web技術實現，但考慮到大多數這類界面目前都可以看作（甚至就是）一個Android Launcher軟體，因為這樣做實在是太合適不過了。我不認為Web方案有足夠的吸引力會分到一杯羹。

智能家居領域，包括其他智能設備，都留不開視覺交互，凡是有可看的地方都會有前端存在。

未來的設備，看的部分，觸摸的部分，甚至嗅覺，這些調動人體感官的場景，都需要前端的參與，設計師負責設計出界面，前端人員就需把代碼轉換成界面。未來的設備互動會越來越強，肉眼可見的信息也會越來越多，這些信息的處理，交互都是需要前端來負責的。

至少在還需要寫代碼的時代，前端只會也來越重要，或者說，都會越來越重要

上圖幾個智能家居應用的界面部分都是純HTML5實現，供參考

既然是前端技術那應用場景只能是界面了……

想來智能電視也算智能傢具（居）。最近在給法國國家電視台下屬的信息部開發智能電視應用的框架，前端基本上是用HTML/CSS/JS，如果是HBBTV就一個鏈接連到伺服器上，如果是安卓就扔給各廠商的SDK生成web view。

智能家居，為什麼非要在電器上嵌入控制屏？我倒覺得大部分智能設備都不需要屏幕，只做一個中央控制系統例如手機/PAD 整體控制就很方便。

Web前端在智能家居實現的可能性不大，因為沒有必要實現這種瀏覽的功能於特定功能的智能器件。

但是Web前端只是前端的一種啊，安卓也有前端，蘋果也有前端。所謂前端其實就是實現用戶交互的代碼部分。智能家居更多的是嵌入式的前端吧。不過前端的地位也許會比較低，因為在智能家居領域，後端和底層才是王道。

&body.html("")&

Web前端根本沒有場景，他只是場景中展示設備和控制設備的手段而已。

具體環節我猜猜：

1）冰箱上嵌入WEB控制頁面，

2）洗衣機上也嵌入？

3）手機上逐漸普及的HTML5、Hybrid（手機是天然的控制端和編輯端）。

。。。

資源受限的嵌入式設備上的選擇之一吧。