# BL654：8 台 × 4Hz 连续两轮，5 秒接收等待验证

**结论：完整 8 台 × 4Hz 连测两轮均通过零缺失标准。**

适配器 BL654 / 451-00004，USB 序列号 **EA511D51F3F1**，COM7，直插电脑；沿用前次固定 8 台。每轮 5 分钟，每台 1200 次查询，两轮之间保留连接，不重连、不补发缺失查询。

测试时间：2026-11-05T08:11:04.380243+08:00 至 2026-11-05T08:23:53.3732566+08:00（北京时间）。

## 三个时间参数

- **250ms 查询周期：**保持每台 4Hz；发送晚于一个周期仍记调度超期并跳过，未改成更低采样率。
- **2 秒→5 秒接收超时：**改变迟到回复的超时判定，并将最后一条查询后的最大接收等待延长到 5 秒；收齐即可提前结束等待。
- **4 秒蓝牙监督超时：**保持原值，属于连接层失联判断，与测量回复等待不同。

原代码在正式采集中会继续接收并计数超过 2 秒的回复，同时记录超时；只有结束排空等待后才清除剩余请求。因此延长到 5 秒主要增加末尾等待容错、放宽迟到判定，不保证找回从未发送的查询或未产生的回复。

## 实测对比

| 阶段 | 实际台数 | 计划查询 | 成功发送 | 有效回复 | 未发送 | 已发缺回复 | 掉线 | 判定 |
|---|---:|---:|---:|---:|---:|---:|---:|---|
| 前次单轮，2 秒等待 | 8 | 9600 | 9598 | 9596 | 2 | 2 | 0 | 未通过 |
| 本次第 1 轮，5 秒等待 | 8 | 9600 | 9600 | 9600 | 0 | 0 | 0 | 通过 |
| 本次第 2 轮，5 秒等待 | 8 | 9600 | 9600 | 9600 | 0 | 0 | 0 | 通过 |

准备阶段失败 0 次；链路检查 32 次，失败 0 次。正式数据已与原始通知字节独立核对。

## 延长等待是否起作用

| 轮次 | 最大 FIFO 估计延迟 | 超过 2 秒回复 | 超过 5 秒回复 | 最后一条发送后超过 2 秒才到的回复 |
|---|---:|---:|---:|---:|
| 1 | 359.7ms | 0 | 0 | 0 |
| 2 | 302.3ms | 0 | 0 | 0 |

**本次没有超过原 2 秒等待的回复，因此不能把结果改善归因于“延长等待找回了迟到数据”。**若本次没有重现调度超期或缺回复，说明前次异常未在这两轮重现，不能证明仅改超时就已解决根因。

## 容错处理判断

保留 5 秒接收等待可容纳迟到回复，但应继续独立记录未发送、已发缺回复、迟到、连接断开，不能混成一个超时数。维持 4Hz 不意味着每次间隔完全无抖动；调度异常仍须保留，不通过延长周期或结束后补发来伪装成零缺失。当前设备协议没有请求序号，盲目补发会混淆迟到回复与重试回复；本次没有自动重试查询。

两轮只覆盖当前设备与环境约 10 分钟高负载；不覆盖长期生产稳定性或休眠恢复，也不覆盖前次失败记录。

证据目录：`D:\develop\second\blepcapp\winapp\poc-bl654-csharp\studies\20261105-eight-4hz-twice-081104`，包括各轮 events.jsonl、summary.json、observed-audit.json 及 two-round-statistics.json。