相關文章

861e8ca424dc473dc1eee32ab72916ff 智慧家庭幾乎已經成了一個被過度解讀過度消費的概念,而實際的情況是,消費者並不買帳。前兩週 Google 推出了一款小產品,不過這款小產品的背後影藏了一個很大的計畫,這款產品就是售價 200 美元的 OnHub 路由器。

Ars Technica 在評測中將它稱之為 Google 在智慧家庭中的「特洛伊木馬」。在目前,雖然它的功能可能還只是一款 WiFi 路由器,但在未來可就不一定了。這一點從外包裝上的「 Built for Google On」就能窺知一二。

「Google On」是什麼?它是 Google 的智慧家庭平臺,在手機端有一個同名的 app,據推測 OEM 廠商可在認證通過後相容和加入到該平臺。

1 個 LAN 介面和 13 根天線

如果不是事先告訴你的話,你很可能會以為 OnHub 就是一個柱形的音箱,尤其是它的頂部確實有一個喇叭,而且四周還有環形的跑馬燈。

這款產品由 TP-Link 生產,型號是 TGR 1900。根據之前 Google 透露出來的消息,它有意和其他合作夥伴設計新的 OnHub 設備,而且在年底前,華碩代工生產的產品將會上市。

除了有著一個很有欺騙性的外觀,OnHub 硬體設定上卻是非常實在的。內置 13 根天線,支援 802.11ac 標準,支援 2.4GHz 和 5GHz 頻段,最高傳輸速率為 1.9Gbps。

OnHub 採用的是高通雙核心 IPQ8064,主頻 1.4GHz,和高通給手機端使用的 APQ8064,也就是驍龍 600 有點相像。不同之處在於 AP 系列主要是提供給智慧手機使用,IP 則是移除了對顯示器、鏡頭的支援。另外,OnHub 內置 4GB 空間,運行記憶體為 1GB DDR3L。在路由器的規格上可以列在高階規格。

產品在 8 月 31 日開始發售,目前 Google 在官網列出的幾個銷售管道中,除了OnHub 官網新蛋已賣完,其他包括 TP-Link亞馬遜百思買沃爾瑪在內的平臺都還有庫存。

OnHub 的性能?

OnHub 的設定方式十分簡便,利用 Google On 用戶端輕鬆幾步即可設置完成,目前已經上架在 Google Play 和 iTunes,支援 Android 4.0.3 和 iOS 7.0 以及更高的版本。

作為一款高階的 Wi-Fi 路由器(至少目前的作用還主要是路由器),OnHub 不免會被拿來和其他品牌的同階產品對比一下,比如華碩 RT-AC68U。Ars Technica 就對這兩款設備進行了對比測試。

第一項是 4GB 單檔傳輸,電腦端為 MacBook Pro,中間隔著一兩堵牆,距離大約是 13.7 公尺(45 英尺)。OnHub 耗費的時間大約是 5 分鐘,而華碩的路由器則只花費了 1 分鐘。

第二項是 1.6GB 檔案封包傳輸測試,其中大約包含了 50000 個檔案,距離大約是 9 公尺(30 英尺)。OnHub 花費的時間是 24 分鐘,華碩路由器再次領先,只花費了 14 分鐘。

另外,Ars Technica 粗略對比了兩款設備的遠距離傳輸性能,距離約為 30 公尺(100 英尺),使用的設備都是 Nexus 6。結果依舊是華碩路由器輕易勝出。

從上面這些測試中可以看出,如果你只是需要一款 200 美元,也就是 1000 多塊的高階路由器的話,而且對 Google 描繪的智慧家庭的美好藍圖並不感冒,華碩 RT-AC68U 無疑是一個更好的選擇。而且在測試中,華碩的設備是橋接在 OnHub 上的,這在某種程度上對後者更有利。

 

Google 賭的是未來

顯然,Google 在 OnHub 上要賭的是一個無處不在的物聯網世界,而 OnHub 也有潛力成為未來智慧家庭的中樞,支援並相容 Bluetooth LE 和 Weave 等通信協定。其中,Weave 可以看作是打通智慧家居物聯的底層協定,Weave 可以讓物聯網設備之間進行交流,它具有跨平臺、API 開放等特性。

另外,OnHub 支援 Nest 開發的 Thread 協定。這裡的 Nest 便是由 Tom Fadell創立,後被 Google 以 32 億美元收購的智慧溫控器品牌,現已成為 Alphabet 旗下的獨立子公司。

Thread 採用的是 IPv6 位址,使用頻段是 IEEE 802.15.4,和一些智慧手機上採用的低功耗 Zigbee 一致。802.15.4 的傳輸距離為 10 左右,速率在 20~250kbps,雖然很慢,但對於進行簡單的燈光控制、門鎖開關已經綽綽有餘了。同時,根據傳輸速率的不同,頻段也會有變化,分別是 868MHz、915MHz 和 2450MHz。

 

使用 Facebook 留言

ulyssesric
1.  ulyssesric (發表於 2015年9月12日 13:55)
標準利基市場產品。
人類從愛迪生時代以來就不斷有人想要搞家庭自動化,
想要千秋萬載一統江湖的業界聯盟標準隨便數數就幾十個,
到現在為止沒一個成氣候的。

Google 也好 Apple 也好,
這些人幻想中的情境都是好棒棒,不過沒有也沒差,
然後消費者為了這些好棒棒要花不少錢,
還得搞懂各式各樣的場域端網路設定與限制。
市場規模根本連自己都養不活,別說賺錢了。

這些科技公司的老闆永遠都沒搞清楚一件事,
場域網路的技術障礙只是一道牆,
你牆另一邊的東西只要夠吸引人,
市場就會自己想辦法翻牆穿牆打牆過去。
反之牆另一邊的東西不夠吸引人,
你就算在牆上裝扇大門鋪紅地毯,也不會有人來。
Shinwill
2.  Shinwill (發表於 2015年9月13日 00:27)
應該像 W3C 訂出 HTML、CSS、XML 這些標準一樣
要搞智慧家庭
就應該要訂出技術細節向大眾公開的標準
並且要有一個組織來推廣開發商使用這些公開標準
否則每家都搞自家封閉標準
會提高各家廠商自己的研發規模與研發負擔不說
萬一像今天的 Windows 對 PC 幾乎造成壟斷地位一樣
對消費者也不利
所以智慧家庭要做起來還是先把公開標準訂出來吧
ulyssesric
3.  ulyssesric (發表於 2015年9月14日 09:14)
※ 引述《Shinwill》的留言:
> 應該像 W3C 訂出 HTML、CSS、XML 這些標準一樣
> 要搞智慧家庭
> 就應該要訂出技術細節向大眾公開的標準
> 並且要有一個組織來推廣開發商使用這些公開標準
> 否則每家都搞自家封閉標準
> 會提高各家廠商自己的研發規模與研發負擔不說
> 萬一像今天的 Windows 對 PC 幾乎造成壟斷地位一樣
> 對消費者也不利
> 所以智慧家庭要做起來還是先把公開標準訂出來吧

您說的完全正確,但是所謂「公開標準」,大概從 1970 年代開始,就以每年一到兩個的速度不斷冒出來。像比較早期的 X.10、INSTEON、LonWorks,到晚近的 ZigBee、ZWAVE、RF4CE、EcoNet、HomeGrid、HomePlug、UniversalPlug、Bluetooth series、6LoPAN,族繁不及備載。到現在為止沒有一個成氣候的。我上面列舉的都只是我自己曾經摸過整過的,其他我沒摸過或是工業總線(EIA-485 / ModBus)類型的我都沒列出來。唯一可以算是站穩腳步的,只有 Bluetooth LE。

智慧家庭和 HTML 最大的不同,就在於 HTML 市場是由消費者方(亦即網頁瀏覽器)主導,生產者方(網頁編輯器)必須遷就。而智慧家庭則是百分之百生產者主導,消費者只有兩個選擇:買或不買。

而站在生產者方的業界標準聯盟,其中的矛盾已經不是誰不服誰要當老大這種等級的問題,而是這些家電大廠從心底就沒打算讓別人可以和自己「真的」互通。試想如果你今天是 Sony,你會歡欣鼓舞的期望使用者跑去買 Samsung 的電視機,來搭配 Sony 的家用閘道器+氣氛燈泡組嗎?

消費市場一個不變的法則就是西瓜偎大邊。Bluetooth LE 目前之所以能夠站穩腳步,百分之百都必須歸功於智慧手機。因為智慧手機的市場夠大,這些生產者不得不屈就於智慧手機的共通語言。所以智慧家庭這塊如果真的要弄,也應該是由 Google、Apple、Microsoft 帶頭,而不是讓這些莫名其妙的業界聯盟繼續瞎搞。
ulyssesric
4.  ulyssesric (發表於 2015年9月14日 09:24)
(不小心點到送出)

而這些使用者介面端的大頭也必須搞清楚一件事:智慧家庭平台要制定的只是一個像 RESTful 一樣「所有人都能夠輕易實作」的原則性架構。實際上每個設備場域通訊端的 Profile 要怎樣搞,讓廠商自己弄不要插手。而另一方面,在平台上的軟體端則是該以服務為導向,嚴格規範至少要開放哪些 API,並且提供必要的 Framework,讓不同服務之間可以串接。

簡單的說,制定標準者該做的就是蓋好大樓拉好水電,之後的整合工作,市場自然會找到解決方法。
a1ex
5.  a1ex (發表於 2015年9月14日 14:33)
那個比較圖作的很蠢很難理解
明明華碩的效能比較好
但是做出來的圖好像google的遙遙領先

發表回應

謹慎發言,尊重彼此。按此展開留言規則