以互聯(lián)網(wǎng)為基礎(chǔ), BLE技術(shù)結(jié)合智能手機(jī)APPs應(yīng)用,為原來沒有人機(jī)交互界面的設(shè)備提供了一個(gè)即低成本又高效率, 而且能力特別強(qiáng)大的人機(jī)交互的接口
使用BLE作為家用電器與智能手機(jī)之間的數(shù)據(jù)通道:
1.數(shù)據(jù)通道的綜合硬件成本低
2.數(shù)據(jù)傳輸?shù)乃俾士梢詽M足除影音傳輸外的幾乎所有的數(shù)據(jù)傳輸需要。
3.BLE模組的功耗低
4.智能手機(jī)端APP功耗低
5.APP開發(fā)的成本低
6.將不同的廠家的家電設(shè)備互聯(lián)方便, 協(xié)議的轉(zhuǎn)換與兼容完全依靠軟件和數(shù)據(jù)庫實(shí)現(xiàn)
7.BLE的固件可以O(shè)TA, 實(shí)現(xiàn)硬件的功能性升級(jí)
8.CSR BLE Mesh 藍(lán)牙BLE自組網(wǎng)技術(shù)徹底解決了BLE應(yīng)用在智能家居領(lǐng)域的局限性
在 智能家居解決方案常用的數(shù)據(jù)通道類型
比較數(shù)據(jù)通道的成本:
數(shù) 據(jù)通道類型 |
BLE模組 | Wifi模組 |
帶ARM資源的 獨(dú)立Wifi模組 |
NFC模組 | Zigbee模組 |
BOM成本 | 低于 3 usd | 1.5 usd | 6 usd | 0.X usd | 4.5 usd |
中央控制器/網(wǎng)關(guān) | 無 | 無 | 無 | 無 | 100 usd 以上 |
備注 | 獨(dú)立工作 |
要求與ARM資源配合使用 ARM資源運(yùn)行Linux內(nèi)核 |
獨(dú)立工作 | 獨(dú)立工作 |
帶ARM資源的獨(dú)立Wifi模組和Zigbee 模組, 已經(jīng)作為成熟方案推廣了10年以上的時(shí)間, 即使只從模組的單價(jià)來比較, 也要比BLE模組昂貴. 更何況Zigbee 模組還必須與與一個(gè)定制化的Zigbee網(wǎng)關(guān)設(shè)備配合使用.
不帶ARM資源的Wifi模組通常需要與一個(gè)可以運(yùn)行Linux內(nèi)核的ARM芯片配合使用, 如果算上外圍的ARM資源, 成本也高于BLE模組.
隨著BLE應(yīng)用的普及和BLE芯片及模組的出貨量的快速增加, BLE模組的成本必然進(jìn)一步下探. BLE模組在硬件成本方面的優(yōu)勢(shì)會(huì)更加明顯.
我們?cè)贐LE打印機(jī)項(xiàng)目中測(cè)試過手機(jī)與BLE模組之間數(shù)據(jù)最大傳輸速率:
a.運(yùn)行IOS7 / 8系統(tǒng)的Apple設(shè)備向BLE模組發(fā)送數(shù)據(jù)的最大速度是:
a) 600 bytes (可以自定義的有效字節(jié)) /秒
b.運(yùn)行Android 4.3 / 4.4 / 5.0 系統(tǒng)的智能手機(jī)向BLE模組發(fā)送數(shù)據(jù)的最大速度是:
a)700bytes (可以自定義的有效字節(jié)) /秒
c.通常在智能家居項(xiàng)目中使用的數(shù)據(jù)傳輸方式:
a)每幀數(shù)據(jù)包中, 可以自定義的有效字節(jié) 不超過20 bytes
BLE與智能手機(jī)之間的數(shù)據(jù)交換的速率, 已經(jīng)能夠滿足除了影音傳輸需求以外的幾乎全部的傳感器及設(shè)備控制應(yīng)用
基于CSR 101X 芯片的BLE模組的功耗參數(shù):
峰值瞬間功耗:BLE 廣播狀態(tài)下的功耗: 典型數(shù)值 40uA @ 1次廣播/秒
因?yàn)榛贗OS 和 Android 這兩個(gè)非常完整強(qiáng)大的操作系統(tǒng), 在APPs中加入BLE的代碼變得非常簡(jiǎn)單. BLE的各種函數(shù)都已經(jīng)內(nèi)置在IOS 和 Android 之中. 在APPs中兼容不同廠商的設(shè)備并且把它們互聯(lián)在一起要比在單片機(jī)上實(shí)現(xiàn)同樣的功能簡(jiǎn)單好多.
智能手機(jī)端的APPs的開發(fā):
因?yàn)锽LE功能已經(jīng)被內(nèi)置到IOS7/8 和 Android 4.3/4.4/5.0 系統(tǒng)中, 不用說了, 任何做APPs開發(fā)的工程師都有能力寫出相關(guān)應(yīng)用. 當(dāng)然, 能寫是一回事, 寫得好不好又是另外一回事了.
在這里給出一些BLE開發(fā)的標(biāo)準(zhǔn)參考資料連接:
蘋果開發(fā)者網(wǎng)站: https://developer.apple.com/ios7/ 見 Core Bluetooth Programming Guide 但是要求有Apple開發(fā)者身份才能登錄
Google開發(fā): http://developer.android.com/guide/topics/connectivity/bluetooth-le.html
APPs開發(fā)軟件工程師最好能對(duì)BLE有深刻理解, 這樣才能做出出色的BLE應(yīng)用.
Bluetooth.org 藍(lán)牙聯(lián)盟的開發(fā)資料連接: https://developer.bluetooth.org/TechnologyOverview/Pages/BLE.aspx
我們一直期望有一種辦法, 可以通過簡(jiǎn)單的操作和設(shè)置, 非常自由的把不同廠家生產(chǎn)的不同家用電子設(shè)備, 接入到一個(gè)管理平臺(tái)下. 并且能夠方便的設(shè)定應(yīng)用場(chǎng)景, 來實(shí)現(xiàn)極少人工干預(yù)的情況下的多種家用電器的協(xié)同工作. BLE提供的外設(shè)與智能手機(jī)直接進(jìn)行數(shù)據(jù)交換的能力, 為這種可能性打下了堅(jiān)實(shí)的基礎(chǔ). 舉例來說, 在一個(gè)臥室中有A品牌的溫度傳感器, B品牌的自動(dòng)百葉窗, C品牌的空調(diào). ABC三種設(shè)備都依靠BLE與智能手機(jī)進(jìn)行直接連接. 智能手機(jī)上的APPs完全能夠按照設(shè)定好的應(yīng)用場(chǎng)景, 在夜晚, 依據(jù)溫度傳感器提供的室內(nèi)外溫度數(shù)據(jù), 自動(dòng)控制空調(diào)和百葉窗的開啟與關(guān)閉, 為消費(fèi)者提供一個(gè)舒適而又節(jié)約能源的睡眠環(huán)境.
OTA是Over the Air 的縮寫, 在BLE應(yīng)用中, OTA功能的成熟完善意味著軟硬件工程師, 生產(chǎn)線的量產(chǎn)與測(cè)試人員, 普通的消費(fèi)者, 都能夠非常方便的利用智能手機(jī)或者平板電腦, 直接對(duì)設(shè)備的BLE模組中的firmware 固件進(jìn)行升級(jí). OTA功能對(duì)于成品在出廠前的功能性測(cè)試環(huán)節(jié)有重要幫助. 在成品交付消費(fèi)者使用后, 如果發(fā)現(xiàn)BLE部分的固件存在bug或者有其他方面的升級(jí)需求, 消費(fèi)者都可以在APPs的引導(dǎo)下, 比較容易的實(shí)現(xiàn)對(duì)BLE固件的升級(jí). OTA能大大的提高設(shè)備固件的容錯(cuò)能力和可玩性.
在CSR 推出基于自家BLE芯片的Mesh 藍(lán)牙自組網(wǎng)方案之前, BLE在智能家居中的應(yīng)用受到藍(lán)牙協(xié)議自身特性的諸多限制. 比如同時(shí)連接的節(jié)點(diǎn)數(shù)量有限, 藍(lán)牙的點(diǎn)對(duì)點(diǎn)之間的有效工作距離短.
在非影音傳輸類的智能家居應(yīng)用和智能設(shè)備中, 以BLE 作為外設(shè)與智能手機(jī)之間的數(shù)據(jù)通道, 優(yōu)點(diǎn)多多, 但是方案商, 生產(chǎn)商仍然顧慮重重, 其實(shí)這個(gè)與BLE自身沒有很大的關(guān)系.
1.藍(lán)牙在兩年前還幾乎是一個(gè)純粹的音頻傳輸技術(shù), 還有很多的工程師對(duì)于BLE不了解, 需要提供Demo給工程師進(jìn)行測(cè)試, 以便讓設(shè)計(jì)產(chǎn)品的工程師和項(xiàng)目經(jīng)理們知道, 哦, 原來BLE是這個(gè)樣子的.
2.BLE與APPs配合無比重要. 各種人性化的舒適的使用方法, 都要在APPs上實(shí)現(xiàn). 懂得APPs開發(fā)原理和具備人機(jī)交互方案設(shè)計(jì)思路, 從而能夠合理的構(gòu)想出APPs架構(gòu)與功能的BLE硬件工程師太少. 深刻理解藍(lán)牙BLE, 懂得藍(lán)牙通訊原理的APPs開發(fā)軟件工程師太少.
3.在外設(shè)能夠與智能手機(jī)直接進(jìn)行數(shù)據(jù)交換之后, 對(duì)APPs的人機(jī)互交體驗(yàn)提出了更高的要求. APPs絕對(duì)不是僅僅實(shí)現(xiàn)一個(gè)遙控器的功能. APPs是項(xiàng)目成功與否的重中之重. 絕大部分的硬件廠商不會(huì)做, 又舍不得投錢做.
星云智能硬件加速器強(qiáng)勢(shì)推出24小時(shí)在線快速下單生產(chǎn)服務(wù),
供應(yīng)鏈的窗戶紙已被捅破,硬件創(chuàng)業(yè)再也沒有畏懼。
-
人機(jī)交互
+關(guān)注
關(guān)注
12文章
1236瀏覽量
56205 -
數(shù)據(jù)傳輸
+關(guān)注
關(guān)注
9文章
2002瀏覽量
65671 -
互聯(lián)網(wǎng)
+關(guān)注
關(guān)注
54文章
11229瀏覽量
105578
發(fā)布評(píng)論請(qǐng)先 登錄
藍(lán)牙數(shù)據(jù)通道空口包(數(shù)據(jù)包)
NVMe IP之AXI4總線分析
STM32H747I DSI模塊采用一個(gè)數(shù)據(jù)通道無法顯示圖片怎么解決?
DLP4710LC芯片各隊(duì)數(shù)據(jù)通道之間有沒有延遲限制?
使用stm32控制ads8331采集,ADS采集的數(shù)據(jù)通道會(huì)錯(cuò)位,為什么?
光纖通道衰耗正常范圍,光纖通道有何優(yōu)缺點(diǎn)
利用ADS1293與ARM進(jìn)行SPI數(shù)據(jù)通信的程序設(shè)計(jì)該注意什么?
TUSB8041是否支持將USB2.0通道的數(shù)據(jù)編碼到USB3.0通道去?
將ADS8638設(shè)置為自動(dòng)模式,8個(gè)通道采集,但是讀到的數(shù)據(jù)通道順序是70123456,為什么?
SN65DSI86 MIPI左右數(shù)據(jù)通道如何切換,可以連接兩組不同的MIPI信號(hào)進(jìn)行左右切換嗎?
多通道數(shù)據(jù)采集儀怎么用的
多通道數(shù)據(jù)采集器怎么看數(shù)據(jù)
多通道數(shù)據(jù)采集系統(tǒng)的優(yōu)缺點(diǎn)
ble和a2dp共存,進(jìn)入ble掃描的時(shí)候,音頻數(shù)據(jù)接收會(huì)丟失怎么解決?
Ci24R1與Si24R1:2.4GHz數(shù)據(jù)通信芯片對(duì)比數(shù)據(jù)資料分析

評(píng)論