主页 / coding / 问题

问题[bluetooth-lowenergy](coding)

Martin Hope
gusto2
Asked: 2025-04-14 20:02:54 +0800 CST
  • 5

我使用 btstack 在 rp-pico 上构建了一个小型 PoC，基本上是对独立简单 BLE 服务的重新设计。

就像在示例中一样，BLE 使用广告数据，并且示例中有一些常量值没有解释，而且文档对数据的描述也不是很清晰

server_common.c中的广告数据：

#define APP_AD_FLAGS 0x06
static uint8_t adv_data[] = {
    // Flags general discoverable
    0x02, BLUETOOTH_DATA_TYPE_FLAGS, APP_AD_FLAGS,
    // Name
    0x17, BLUETOOTH_DATA_TYPE_COMPLETE_LOCAL_NAME, 'P', 'i', 'c', 'o', ' ', '0', '0', ':', '0', '0', ':', '0', '0', ':', '0', '0', ':', '0', '0', ':', '0', '0',
    0x03, BLUETOOTH_DATA_TYPE_COMPLETE_LIST_OF_16_BIT_SERVICE_CLASS_UUIDS, 0x1a, 0x18,
};

我想知道——这些价值观的含义是什么？

  • APP_AD_FLAGS 0x06
  • SERVICE_CLASS_UUIDS，0x1a，0x18
bluetooth-lowenergy
Martin Hope
Mairlot Geoffrey
Asked: 2024-10-28 21:55:05 +0800 CST
  • 5

我正在尝试为 CPS 服务（自行车功率服务）编写一个 BLE 服务器。功率数据被客户端（极地手表）正确捕获，但我无法让手表捕获车轮旋转和曲柄旋转对。手表上至少没有显示速度和节奏的数据。节奏应该可以正常工作，因为它可以与使用相同服务的另一个 stagePower 传感器配合使用。

我试图捕捉控制点呼叫，以防这是不受支持的根本原因，但没有发生任何情况......

然后我想问题可能出在特征位上。我仍然不清楚这些位应该如何发送。字节小端数据？还是 LSbit -> MSbit ？

从我能找到的参考示例来看，它是按常规顺序发送的，但我怀疑情况并非如此。我现在发送的是：

uint8_t fBuffer[4];
fBuffer[0] = 0x00;
fBuffer[1] = 0x00;
fBuffer[2] = 0x00;
fBuffer[3] = 0x0C;
         
CyclePowerFeature.writeValue(fBuffer, 4);

为了完整性，这里列出了一些发送的特征数据帧（由 nRF Connect 捕获）：

30002A001500000070190800E3F9
30002A001A00000004300A0067FF
30002A001C00000053380B002A02
30002A0020000000B4480C00EC04
30002A002600000065610E00700A
30002A0028000000B4690F00320D
30002C002C00000063771000F80F
30002B002F0000005A8812005F15
30002A0033000000F89813001818
30002A003700000059A915009C1D
30002B003D0000000AC217001923
30002B003F00000059CA1800D325
30002B00420000009DD819008E28
30002A00460000001FE91B00062E

标志：0030（激活位 4 和 5）激活车轮和曲柄数据对 功率输出：42-43 瓦（2A00 - 2C00） 从该组计算出的速度（车轮尺寸：2.35m）：11.9-16.4 kph 从该组计算出的节奏：87-89 RPM

车轮详细信息：旋转计数器：15000000 -> 46000000（即，十六进制 B 端为 15->46 / 即，十进制为 21->70）旋转时间戳：7090 -> 1FE9（即，十六进制 B 端为 1970->E91F / 即，十进制为 6512->59679 - 1/2048 秒）

节奏细节：曲柄计数器：0800 -> 1B00（即十六进制 B 端为 08->1B / 即：十进制为 8->27）曲柄时间戳：EFF9 -> 062E（即十六进制 B 端为 F9E3->2E06 / 即：十进制为 63971->11782 - 1/1024 秒）

按照逻辑，每一帧的解码值对我来说看起来没问题：g

  • 计算并转换与前一帧的 time_diff （针对曲柄和车轮）
  • 使用前一帧计算#revolutions（曲柄和车轮）
  • 计算 RPM：frame_crank_revolutions x 60 x 1000 / crank_time_diff
  • 计算速度：frame_wheel_revolutions¨x 2.35 x 1000 / wheel_time_diff

尝试联系 Polar（签署了 CPS 规格...）以获取一些信息，但他们只回复“我们兼容 X 和 Y 传感器”

bluetooth-lowenergy
Martin Hope
Charles Nicholson
Asked: 2023-12-17 21:46:09 +0800 CST
  • 5

如果BLE服务包含GATT客户端表示兴趣的多个通知特征，那么BLE协议是否对GATT客户端收到更新值的订单有很大的保证？另外，对GATT客户端将新接收的数据提供到应用程序的顺序是否有任何协议级别的要求？

例如：说该应用程序在“安静”期间的连接事件之间快速连续的连续性更改Gatt服务器中两个单独特征的值。在下一个连接事件中，假设Gatt服务器有足够的时间和带宽，可以将两个更新的特征值全部传输到Gatt客户端。

BLE协议是否要求GATT服务器以应用程序更改的顺序传输新变化的值？

此外，BLE协议是否要求GATT客户端将这些新变化值的顺序保留到应用程序中？

我认为所有支持Bluetooth 5.0的BLE堆栈，但是很高兴知道此类版本是否已经改变了以前的版本。协议标准本身的任何特定引用将非常有帮助！

bluetooth-lowenergy