我正在尝试为 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 传感器”
在您的情况下,规范表明了字节顺序。
根据骑行速度和节奏服务第 1.7 章字节传输顺序,此服务使用的所有特性都应以最低有效八位字节优先的方式传输(即小端字节序)。
规范的其他部分“骑行速度和节奏概况”可能也会引起人们的兴趣。