vd-analysis

44 Commits 1 Branch 0 Tags

3 Commits

Include renames

Author	SHA1	Message	Date
wangfq	0c05726699	docs(cross-model): 总表审计复核 —— M1H 捕获时钟勘误（1.0MHz→4MHz/8.19ms）+ 新增捕获沿/捕获时钟/判据常数三行 - 新增 3 行（关键）：捕获沿 / 周期口径 · 捕获时钟 f_cap · 判据常数 C = 32·f_cap/边沿系数 - ⭐ 判据常数揭示：PD132T（3MHz 双沿）与 PD136HA（1.5MHz 单沿）的 C 同为 4.8×10⁷ ⇒ 两者覆盖同一线圈频段 23.4~118kHz；PD132L（1.2MHz 单沿）C=3.84×10⁷ ⇒ 窗口 0.8× 自洽 - ⚠ M1H 勘误（同类错误）：原 1.0MHz/32.8ms 沿用了与 PD132T 同源、已被 MA801 官方手册证伪的「T0 走 SYSCLK/4」捷径 ⇒ 正确 = 4MHz / 8.19ms（基线 0.82s、τ 22~27ms、主节拍 60ms）三条自洽反证：① AUXR=0xC0 无其他解释 ② HOLD 5500×60ms=330s（≈PD132T 300s；12T 读法 66min 不合理） ③ IN_DELAY=10 ≈0.6s 进入确认（12T 读法 7.2s 不合理）。仍待 STC12C5202 手册 AUXR 位定义落锤（已入「待补证」） - ⚠ M1H 记录纠错：「进入确认无」有误 —— 代码有 `IN_DELAY=10` / `OUT_DELAY=38`（≈0.6s / 2.28s，SET_DLY 可跳过） - 其他更新：PD136HA 21.8→21.85ms、基线 +LC_HOLD 240s 重学、PD132T 双系数 τ 35.4/43.7ms、SENUP 离开阈值特例、 PD132T tick 升级为官方手册直证、同源行补「PD132T↔PD136HA 前端同构(÷32)」、结论#3 改为按 `f_cap/边沿系数` 缩放、新增结论 #6（先算判据常数）/#7（异常策略差异） - 同步修订 models/M1H/analysis.md（数值 + 时间常量 + 前后矛盾两处） - 表格校验 0 异常（14 文件）	2026-09-11 09:13:44 +08:00
wangfq	1e71ece576	docs(vd-analysis): 四型号补时序/速率/周期速查 + 对比总表时序行用户反馈: 分析需量化时序/速率/周期, 光有窗口数没有更新周期等于没量化。每型号新增 §5.1 时序速查: - 测量节拍 (CAPVD 更新) = BASE/捕获时钟: M1H 32.8ms / PD132L 27.3ms / PD132T 43.7ms (12MHz 假设, 待现场验证) - 基线更新周期 = 窗口×节拍: 3.28s / 2.73s / 4.37s - IIR τ = 节拍×256/ALFA: 106ms / 88ms / 142ms - TLD-110 门控 32.8ms/61.7ms, QT 一次性学习无滑动平均 (静态原理) 对比总表加 5 行时序维度; 标注 12MHz 推导假设	2026-08-27 18:10:37 +08:00
wangfq	a2e271f2ac	feat(vd-analysis): 归档 M1H + TLD-110 参考分析 (四型号对比总表) - models/M1H/analysis.md: STC12C5202 V1.00 (2008) — DLD154V4B 算法血统源头 (灵敏度表 {216,108,36,10} / SENS=3-(sw&0x03) / ALFA_CAP1=79 与 V4B 同源) - models/TLD-110/analysis.md: P87LPC762 V2.33 (2006) 汇编 — 门控计数法 (TAB_SENS {70,55,40,20}, 阈值=QT×表/40960, 滞回=相邻档, 单文件宏切三型号) - docs/cross-model-comparison.md: 升级为四型号总表 + 测频路线两派 (门控计数法 vs 周期累积法) + 灵敏度表跨型号换算警告 - README: 索引更新勘误: skill 早期记录 TLD-110 '{70,55,40,20}×QT/100000' 不精确, 实际换算 QT×表值/40960 (70→0.171%…20→0.0488%)	2026-08-27 17:58:52 +08:00

Author

SHA1

Message

Date

wangfq

0c05726699

docs(cross-model): 总表审计复核 —— M1H 捕获时钟勘误（1.0MHz→4MHz/8.19ms）+ 新增捕获沿/捕获时钟/判据常数三行

- 新增 3 行（关键）：**捕获沿 / 周期口径** · **捕获时钟 f_cap** · **判据常数 C = 32·f_cap/边沿系数**
- ⭐ 判据常数揭示：PD132T（3MHz 双沿）与 PD136HA（1.5MHz 单沿）的 C 同为 4.8×10⁷
  ⇒ 两者覆盖同一线圈频段 23.4~118kHz；PD132L（1.2MHz 单沿）C=3.84×10⁷ ⇒ 窗口 0.8× 自洽
- ⚠ M1H 勘误（同类错误）：原 1.0MHz/32.8ms 沿用了与 PD132T 同源、**已被 MA801 官方手册证伪**的
  「T0 走 SYSCLK/4」捷径 ⇒ 正确 = **4MHz / 8.19ms**（基线 0.82s、τ 22~27ms、主节拍 60ms）
  三条自洽反证：① AUXR=0xC0 无其他解释 ② HOLD 5500×60ms=330s（≈PD132T 300s；12T 读法 66min 不合理）
  ③ IN_DELAY=10 ≈0.6s 进入确认（12T 读法 7.2s 不合理）。**仍待 STC12C5202 手册 AUXR 位定义落锤**（已入「待补证」）
- ⚠ M1H 记录纠错：「进入确认 无」有误 —— 代码有 `IN_DELAY=10` / `OUT_DELAY=38`（≈0.6s / 2.28s，SET_DLY 可跳过）
- 其他更新：PD136HA 21.8→21.85ms、基线 +LC_HOLD 240s 重学、PD132T 双系数 τ 35.4/43.7ms、SENUP 离开阈值特例、
  PD132T tick 升级为官方手册直证、同源行补「PD132T↔PD136HA 前端同构(÷32)」、
  结论#3 改为按 `f_cap/边沿系数` 缩放、新增结论 #6（先算判据常数）/#7（异常策略差异）
- 同步修订 models/M1H/analysis.md（数值 + 时间常量 + 前后矛盾两处）
- 表格校验 0 异常（14 文件）

2026-09-11 09:13:44 +08:00

wangfq

1e71ece576

docs(vd-analysis): 四型号补时序/速率/周期速查 + 对比总表时序行

用户反馈: 分析需量化时序/速率/周期, 光有窗口数没有更新周期等于没量化。

每型号新增 §5.1 时序速查:
- 测量节拍 (CAPVD 更新) = BASE/捕获时钟: M1H 32.8ms / PD132L 27.3ms /
  PD132T 43.7ms (12MHz 假设, 待现场验证)
- 基线更新周期 = 窗口×节拍: 3.28s / 2.73s / 4.37s
- IIR τ = 节拍×256/ALFA: 106ms / 88ms / 142ms
- TLD-110 门控 32.8ms/61.7ms, QT 一次性学习无滑动平均 (静态原理)

对比总表加 5 行时序维度; 标注 12MHz 推导假设

2026-08-27 18:10:37 +08:00

wangfq

a2e271f2ac

feat(vd-analysis): 归档 M1H + TLD-110 参考分析 (四型号对比总表)

- models/M1H/analysis.md: STC12C5202 V1.00 (2008) — DLD154V4B 算法血统源头
  (灵敏度表 {216,108,36,10} / SENS=3-(sw&0x03) / ALFA_CAP1=79 与 V4B 同源)
- models/TLD-110/analysis.md: P87LPC762 V2.33 (2006) 汇编 — 门控计数法
  (TAB_SENS {70,55,40,20}, 阈值=QT×表/40960, 滞回=相邻档, 单文件宏切三型号)
- docs/cross-model-comparison.md: 升级为四型号总表 + 测频路线两派
  (门控计数法 vs 周期累积法) + 灵敏度表跨型号换算警告
- README: 索引更新

勘误: skill 早期记录 TLD-110 '{70,55,40,20}×QT/100000' 不精确,
实际换算 QT×表值/40960 (70→0.171%…20→0.0488%)

2026-08-27 17:58:52 +08:00