Thread 中讨论的其他器件: CC2650
工具与软件:
您好!
我对 CC2640R2F 的蓝牙广播有疑问
您能解释一下有效载荷中的蓝牙广播传统和扩展(广播通道 PDU)吗?
AdvData (0 - 254字节)
2.以上图片是否正确?
3.下图(AdvA 6八位字节)是否是蓝牙的 MAC 地址?
谢谢!
Vasu Khwanyuen
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
Vasu、您好!
感谢您的咨询。
蓝牙5将扩展广播作为其新特性之一引入。 关于有效载荷大小、可以通过无线发送的广播数据量已从31字节扩展到1650字节。 但是、这是指主机广播数据的总量 碎片整理之前 (不应超过1650个八位位组)。 因此、如果在扩展广播或扫描 PDU 中发送的广播或扫描响应数据数量加上扩展标头长度、AdvMode 和扩展标头超过最大广播通道 PDU 有效载荷255个八位字节、则链路层将对主机广播数据进行分段。 有关更多信息、我建议查看 蓝牙核心规范版本5.2的主机广播数据部分([Vol 6]、B 部分、第2.3.4.9节)。
请让我们继续讨论当前主题上的广播扩展。 我看到这里出现了另一个类似的问题(https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1410304/cc2640r2f-advertising-extension-not-254-bytes)。 谢谢!
BR、
David。
谢谢 David、
我恰好尝试将广播的扩展大小增加为229个字节。 结果可以通告。
那么、我有一个关于我上次回答的问题的问题、您确认了答案。
请 看下面的图片
为什么将 PAYLOAD (advData)与旧广播31字节和地址数据6字节相加会多于255字节?
2.or advData 传统不与有效载荷255字节的扩展求和。 那么、advData 的模式是否如下图所示?
请 看 图片
此致、
Vasu Khwanyuen
尊敬的 David:
请点击以下链接
https://www.bluetooth.com/blog/exploring-bluetooth5-whats-new-in-advertising/
规范部分找到 2.3.4. 通用扩展广播有效载荷格式
www.bluetooth.com/.../link-layer-specification.html
此致、
Vasu Khwanyuen
Vasu、您好!
我认为我们的无线电控制层文档有助于正确地阐明这一点。 您可以在以下位置的 SDK 文件夹中找到该软件: /docs/rcl/html/advertiser_handler.html.
如果扩展标头为0且 AdvData 为0、则扩展广播有效载荷可以短至1字节(仅使用扩展标头- 6位文件和 AdvMode - 2位)。 它可以高达1字节(来自扩展标头和 AdvMode)+扩展标头(大约6 - 25字节)+ AdvData (定义为其余有效载荷=大约255 - 1 - 25)。
希望这对您有所帮助。
BR、
David
尊敬的 David:
尝试设置主要和次要物理后遵循建议。 我可以检测扩展广播。
请帮助我确认数据扩展标头25个字节
(来自扩展标头和 AdvMode)+扩展标头(大约6 - 25字节)+ AdvData (定义为其余有效载荷=大约255 - 1 - 25)。
如果我发现低功耗蓝牙监听器有问题。 我无法使用此程序进行支票广告。
请点击以下链接
此致、
Vasu Khwanyuen
Vasu、您好!
我想我们需要一个蓝牙监听器来与广播日志进行确认。 另一种方法是在 AdvData 字段中设置最大数据量、然后计算其余数据:255 - 1 - Size (AdvData)= Extended Header。
如果您查看先前的文档: 在/docs/rcl/html/advertiser_handler.html 中,您会看到这些值 分别由 setAdvExtBuffer()和 setAuxAdvBuffer()函数中的 ADV_EXT_HDR_LEN 和 AUX_ADV_HDR_LEN 定义,但这些只是函数和定义的示例。 实际上、堆栈会定义/计算这些值并与无线电控制层共享这些值。
BR、
David。
尊敬的 David:
扩展广播显示相同的旧内容。 我专注于我需要知道的扩展标头。
我的项目我没有修改有关扩展标头的项目。 我仅更改广播数据。
我将介绍有关扩展标头的简单项目。
您可以访问下面链接中的 CodeSimple 项目
此致、
Vasu Khwanyuen
Vasu、您好!
我在使用您所使用的 SDK 构建示例时遇到了问题、我在我的 PC 设置中可能看到了这一点。 然而,我看了其他的例子,应该类似的行为在广告延伸。 例如、您可以在此处看到、如果 ADV 模式配置为可连接-不可扫描、则扩展标头长度为6字节、而如果 ADV 模式配置为非连接/不可扫描、则扩展标头长度为12字节。 我不希望与您提到的示例有所不同、但如果配置有所不同、可能会有差异。 如果您在构建项目后将您生成的.hex 文件发送给我、我可以运行快速测试以进行完整性检查。
BR、
David。
尊敬的 David:
数据 PDU 不完整到255字节。 在"ADV Data if Increase data 1 byte"中、我在移动应用(NRF Connect)中看不到扩展广播。
原因是我看不到来自移动应用程序的扩展广播数据无法检查、或者蓝牙无法设置超过229字节(有效载荷239字节)的广播数据?
你说的
我可以看到有关扩展标头的代码吗?
如果是、 请指向扩展标头的位置代码。
此致、
Vasu Khwanyuen
尊敬的 David:
我按照下图添加了 advData
在 set#2长距离中添加 Code advData
此致、
Vasu Khwanyuen
尊敬的 David:
此致、
Vasu Khwanyuen
Vasu、您好!
我已将广播数据大小增加到245、并且我发现在传输数据包以及使用蓝牙监听器识别数据包时没有问题。 我使用的是可连接的广播模式。
extern uint8_t advData1[245]; uint8_t advData1[] = { 0x02, GAP_ADTYPE_FLAGS, GAP_ADTYPE_FLAGS_BREDR_NOT_SUPPORTED | GAP_ADTYPE_FLAGS_GENERAL, 0xE5, GAP_ADTYPE_MANUFACTURER_SPECIFIC, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF };
BR、
David。