一区二区三区三上|欧美在线视频五区|国产午夜无码在线观看视频|亚洲国产裸体网站|无码成年人影视|亚洲AV亚洲AV|成人开心激情五月|欧美性爱内射视频|超碰人人干人人上|一区二区无码三区亚洲人区久久精品

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫(xiě)文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

關(guān)于BLE數(shù)據(jù)通道的優(yōu)點(diǎn)和不足分析介紹

peAd_星云加 ? 來(lái)源:djl ? 作者:宋朔 ? 2019-09-27 10:58 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

以互聯(lián)網(wǎng)為基礎(chǔ), BLE技術(shù)結(jié)合智能手機(jī)APPs應(yīng)用,為原來(lái)沒(méi)有人機(jī)交互界面的設(shè)備提供了一個(gè)即低成本又高效率, 而且能力特別強(qiáng)大的人機(jī)交互的接口

在 以智能手機(jī)為核心的智能家居解決方案中

使用BLE作為家用電器與智能手機(jī)之間的數(shù)據(jù)通道:

1.數(shù)據(jù)通道的綜合硬件成本低

2.數(shù)據(jù)傳輸?shù)乃俾士梢詽M(mǎn)足除影音傳輸外的幾乎所有的數(shù)據(jù)傳輸需要。

3.BLE模組的功耗低

4.智能手機(jī)端APP功耗低

5.APP開(kāi)發(fā)的成本低

6.將不同的廠家的家電設(shè)備互聯(lián)方便, 協(xié)議的轉(zhuǎn)換與兼容完全依靠軟件和數(shù)據(jù)庫(kù)實(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ù)通道類(lèi)型

比較數(shù)據(jù)通道的成本:

數(shù)
據(jù)通道類(lèi)型
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) 無(wú) 無(wú) 無(wú) 無(wú) 100 usd 以上
備注 獨(dú)立工作 要求與ARM資源配合使用
ARM資源運(yùn)行Linux內(nèi)核
獨(dú)立工作 獨(dú)立工作

帶ARM資源的獨(dú)立Wifi模組和Zigbee 模組, 已經(jīng)作為成熟方案推廣了10年以上的時(shí)間, 即使只從模組的單價(jià)來(lái)比較, 也要比BLE模組昂貴. 更何況Zigbee 模組還必須與與一個(gè)定制化的Zigbee網(wǎng)關(guān)設(shè)備配合使用.

不帶ARM資源的Wifi模組通常需要與一個(gè)可以運(yùn)行Linux內(nèi)核的ARM芯片配合使用, 如果算上外圍的ARM資源, 成本也高于BLE模組.

隨著B(niǎo)LE應(yīng)用的普及和BLE芯片及模組的出貨量的快速增加, BLE模組的成本必然進(jìn)一步下探. BLE模組在硬件成本方面的優(yōu)勢(shì)會(huì)更加明顯.

我們?cè)贐LE打印機(jī)項(xiàng)目中測(cè)試過(guò)手機(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é) 不超過(guò)20 bytes

BLE與智能手機(jī)之間的數(shù)據(jù)交換的速率, 已經(jīng)能夠滿(mǎn)足除了影音傳輸需求以外的幾乎全部的傳感器及設(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的開(kāi)發(fā):

因?yàn)锽LE功能已經(jīng)被內(nèi)置到IOS7/8 和 Android 4.3/4.4/5.0 系統(tǒng)中, 不用說(shuō)了, 任何做APPs開(kāi)發(fā)的工程師都有能力寫(xiě)出相關(guān)應(yīng)用. 當(dāng)然, 能寫(xiě)是一回事, 寫(xiě)得好不好又是另外一回事了.

在這里給出一些BLE開(kāi)發(fā)的標(biāo)準(zhǔn)參考資料連接:

蘋(píng)果開(kāi)發(fā)者網(wǎng)站: https://developer.apple.com/ios7/ 見(jiàn) Core Bluetooth Programming Guide 但是要求有Apple開(kāi)發(fā)者身份才能登錄

Google開(kāi)發(fā): http://developer.android.com/guide/topics/connectivity/bluetooth-le.html

APPs開(kāi)發(fā)軟件工程師最好能對(duì)BLE有深刻理解, 這樣才能做出出色的BLE應(yīng)用.

Bluetooth.org 藍(lán)牙聯(lián)盟的開(kāi)發(fā)資料連接: https://developer.bluetooth.org/TechnologyOverview/Pages/BLE.aspx

我們一直期望有一種辦法, 可以通過(guò)簡(jiǎn)單的操作和設(shè)置, 非常自由的把不同廠家生產(chǎn)的不同家用電子設(shè)備, 接入到一個(gè)管理平臺(tái)下. 并且能夠方便的設(shè)定應(yīng)用場(chǎng)景, 來(lái)實(shí)現(xiàn)極少人工干預(yù)的情況下的多種家用電器的協(xié)同工作. BLE提供的外設(shè)與智能手機(jī)直接進(jìn)行數(shù)據(jù)交換的能力, 為這種可能性打下了堅(jiān)實(shí)的基礎(chǔ). 舉例來(lái)說(shuō), 在一個(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)和百葉窗的開(kāi)啟與關(guān)閉, 為消費(fèi)者提供一個(gè)舒適而又節(jié)約能源的睡眠環(huán)境.

OTA是Over the Air 的縮寫(xiě), 在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)之間的有效工作距離短.

在非影音傳輸類(lèi)的智能家居應(yīng)用和智能設(shè)備中, 以BLE 作為外設(shè)與智能手機(jī)之間的數(shù)據(jù)通道, 優(yōu)點(diǎn)多多, 但是方案商, 生產(chǎn)商仍然顧慮重重, 其實(shí)這個(gè)與BLE自身沒(méi)有很大的關(guān)系.

1.藍(lán)牙在兩年前還幾乎是一個(gè)純粹的音頻傳輸技術(shù), 還有很多的工程師對(duì)于BLE不了解, 需要提供Demo給工程師進(jìn)行測(cè)試, 以便讓設(shè)計(jì)產(chǎn)品的工程師和項(xiàng)目經(jīng)理們知道, 哦, 原來(lái)BLE是這個(gè)樣子的.

2.BLE與APPs配合無(wú)比重要. 各種人性化的舒適的使用方法, 都要在APPs上實(shí)現(xiàn). 懂得APPs開(kāi)發(fā)原理和具備人機(jī)交互方案設(shè)計(jì)思路, 從而能夠合理的構(gòu)想出APPs架構(gòu)與功能的BLE硬件工程師太少. 深刻理解藍(lán)牙BLE, 懂得藍(lán)牙通訊原理的APPs開(kāi)發(fā)軟件工程師太少.

3.在外設(shè)能夠與智能手機(jī)直接進(jìn)行數(shù)據(jù)交換之后, 對(duì)APPs的人機(jī)互交體驗(yàn)提出了更高的要求. APPs絕對(duì)不是僅僅實(shí)現(xiàn)一個(gè)遙控器的功能. APPs是項(xiàng)目成功與否的重中之重. 絕大部分的硬件廠商不會(huì)做, 又舍不得投錢(qián)做.

星云智能硬件加速器強(qiáng)勢(shì)推出24小時(shí)在線快速下單生產(chǎn)服務(wù),

供應(yīng)鏈的窗戶(hù)紙已被捅破,硬件創(chuàng)業(yè)再也沒(méi)有畏懼。

聲明:本文內(nèi)容及配圖由入駐作者撰寫(xiě)或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    【沁恒CH585開(kāi)發(fā)板免費(fèi)試用體驗(yàn)】2、基于BLE UART的雙向數(shù)據(jù)傳輸-BLE控制PC機(jī)動(dòng)作

    CH585開(kāi)發(fā)板關(guān)于BLE的例程非常豐富,其中的CH585EVT\\\\EVT\\\\EXAM\\\\BLE\\\\BLE_UART是一個(gè)藍(lán)牙串口透?jìng)骼?
    發(fā)表于 07-04 09:28

    Android14在BLE中,當(dāng)MTU超過(guò) 517時(shí),如何處理數(shù)據(jù)傳輸?

    /behavior-changes-all#mtu-set-to-517 我們?cè)趹?yīng)用更改后進(jìn)行了測(cè)試,但遇到了無(wú)法傳輸超過(guò) 512 字節(jié)數(shù)據(jù)的問(wèn)題。 由于客戶(hù)的工作數(shù)據(jù)通常超過(guò) 512 字節(jié),我們預(yù)計(jì)需要分割數(shù)據(jù)進(jìn)行傳輸。
    發(fā)表于 07-01 06:56

    STM32多通道FFT運(yùn)算異常的原因?怎么解決?

    使用) 一、問(wèn)題描述 當(dāng)前項(xiàng)目中,ADC采樣率為 960kHz,共 16個(gè)通道。采樣數(shù)據(jù)通過(guò)DMA搬運(yùn)至內(nèi)存,隨后對(duì)每個(gè)通道數(shù)據(jù)進(jìn)行FFT頻譜分析
    發(fā)表于 06-19 06:27

    通過(guò)標(biāo)準(zhǔn)化數(shù)據(jù)通路來(lái)實(shí)現(xiàn)數(shù)據(jù)共享

    場(chǎng)景介紹 在多對(duì)多跨應(yīng)用數(shù)據(jù)共享的場(chǎng)景下,需要提供一條數(shù)據(jù)通路能夠接入多個(gè)不同應(yīng)用的數(shù)據(jù)并共享給其他應(yīng)用進(jìn)行讀取。 UDMF針對(duì)多對(duì)多跨應(yīng)用數(shù)據(jù)
    發(fā)表于 06-17 06:57

    BLE連接未啟動(dòng)的原因?

    BLE 廣告窗口 150 微秒后發(fā)送連接請(qǐng)求,根據(jù)我的理解,這與 BLE 規(guī)范的 T_IFS 時(shí)間一致。此次連接請(qǐng)求以希望值 12 發(fā)送。此后,移動(dòng)設(shè)備在數(shù)據(jù)通道 12 上發(fā)送
    發(fā)表于 06-05 07:12

    藍(lán)牙數(shù)據(jù)通道空口包(數(shù)據(jù)包)

    -> M #1 #1 #2 #2 #3 M -> S #0 #1 #1 #0 #4 S -> M #0 #0 #1 #1 我們來(lái)分析#3數(shù)據(jù)包,#3是master
    發(fā)表于 06-03 10:51

    NVMe IP之AXI4總線分析

    ,AXI4-Stream支持無(wú)限制的數(shù)據(jù)突發(fā)傳輸。相比其他總線協(xié)議,AXI4-Stream僅包含數(shù)據(jù)通道,因此在主從設(shè)備之間需要保持一對(duì)一的連接關(guān)系。這意味著在數(shù)據(jù)傳輸期間,通道上的所
    發(fā)表于 06-02 23:05

    STM32H747I DSI模塊采用一個(gè)數(shù)據(jù)通道無(wú)法顯示圖片怎么解決?

    在官方例程LCD_DSI_CmdMode_SingleBuffer中DSI采用的兩個(gè)數(shù)據(jù)通道與顯示屏通信,顯示屏可以正確顯示?,F(xiàn)在我希望采用一個(gè)數(shù)據(jù)通道與顯示屏通信,于是我就在官方例程中做了一個(gè)修改
    發(fā)表于 03-07 08:11

    DLP4710LC芯片各隊(duì)數(shù)據(jù)通道之間有沒(méi)有延遲限制?

    我想知道DMD芯片各隊(duì)數(shù)據(jù)通道之間有沒(méi)有延遲限制
    發(fā)表于 02-18 06:49

    使用stm32控制ads8331采集,ADS采集的數(shù)據(jù)通道會(huì)錯(cuò)位,為什么?

    數(shù)據(jù)通道會(huì)錯(cuò)位,試了很多次,大概10次當(dāng)中有1次通道是錯(cuò)位的,錯(cuò)誤出現(xiàn)不規(guī)律,錯(cuò)位也不規(guī)律。 如果直接下電再上電這種使用肯定是正確的。就是加了軟復(fù)位后會(huì)錯(cuò)誤。
    發(fā)表于 02-10 07:13

    光纖通道衰耗正常范圍,光纖通道有何優(yōu)缺點(diǎn)

    數(shù)據(jù)通信領(lǐng)域,光纖通道以其高速率、大帶寬、低衰減和高可靠性等優(yōu)勢(shì),逐漸成為現(xiàn)代數(shù)據(jù)中心和企業(yè)網(wǎng)絡(luò)中的首選解決方案。然而,光纖通道的衰耗問(wèn)題及其優(yōu)缺點(diǎn)的理解,對(duì)于確保系統(tǒng)的穩(wěn)定性和性能
    的頭像 發(fā)表于 01-29 15:26 ?1395次閱讀

    利用ADS1293與ARM進(jìn)行SPI數(shù)據(jù)通信的程序設(shè)計(jì)該注意什么?

    請(qǐng)教大家,利用ADS1293與ARM 進(jìn)行SPI 數(shù)據(jù)通信的程序設(shè)計(jì)該注意什么?比如比特率的設(shè)置該設(shè)置什么?有沒(méi)有相關(guān)的例程可以參考?3通道24位數(shù)據(jù)是按通道的次序每個(gè)
    發(fā)表于 01-06 06:44

    TUSB8041是否支持將USB2.0通道數(shù)據(jù)編碼到USB3.0通道去?

    TUSB8041是否支持將USB2.0通道數(shù)據(jù)編碼到USB3.0通道去,例如上行端口的DP和DM懸空(只有超高速通道),下行端口的USB2.0的
    發(fā)表于 12-30 06:42

    將ADS8638設(shè)置為自動(dòng)模式,8個(gè)通道采集,但是讀到的數(shù)據(jù)通道順序是70123456,為什么?

    我將ADS8638設(shè)置為自動(dòng)模式,8個(gè)通道采集,但是讀到的數(shù)據(jù)通道順序是70123456,數(shù)據(jù)也是正確的,通道序號(hào)第一個(gè)不是應(yīng)該是0通道
    發(fā)表于 12-20 14:45

    SN65DSI86 MIPI左右數(shù)據(jù)通道如何切換,可以連接兩組不同的MIPI信號(hào)進(jìn)行左右切換嗎?

    SN65DSI86MIPI左右數(shù)據(jù)通道如何切換,可以連接兩組不同的MIPI信號(hào)進(jìn)行左右切換嗎?例如來(lái)自?xún)蓚€(gè)不同的主控制器的MIPI信號(hào)可以可以進(jìn)行切換顯示在一塊EDP顯示屏上嗎?
    發(fā)表于 12-03 08:21