docs(DLD110S): 评审文档回填 — 0x24归一化基数方案已落地(协议V1.1), 补跨产品MEASUREMENT_BASE教训

This commit is contained in:
wangfq
2026-08-26 17:41:08 +08:00
parent 9d90419ee0
commit d45c0528a1
+2 -1
View File
@@ -98,6 +98,7 @@ variation/Origin = 1 √(1 + ΔL/L) 精确
## 8. 建议回填给设计依据文档 V1.2 的修订点
1. §3.3.2 两个口径表加注"基准不同"(94μH 含引线 vs 70μH 裸环)
2. §7 待确认项补:DLD110S 上报缺 Origin → 建议固件后续版本在 0xC0 增加 Origin/CAPVD 字段(一行),第三方就能直接算 ΔL/L
2. ~~§7 待确认项补:DLD110S 上报缺 Origin → 建议固件后续版本在 0xC0 增加 Origin/CAPVD 字段(一行),第三方就能直接算 ΔL/L~~ **✅ 已解决(2026-08-26,协议 V1.1**:固件 0x24 读参响应尾部追加 3B `LOOP_MEASURE_BASE=524288`(cmcng.h 宏),第三方读一次缓存即可归一化 variation,**无需扩 0xC0、零分包风险、老小程序兼容**。换算:`ΔL/L ≈ -2×variation/LOOP_MEASURE_BASE`
3. §3.6 建议的"自检布尔量"对 DLD110S 可用 `condition` + `FLAG_CUT` 组合实现,建议写进产品协议文档
4. 频率 +360 补偿要写进协议(已写进 ble-protocol.md 第 6 节,本文档评估方须知晓)
5. **2026-08-26 新增)归一化基数教训**:跨产品评估 variation 必须使用设备自身 MEASUREMENT_BASE——DLD110S=5242882^19 @60MHz)、DLD154V4B=1310722^17 @120MHz)。第三方应用不得写死任一产品的常量,一律以 0x24 回读值为准。协议 V1.1 已固化该字段。