女人自慰AV免费观看内涵网,日韩国产剧情在线观看网址,神马电影网特片网,最新一级电影欧美,在线观看亚洲欧美日韩,黄色视频在线播放免费观看,ABO涨奶期羡澄,第一导航fulione,美女主播操b

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

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

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

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

peAd_星云加 ? 來源:djl ? 作者:宋朔 ? 2019-09-27 10:58 ? 次閱讀

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

在 以智能手機(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è)再也沒有畏懼。

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

    評(píng)論

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

    藍(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 我們來分析#3數(shù)據(jù)包,#3是master
    發(fā)表于 06-03 10:51

    NVMe IP之AXI4總線分析

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

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

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

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

    我想知道DMD芯片各隊(duì)數(shù)據(jù)通道之間有沒有延遲限制
    發(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ò)中的首選解決方案。然而,光纖通道的衰耗問題及其優(yōu)缺點(diǎn)的理解,對(duì)于確保系統(tǒng)的穩(wěn)定性和性能
    的頭像 發(fā)表于 01-29 15:26 ?1056次閱讀

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

    請(qǐng)教大家,利用ADS1293與ARM 進(jìn)行SPI 數(shù)據(jù)通信的程序設(shè)計(jì)該注意什么?比如比特率的設(shè)置該設(shè)置什么?有沒有相關(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)行左右切換嗎?例如來自兩個(gè)不同的主控制器的MIPI信號(hào)可以可以進(jìn)行切換顯示在一塊EDP顯示屏上嗎?
    發(fā)表于 12-03 08:21

    通道數(shù)據(jù)采集儀怎么用的

    通道數(shù)據(jù)采集儀是一種廣泛應(yīng)用于工業(yè)、科研、教育等領(lǐng)域的高精度數(shù)據(jù)采集設(shè)備。它能夠同時(shí)采集多個(gè)通道的模擬信號(hào),并將采集到的數(shù)據(jù)進(jìn)行處理、存儲(chǔ)
    的頭像 發(fā)表于 07-02 09:08 ?1144次閱讀

    通道數(shù)據(jù)采集器怎么看數(shù)據(jù)

    通道數(shù)據(jù)采集器是一種廣泛應(yīng)用于工業(yè)自動(dòng)化、科研實(shí)驗(yàn)、醫(yī)療設(shè)備等領(lǐng)域的設(shè)備,它可以同時(shí)采集多個(gè)通道的模擬信號(hào)或數(shù)字信號(hào),并將采集到的數(shù)據(jù)進(jìn)行處理、存儲(chǔ)和傳輸。本文將詳細(xì)
    的頭像 發(fā)表于 07-01 16:50 ?1236次閱讀

    通道數(shù)據(jù)采集系統(tǒng)的優(yōu)缺點(diǎn)

    通道數(shù)據(jù)采集系統(tǒng)是一種廣泛應(yīng)用于工業(yè)、科研、醫(yī)療等領(lǐng)域的技術(shù),它能夠同時(shí)采集多個(gè)通道的信號(hào),實(shí)現(xiàn)對(duì)多種物理量的實(shí)時(shí)監(jiān)測(cè)和分析。本文將詳細(xì)介紹
    的頭像 發(fā)表于 07-01 15:58 ?2602次閱讀

    ble和a2dp共存,進(jìn)入ble掃描的時(shí)候,音頻數(shù)據(jù)接收會(huì)丟失怎么解決?

    ble和a2dp共存,進(jìn)入ble掃描的時(shí)候。音頻數(shù)據(jù)接收會(huì)丟失。會(huì)卡卡頓 怎么解決?
    發(fā)表于 06-24 08:10

    Ci24R1與Si24R1:2.4GHz數(shù)據(jù)通信芯片對(duì)比數(shù)據(jù)資料分析

    數(shù)據(jù)通信芯片里面,Ci24R1與Si24R1都具備收發(fā)一體的功能,當(dāng)然相似的兩顆芯片,它們的參數(shù)還是有明顯的區(qū)別,接下來我給大家看看它們分別的芯片特性和優(yōu)勢(shì)體現(xiàn)在哪里。 1、 ?從頻段來看,Ci24R1與Si24R1多了一個(gè)支持藍(lán)牙版BLE4.2
    的頭像 發(fā)表于 06-14 17:16 ?1293次閱讀
    Ci24R1與Si24R1:2.4GHz<b class='flag-5'>數(shù)據(jù)通</b>信芯片對(duì)比<b class='flag-5'>數(shù)據(jù)</b>資料<b class='flag-5'>分析</b>