2804|5

1484

帖子

2

资源

五彩晶圆(初级)

BLE入门谈:从空中数据收发理解BLE(上) [复制链接]

  BLEBluetooth Low Energy的缩写,即低功耗蓝牙,是蓝牙规范的一个子集,从蓝牙4.0版本开始引入。BLE技术成功地适应了物联网时代那些需要少量无线数据传输,并对功耗很敏感的设备的需求。目前已经有为数不少MCU器件将BLE无线收发电路集成于片内,还保持了MCU的低功耗特性,实现了单芯片的物联网解决方案。

  近几年我通过论坛的活动,陆续接触过NXPSTTION Semi支持BLEMCU产品,深感BLE的门槛不低。要设计一个充分发挥BLE优点的作品,需要对这一技术有比较全面的了解。学习理解BLE也需要一个过程,如果每次仅仅是把现有的例子拿来改一改,获得的经验很有限。从什么切入点开始学习比较好?也许不同的人习惯不同。我打算从MCU硬件工程师的角度提供一些参考,就有了这篇文章的构思。

 

  在MCU上使用BLE,目的不外乎发送数据,或者是接收数据。为什么BLE入门难?对比下最简单的:UARTSPI,和稍微复杂一点的I2CCAN这些——它们都是有线连接(废话),发送方对接收方有一个单独(至少在传输时候是独占)的、可靠(正常情况下发出1/0就收到1/0)的数据通道;并且数据传递之前主机先发出请求,或者数据自身就带有请求标志。再看BLE,数据通过无线电波发出,接收者要判断天线收到的电波里面有没有给自己的信号,再从有效的信号里解调出数据……复杂程度已经不可比拟了。虽然芯片上的无线功能模块已经把调制解调工作做了,但它的工作指令仍然是软件下达的。

 

  BLE要用无线电波传递信息,就是将数据编码,调制到射频信号中发射。通俗地讲BLE使用的电波频率是2.4G,也就是和Wi-Fi无线键盘鼠标, 还有ZigbeeThread等协议使用的2.4GHz一个概念。那么问题来了,这些信号会不会互相干扰?

  首先要明确2.4GHz这个说法指的是一个频段而不是单一频率(全称2.4GHz Industry Science Medicine band),覆盖2400MHz2483.5MHz, 是一个用于距离,无须执照使用的开放频段。还必须明确:任何带有信息的信号传递都要占用一定的带宽,不可能是一个单一频率。单一的频率只能是一个永久恒定的正弦信号——它无法携带信息。例如,无线电广播所指的频率是其信号的中心频率。AM(调幅) 639kHz的中国之声,实际信号带宽是它广播音频带宽的2倍。

BLE在这个2.4GHz频段安排了40信道(channel),中心频率从2402MHz开始,以2MHz为间隔。如下图上半部分

004258h8ie91pj8n1em1n4.png

  上图的下半部分是2.4G Wi-Fi的信道占用频带示意,注意Wi-Fi的不同信道频带就很可能存在交叠。Wi-FiBLE整体的频率覆盖是重叠的。至于不同的2.4GHz无线设备是否相互干扰,要看实际通信的电波的能量分布:以时间为第一维度,以频率为第二维度看,只要不交叠,就不会产生干扰即使存在部分交叠,不严重的干扰并不损害被编码的数据;干扰的可能性总是存在的,各种无线协议还需要校验和重传机制来保证数据完整性

  一个BLE设备,在任一时刻,只能选择40个信道之中的一个进行发射或者监听。发射或者试图监听的载波频率,就是对应信道的中心频率。

 

  BLE使用的调制方式叫做GFSK,这是FSK调制的一个改进形式。FSK (Frequency Shift Keying) 是一种简单的调制的:就是将输出信号频率从2N个频率中根据调制编码进行选择切换,最简单是1-bit调制,称为2-FSK(本文不讨论其它的)如下图所示:

004258b20w8ggekae40qsb.png

  图上红线代表编码数据,蓝线是输出信号波形。注意调制后信号的瞬时频率改变发生在编码值改变的时刻。

 

  FSK调制的一个应用是用于音频电话线路的调制解调器(Modem)用两个方向的数据bit分别调制两个不同的单音,如下图所示。在线路一端,发出1170Hz表示0, 发出1270Hz表示1;线路另一端发出2025Hz表示0,发出2225Hz表示1.

004258vjwhc96hpchj9hce.png

  我写了一段MATLAB程序模拟这样的调制波,生成wav文件从电脑播放出来就能感受FSK的频谱了。

  FS=48000;

Tt=10;

t=0:FS*Tt-1;

f_center=1170; %2125;

f_shift=100;

baud=300;

pe0=2*pi/FS*(f_center-f_shift);

pe1=2*pi/FS*(f_center+f_shift);

 

s=zeros(1,FS*Tt);

c=s;

p=0;

enc_one=0;

for k=1:FS*Tt

s(k) = 0.9*sin(p);

c(k) = enc_one;

if enc_one

p = p+pe1;

else

p = p+pe0;

end

if mod(k,round(FS/baud))==0

if rand>0.5, enc_one=0; else enc_one=1; end

fprintf('%d',enc_one);

end

end

fprintf('\n');

plot(t,s,t,0.5*c-1.5,'r');

set(gca,'YLim',[-1.6 1]);

wavwrite(s,48000,16,'fsktone.wav');  

  将模拟的modem FSK (300bits/s) 调制波进行FFT分析画图,中心频率1170Hz2125Hz载波用不同颜色表示:

004258x7ml4p52kpv4ks7a.png

  FSK调制的实现简单在于只需要用一个开关信号控制振荡器,让振荡器在两个工作频率之间二选一,输出就是FSK调制波。从上面这个频谱分析图可以看出,FSK输出波形的频率成分能量最集中的那段也有一定跨度,并非只震荡器的“两个频率”。距离中心频率远了之后能量分布逐渐减少,但仍可能干扰别的信号。

 

  BLE使用的GFSK调制,前面加个G字母代表Gaussian, 是让控制振荡器频率的信号波形先通过一个高斯型低通滤波器,让跳变沿有个平缓的过渡。也就是说,GFSK调制器虽然也是两个基本振荡频率,但切换过程是平滑的。

004258nqg7rrg0g4gg9fz7.png

  GFSK调制比FSK调制改善了频谱的宽度,也就是频带的利用效率提高了。BLE使用GFSK调制,基本数据速率是1Mbps, 也就是假若持续发射的话一秒可以发送一百万个0或者1. BLE 5.0规范增加了2Mbps选项。

  选择40个信道中的一个,通过GFSKBLE就能将一串0/1发送到空中去。这40个信中有三个要单独拿出来,编号373839,它们是专门用advertising(若译作“广播”有些偏,因为无线电发射本来就是广播行为,接收机都能收到)。其余37个信道用于建立连接之后的通信。

  顺便再提一下,BLE经典蓝牙(常见于蓝牙音、耳机)不能兼容,不能相互通信BLE并不是传统蓝牙的简化版本,在信道划分上就有所不同,从数据格式到上层协议都差异明显。现在主流的智能手机是既支持经典蓝牙又支持BLE,我们在提及蓝牙概念的时候要注意区分。

 

  BLE的数据发送是以数据包(packet)为单位进行的,一个数据包就是一串有格式的01,经GFSK调制成某个信道上的载波,再被接收机解调还原(这当中其实还有两个步骤分别叫做whiteningde-whitening,但不改变数据长度和功能,就姑且忽略了)。如下图,一个原始BLE数据包由4段组成:头部是8-bit Preamble,用于同步,然后是32-bitAccess Address (后面再看它的作用),接着才是数据包内容的payload,最后跟着24-bitCRC校验值。

004258bhisougs9vvztghd.png

  接收状态的BLE设备需要在同一信道上监听,才有可能收到这个数据包。接收方还需要知道数据包长度才能进行CRC校验,包长度是包含在PDU段内的。包的类型不同,PDU的具体格式也不同。

 

  信道373839用于advertising, 这是BLE从设备用来表示自己存在的三个信道,也是主设备用来扫描和发起连接用的。在这三个信道中,数据包格式如下图:

004258totqaps49499jsdc.png

  Advertising信道中的数据包类型有7种,由PDU header字段的PDU Type域决定。包长度信息是header字段的Length域。根据包类型不同,Payload的内容也不同。ADV_IND, ADV_NONCONN_IND, ADV_SCAN_INDADV_DIRECT_IND类型的包是从设备按照自己的间隔发出来的,其中AdvA数据字段是自己的地址(手机上的BLE扫描工具看到的就是这个地址),AdvData数据字段提供其它信息比如设备名称、厂商代码等,还可以包括温度传感器数据这样的自定信息。ADV_DIRECT_IND这个类型要特殊一点,它是给指定的主设备发起连接用的,不附加不必要的数据。

  ADV_INDADV_SCAN_IND类型的包被主设备收到后,主设备可以马上发送SCAN_REQ包,请求扫描这个设备,然后从设备再以SCAN_RSP包回应,提供补充数据(ScanRspData)

  只有当主设备要发起连接时,才会对从设备发送的包(仅ADV_INDADV_DIRECT_IND型有效)以CONNECT_REQ包回应。这样,主从设备之间就建立起了连接,接下来将在另外的37个信道中进行信息交换。

 

  刚提到过的从设备advertising有自己的间隔,这由BLEAPIadvInterval参数(就是“隔多长时间广播一次”的意思)决定。但是,如果两个设备的advInterval参数刚好一样,就有可能碰巧每次都同时广播,相互干扰。为了缓解这个问题,BLE规定实际两个advertising事件之间的间隔还要加上一个随机的延迟,如下图:

004258f8bb7bo3h7hhh9l5.png

  这里的间隔越短,其它条件不变的话,设备越容易被发现。当然,付出的代价是耗电也增加。前面说了用于advertising的信道有3个,通常主设备也会在这三个信道上轮流监听,因此,一个advertising事件一般来说是在三个信道上分别发送一个数据包。这么做可以防止一个信道被干扰了就无法使用的情况(注意信道373839的频率并不是接近的)。下面是一个示意图,其中38信道上主机进行了一次扫描。

004258nv7vveu4u6vudui7.png

  现在我要提醒大家一点:接收(监听)状态下BLE无线部分也是消耗很多能量的,没有比发射状态少太多。与片上的CPU耗电相比,BLE的无线功能的确是耗电大户,各厂商会把TX/RX时的电流作为省电能力衡量的重要指标——重点,RX的耗电不能想当然忽略。

  作为从设备,在进行advertising事件的时候,才需要把无线发射功能打开。在此外的间歇期间(几十毫秒到几秒)设备可以休眠等待,因此平均功耗可能很低。但是主设备想发现从设备,可就不能长时间睡大觉了,因为从设备只有一瞬间发射,如果主设备那时没有监听,就错过了。但主设备一直处于(三个信道轮流的)监听状态,无线部分的耗电就很大了。通常主设备也会间歇性地监听来查找从设备,也就是持续接收一段时间,再休息一阵的策略。如果从设备为了减少自身功耗,将广播的间隔设得很长,那么主设备要发现它就要付出更多的功耗。

 

  BLE要做到主机和从机的功耗都小,其要点,我概括为“在事先约定的时间地点碰头”。上面所描述的从机advertising阶段,主机因为无法得知从机在哪个时刻在三个信道中的哪一个广播,不得不采取守株待兔的办法,所以主机耗电不能像从机那样低。但是两者建立BLE连接之后就不一样了,现在回顾主机为了建立连接向从机发送的CONNECT_REQ包的Payload内容:

004258tov1ov736aplcpvg.png

  除了主机和从机的BLE地址之外,LLData部分包含了许多字段:

AA: Access Address, 用于数据信道数据包中

CRCInit: 随机生成的CRC初始值

WinSize: Connection Event Transmit Window Size, 1.25ms为单位

WinOffset: 同上,Transmit Window的时间偏移量

Interval: Connection Event的间隔时间

Latency: Slave Latency参数

Timeout: connSupervisionTimeout参数,以10ms为单位

ChM: 标记要使用的数据信道

Hop: hopIncrement, 是跳频算法的参数

SCA: 主机的sleep时钟误差参数

  由以上这些字段决定了BLE连接的初始参数。从机如何知道主机会在什么时候,在那个信道发送数据包?请看下面这个图:

004258rsp90d662zip0ha2.png

  实际上,主机和丛机约定了一个未来的时间窗口,主机会在那个时间窗口内发送第一个数据包,从机需要保持监听。因为双方约定了一个时间窗口,无线电RX状态的时间就可以缩短了,就控制了功耗。主机发送数据包之后,转到接收状态,丛机接收到主机的数据包,也会很快回应一个数据包,这两次双向的数据交互时间是可以预计的,不存在无用的RX等待状态。然后,主机在一个连接间隔(connInterval)之后的时刻再次发出数据包,也就是新的connection事件开始,不过通信信道由自适应跳频算法重新选择。上图只画了最简单的状态,实际一个connection事件可以有多次的双向数据包交互。

  把从机和主机并排起来看:

004258xbzn18flk08ff071.png

  上图还展示了BLE连接状态的一个特性: slave latency, 即允许从机不响应一些(可能是没有收到的)数据包,而连接暂时能保持,不断掉。因为双方的时间间隔约定还在,后续只要成功交互就可以恢复通信。

 

  BLE连接状态下的数据包格式本文就不列出了,因为涉及到Link Layer层的许多内容,要深入了解的朋友可以参阅蓝牙Core specification 4.0以后版本文档。

  本文的目的在于给大家一个BLE的底层是怎么工作的一个整体印象,以及认识到它是怎样实现低功耗的无线数据交互的。

此帖出自RF/无线论坛

回复

1484

帖子

2

资源

五彩晶圆(初级)

占个沙发,等后面补充文字。


回复

8684

帖子

20

资源

版主

原来我还没有入门


回复

1824

帖子

3

资源

版主

无线传输确实比有线的复杂的多,出了问题也比有线的难找!


回复

952

帖子

18

资源

一粒金砂(高级)

学习了,还是串口透传的模块用着方便


回复

462

帖子

0

资源

纯净的硅(初级)

干货满满,谢谢分享


回复
您需要登录后才可以回帖 登录 | 注册

最新文章 更多>>
    关闭
    站长推荐上一条 1/10 下一条

    About Us 关于我们 客户服务 联系方式 器件索引 网站地图 最新更新 手机版

    站点相关: 安防电子 汽车电子 手机便携 工业控制 家用电子 医疗电子 测试测量 网络通信 物联网

    北京市海淀区知春路23号集成电路设计园量子银座1305 电话:(010)82350740 邮编:100191

    电子工程世界版权所有 京B2-20211791 京ICP备10001474号-1 电信业务审批[2006]字第258号函 京公网安备 11010802033920号 Copyright © 2005-2021 EEWORLD.com.cn, Inc. All rights reserved
    快速回复 返回顶部 返回列表