# E104-BT5040U：5 台和 6 台接收超时复测
**5 台在 4Hz 下四轮全部收齐；6 台更换两台量具后，连续两轮全部收齐。** 把接收等待从 5 秒加到 12 秒，未观察到补回数据的效果。

2026-11-06 08:16–08:46，样品 USB 序列号 `CCA97FD7354D`，Windows `COM9`，沿用 C# 串口采集程序。4Hz 查询周期保持 250ms，BLE 链路监督超时保持 4 秒。比较的是采集程序的接收等待和末轮收尾窗口，分别为 5 秒、12 秒。

## 8 台扩容实测

2026-11-06 10:02–10:25，使用同一 E104 样品和 **5 秒接收等待**。在此前通过的 6 台名单上加入 `F4:9D` 和 `17:61`。换机时只替换 `F4:B4`，由 `17:4E` 补位，两组分别重新建连。每组都通过 60 秒连接检查和 32 次探测。

| 8 台组合 | 1Hz，2 分钟 | 4Hz 第 1 轮，3 分钟 | 4Hz 第 2 轮，3 分钟 | 意外掉线 |
|---|---:|---:|---:|---:|
| 原组，含 `F4:B4` | 960 / 960 | 5,760 / 5,760 | 5,758 / 5,760 | 0 |
| `17:4E` 替换 `F4:B4` | 960 / 960 | 5,760 / 5,760 | 5,760 / 5,760 | 0 |

- 原组缺失的 2 条均来自 `5A:48:69:C5:F4:B4`。换机后两轮 4Hz 合计 **11,520 / 11,520**，同一量具相邻回包最长间隔约 525ms。六轮原始通知已复核，查询均成功提交，无写入报错。
- 通过复测的 8 台为 `F4:9D`、`F4:C6`、`F4:D9`、`F5:D4`、`F9:A0`、`FA:26`、`17:61`、`17:4E`。8 台 × 4Hz 的两轮全收齐结果来自这组量具的短时测试。
- 本地日志目录为 `studies/20261106-e104-eight-100247`（原组）和 `studies/20261106-e104-eight-101414`（换机组）。

## 逐轮实测

| 同时连接 | 频率 | 阶段 | 接收等待 | 时长 | 有效回复 / 发送 | 结果 |
|---|---|---|---:|---:|---:|---|
| 6 台 | 4Hz | 原组基准 | 5 秒 | 90 秒 | 2,159 / 2,160 | `17:61` 缺 1 条 |
| 6 台 | 4Hz | 原组延长等待 | 12 秒 | 90 秒 | 2,160 / 2,160 | 收齐 |
| 6 台 | 4Hz | 换机后第 1 轮 | 12 秒 | 180 秒 | 4,320 / 4,320 | 收齐 |
| 6 台 | 4Hz | 换机后第 2 轮 | 12 秒 | 180 秒 | 4,319 / 4,320 | `17:4E` 缺 1 条 |
| 6 台 | 4Hz | 再换机后第 1 轮 | 12 秒 | 180 秒 | 4,320 / 4,320 | 收齐 |
| 6 台 | 4Hz | 再换机后第 2 轮 | 12 秒 | 180 秒 | 4,320 / 4,320 | 收齐 |
| 6 台 | 1Hz | 最终组低频检查 | 12 秒 | 60 秒 | 360 / 360 | 收齐 |
| 5 台 | 4Hz | 基准 | 5 秒 | 90 秒 | 1,800 / 1,800 | 收齐 |
| 5 台 | 4Hz | 延长等待 | 12 秒 | 90 秒 | 1,800 / 1,800 | 收齐 |
| 5 台 | 4Hz | 确认第 1 轮 | 12 秒 | 180 秒 | 3,600 / 3,600 | 收齐 |
| 5 台 | 4Hz | 确认第 2 轮 | 12 秒 | 180 秒 | 3,600 / 3,600 | 收齐 |
| 5 台 | 1Hz | 同组低频检查 | 12 秒 | 60 秒 | 300 / 300 | 收齐 |

- **发现与连接：** 首次扫描看到 9 个 RF-CRAZY 地址。6 台组和 5 台组各做 30 秒连接检查，分别通过 12/12、10/10 次 GATT 探测。12 轮采集期间均无意外掉线、未发查询或写入报错。换机和减台时的主动断开单独记录。
- **采集：** 5 台 × 4Hz 四轮合计 10,800 / 10,800。6 台 × 4Hz 六轮合计 21,598 / 21,600；最终名单连续两轮 8,640 / 8,640。原始蓝牙通知复核与采集计数一致。
- **超时：** 12 秒的各轮都没有在末次发送 5 秒后收到有效回复；全部 4Hz 轮次的最后回复均在末次发送后 268ms 内到达。6 台仍有一轮在 12 秒窗口内缺 1 条。已收齐的轮次中，同一台量具相邻回复最长间隔约 451ms，所以 4Hz 可以发足，回包仍会抖动。量具回复不带查询编号，单条延时只能按顺序估算。

## 换机记录

| 触发原因 | 换下 | 换入 | 复测结果 |
|---|---|---|---|
| 原组 5 秒轮缺 1 条 | `5A:48:69:C6:17:61` | `5A:48:69:C5:F9:A0` | 一轮收齐；下一轮 `17:4E` 缺 1 条 |
| 第 2 轮 12 秒等待仍缺 1 条 | `5A:48:69:C6:17:4E` | `5A:48:69:C5:FA:26` | 连续两轮 4Hz 收齐 |

- 最终 6 台：`F4:B4`、`F4:C6`、`F4:D9`、`F5:D4`、`F9:A0`、`FA:26`。5 台组在这个名单上移除 `FA:26`，组内没有再换机。
- 两台被换下的量具都曾在其他轮次正常回复。本次只能确认缺回所在的量具，无法判定是量具故障、无线传输还是其他链路问题。

## 使用建议

当前样品可用 **5 台 × 4Hz 做试点**；**6 台 × 4Hz** 已有指定组合的短时重复通过证据，建议先做跨班次测试并更换几组量具，再定生产容量。现有证据不支持为了补回数据把默认等待从 5 秒加到 12 秒；优先记录逐台缺回、掉线和回包间隔。若业务允许，1Hz 可作为较低负载的运行选项。

本地审计目录：`studies/20261106-e104-timeout-081630`，包含逐轮原始通知、发送日志和复核结果 `timeout-audit.json`。