⌁ BLE LAB实测报告下载报告 ↗
实机验证 · 2026.11.05

8 台设备,
两种频率的稳定性答案。

从连接到回数,分开看清每一步。基于 BL654 的真实 PoC,
对照设备数量、采集频率与三个运行阶段。

BL654 / 451-00004样品 1 · EA511D51F3F1当前固定 8 台量具
主线 01本次实测稳定

1Hz

8 台设备,完整收发。

2,400 / 2,400 条

连续 5 分钟,零缺失、零掉线。
1、2、4、6、7 台也全部通过。

查询周期 1 秒 每台 300 次
主线 025 秒等待下,两轮通过

4Hz

存在抖动,两轮均收齐。

19,200 / 19,200 条

连续两轮、每轮 5 分钟,零缺失、零掉线。
前次单轮异常保留在下方对比中。

查询周期仍为 250ms 不以降频换通过
01 / 数量 × 频率

从 1 台到 8 台,放在一起看。

每个正式阶段均为 5 分钟
数据格式:发送 / 有效回复
实际设备数1Hz · 2 秒等待4Hz · 2 秒等待4Hz · 5 秒等待采集中掉线

7 台来自凌晨的实际可用数量;第 8 台唤醒后另做完整补测。未测试的组合标为“未单独测试”,不外推结果。

只看完整 8 台 × 4Hz

前次单轮与后续两轮

区分主机未发送,与已发送但没有回复。

测试计划 / 发送 / 回复未发 / 缺回判定
前次 · 2 秒9600 / 9598 / 95962 / 2未通过
第 1 轮 · 5 秒9600 / 9600 / 96000 / 0通过
第 2 轮 · 5 秒9600 / 9600 / 96000 / 0通过
02 / 三个运行阶段

连得上、连得住、收得全。

三个条件,分别验证
查询周期250ms

每台 4Hz,始终保持

接收超时与末尾等待2 → 5秒

容纳迟到回复,收齐即结束等待

蓝牙监督超时4秒

连接层失联判断,沿用原设置

03 / 抖动与容错

4Hz 完整回数,
不等于零时序抖动。

后两轮最大回复延迟均超过 250ms,但都低于原来的 2 秒等待。接收等待增加提供了容错空间;本次记录不能证明它是结果改善的唯一原因。

延迟为 FIFO 估计。设备回复没有事务序号,完整性另由原始通知字节核对。
后两轮 · 最大估计回复延迟
第 1 轮
359.7ms
第 2 轮
302.3ms
查询周期
250ms

超过 2 秒的回复:两轮均为 0

04 / 完整报告

所有结论,都保留依据。

下载原文 ↗
下方为完整报告正文。可直接展开阅读,无需访问本地文件。
BL654 PoC 三维度稳定性报告 展开 / 收起

BL654 PoC 稳定性报告:数量、频率与运行阶段

日期:2026-11-05。适配器:BL654 / 451-00004 样品 1,USB 序列号 EA511D51F3F1,COM7,直插电脑。使用当前换机后的固定 8 台量具,C# / pc-ble-driver / Nordic connectivity USB 路线。

结论

主线一:1Hz 下,8 台设备在本次实测中稳定。完整 8 台连续采集 5 分钟,计划、发送、有效回复均为 2400 条,零缺失、零掉线。实际 1、2、4、6、7 台的 1Hz 测试也全部通过。

主线二:4Hz 下,8 台设备存在调度及回复时序抖动;将接收等待设为 5 秒后,连续两轮实测均稳定收齐。两轮各 5 分钟,分别为 9600/9600、9600/9600,合计 19,200 条有效回复,零缺失、零掉线、零发送调度超期。此前单轮仍保留为未通过。

这里的“稳定”指本次规定时长内连接保持、查询完整提交、有效回复完整收到;不代表每条回复都在 250ms 内到达,也不等同于长期生产稳定性保证。两轮没有超过原 2 秒的回复,不能认定延长等待是改善的唯一原因;准确结论是“5 秒等待配置下连续两轮通过”。

三个维度与判定方法

维度本报告覆盖范围
设备数量实际 1、2、4、6、7、8 台
采集频率每台 1Hz、4Hz;4Hz 的查询周期保持 250ms
运行阶段①连接准备:发现、建连、服务与通知配置、测量就绪确认;②连接保持:链路检查、观察是否掉线;③数据采集:按频率查询、等待回复、核对完整性

每个数量与频率的正式阶段为 5 分钟;测量就绪确认的查询单独记录,不计入正式结果。1Hz 与 4Hz 切换,以及较小数量组之间,保留共同设备的连接。较小数量组不代表分别进行了一次全新的首次建连测试。

数量 × 频率完整对比

下表数字为 成功发送/有效回复。通过要求还包括达到计划查询数、无正式掉线及相关错误。

实际设备数1Hz,5 分钟1Hz 结论4Hz,5 分钟4Hz 结论
1300/300通过1200/1200通过
2600/600通过2400/2400通过
41200/1200通过4800/4800通过
61800/1800通过7200/7200通过
72100/2100通过8400/8400通过
82400/2400通过前次:9598/9596;后续两轮:各 9600/9600前次未通过;5 秒等待下两轮均通过

凌晨原计划 8 台时 F9:A0 未发现,因此记录为实际 7 台。用户唤醒后另做完整 8 台测试,没有把 7 台成绩改写成 8 台。

主线一:1Hz 下的 8 台稳定性

阶段实测情况判断
连接准备完整 8 台补测时,D9、17:61 首次服务发现失败,补试后全部就绪,均能返回测量数据可完成 8 台准备;首次建连并非全部一次成功
连接保持正式采集前观察 60 秒,32/32 次 GATT 检查成功;1Hz 采集中 8 台均未掉线本次连接保持稳定
数据采集每台 300 次,共计划 2400、发送 2400、回复 2400;零缺失、零超时、零发送调度超期本次 1Hz、8 台完整通过

判断:1Hz 是当前测试证据中表现一致的采集配置。在已测的全部数量下均收发完整,完整 8 台的正式测试也通过。连接准备失败需要重试的问题与进入采集后的稳定性分别记录,不混为一谈。

主线二:4Hz 下的 8 台抖动与容错

按三个阶段看

阶段前次单轮后续连续两轮,5 秒接收等待
连接准备与 1Hz 共用准备过程;两台补试后达到 8/88 台均完成准备,未记录准备失败
连接保持32/32 次链路检查成功;正式阶段零掉线另做 32/32 次链路检查,正式两轮均零掉线;轮间不重连
数据采集两条查询因调度超期未发送,另有两条已发但缺回复每轮 9600 次全部发送、全部回复,零缺失、零发送调度超期

三轮收发结果

轮次/配置计划查询成功发送有效回复未发送已发缺回复正式掉线结论
前次单轮,接收等待 2 秒960095989596220未达到零缺失标准
后续第 1 轮,接收等待 5 秒960096009600000通过
后续第 2 轮,接收等待 5 秒960096009600000通过

前次未发送发生在 C6、D9,各一次,调度分别晚了约 291.5ms、265.8ms,超过一个 250ms 查询周期,程序按原规则跳过;已发缺回复发生在 F9:A0、F5:D4,各一条。这些属于不同异常,不能全部称为蓝牙丢包。

后续两轮最大 FIFO 估计回复延迟分别约 359.7ms、302.3ms。这说明 4Hz 可以完整回数,但回复到达有抖动,不能要求每条都在 250ms 内返回。两轮均未出现超过 2 秒的回复,也未在最后一次发送超过 2 秒后才收到回复。

延长等待的含义

参数本次处理作用
查询周期保持 250ms,即每台 4Hz不通过降低采样率获得通过
接收超时及末尾最大等待从 2 秒改为 5 秒提供更长迟到容错窗口,收齐即可提前结束等待
发送调度超期判断保持原规则未发送仍记为异常,不在结束后补发掩盖
蓝牙监督超时保持 4 秒属于连接失联判断,与测量回复等待不同

采集过程中,原代码也会继续接收超过 2 秒的回复,并另外累计超时;延长到 5 秒主要改变迟到判定及末尾等待。本次证明的是“在 5 秒接收等待配置下,两轮均收发完整”,没有证明“前次缺失是因为等待太短”,也没有证明“改成 5 秒即可保证长期稳定”。

工程结论与适用范围

1Hz:当前 8 台组合已通过短时稳定采集验证,可作为优先推进的采集配置。

4Hz:当前 8 台组合存在时序抖动,但在 5 秒接收等待配置下已连续两轮完整通过,具备继续推进 PoC 和受控现场验证的依据。仍应保留未发送、缺回复、迟到及掉线的独立记录;后续通过不会抹去前次失败。

本报告为同一只适配器、当前固定设备组合的 PoC 证据。完整 8 台的 1Hz 仅覆盖 5 分钟,4Hz 三轮各覆盖 5 分钟;尚未覆盖完整 8 台长期连续高负载、休眠唤醒、断线自动恢复及不同批次差异,不作为量产稳定性承诺。

记录范围与依据

固定 MAC 名单(共同前缀 5A:48:69:):C5:F4:B4、C5:F4:C6、C5:F4:D9、C5:F5:D4、C5:F9:A0、C5:FA:26、C6:17:4E、C6:17:61。此前换出的 F4:5A、FA:10 不在本报告主对比名单中,其异常结果保留在历史报告中。

凌晨数量对照:poc-bl654-csharp/studies/20261105-overnight-021201/。

完整 8 台 1Hz 与首轮 4Hz:poc-bl654-csharp/studies/20261105-eight-followup-074632/。

完整 8 台 4Hz 连续两轮:poc-bl654-csharp/studies/20261105-eight-4hz-twice-081104/。

每个正式阶段均保存事件、统计及原始通知独立核对结果。设备回复没有事务序号,逐请求对应和延迟为 FIFO 估计;总有效回复数由实际通知字节解析核对。

详细依据:总体记录与历史对比、4Hz 两轮与接收等待验证。

硬件工程师工作页没有适配器,如何定位量具稳定性? ↗
适配器复测E104-BT5040U · 9 台量具连接及采集结果 ↗
汇总报告两款适配器的完整数量与频率对照 ↗