wangfq/DLD154V4B
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
121 Commits 1 Branch 3 Tags
7b68daa47205ea1c3f0e6fe6ce75e64823798d37
Commit Graph
100 Commits
This Branch
This Branch
All Branches
Author SHA1 Message Date
wangfq 7b68daa472 feat(V4B): V4.36.23 — 最低电感量下限 25µH→24µH 
用户拍板 COIL_L_MIN_UH=24 (43nF 口径)
- 频率窗上限 153→156kHz (f@24µH=156.7k; 156=L24.21µH 正常/157=L23.90µH 偏小)
- L<24µH(f>156k) → 断开级快闪 (判定/指示/防抖 5s 逻辑不变)
- test 边界 156/157; 4 测试全绿
语法0 error; spec V2.40 / manual / devlog V2.59
 2026-09-07 09:17:19 +08:00
wangfq d69f15e5f7 feat(V4B): V4.36.22 — 最低电感量下限 20µH→25µH 
用户拍板 COIL_L_MIN_UH=25 (43nF 口径)
- 频率窗上限 171→153kHz (f@25µH=153.5k; 153=L25.16µH 正常/154=L24.84µH 偏小)
- L<25µH(f>153k) → 断开级快闪 (判定/指示/防抖 5s 逻辑不变)
- 提示: 现场 21/23µH 测试线圈(f≈164k>153k)将再入断开快闪区, 需换 ≥30µH
- test 边界 153/154; 4 测试全绿
语法0 error; spec V2.39 / manual / devlog V2.58
 2026-09-07 09:14:45 +08:00
wangfq 809c52e40b feat(V4B): V4.36.21 — 电感量下限判定防抖 1s→5s 
用户: 电感量下限判定重要, 确保不误检, 判定时间可加长
- COIL_FAULT_HOLD_TICKS 100→500 (1s→5s, TaskLoop.h 宏)
- 越界置位/恢复清除均 5s 连续确认 (防起振/瞬态 f 冲高 171k 误报断开级快闪)
- 判定线不变 (18~171kHz / L≥20µH); coil_monitor 防抖宏化
- test 全用例同步 5s 语义 (499 不置位/500 置位); 全绿
语法0 error; spec V2.38 / devlog V2.57
 2026-09-07 09:12:00 +08:00
wangfq 16eed844a6 feat(V4B): V4.36.20 — 最低工作电感量 COIL_L_MIN_UH=20µH, 低于按线圈断开指示 
用户需求: 设定最低电感量工作值(默认 20µH, 43nF 低频档口径, 宏定义);
线圈电感量低于该值 → 黄灯快闪以线圈断开状态指示
- TaskLoop.h: 新增 COIL_L_MIN_UH 20; 频率窗上限 125→171kHz (=L 20.06µH,
  43nF: L=2.533e7/(f²×43)) — 20~38µH 小线圈转为可正常工作(含现场 21/23µH)
- poll_yellow_led 模式1: g_coil_fault==2 归入断开级快闪(!LOOP_OK/reconn_stab 同级)
- 一长一短(模式5)仅保留 coil_fault==1 (L 偏大 f<18kHz)
- coil_monitor 防抖 1s 不变; 继电器/判定逻辑不动(仅指示级)
- test: 171 正常/172(L<20µH) 偏小, L 偏大 17; 全绿
语法0 error, 4测试全绿; spec V2.37 / devlog V2.56
 2026-09-07 09:08:37 +08:00
wangfq a3d0b9ff75 docs(V4B): 故障补偿触发幅度量化说明 (spec 4.4.2 补分档表) 
用户需求: 文档给出进入故障补偿/黄灯常亮的具体触发数字
代码核实: 触发 = dev=CAPVD-Origin > +4×dlt 纯比例制(无绝对counts)
- 连续 2s(ENV_WARN_WAIT=200) → 黄灯常亮预判锁存
- 连续 7s(ENV_RESYNC_WAIT=700) → 学习替换 Origin → 空闲 2s 灭
- 仅处理 CAPVD 高于 Origin = 等效电感上升方向; L 下降=车辆语义冻结
换算 (L∝Xn², dL/L≈2×dXn/Xn): SENS=3 触发 ≈ +0.15% Xn ≈ 电感+0.31%
  SENS=0 ≈ +2.06% Xn ≈ 电感+4.11% (分档量化表)
现场实例: Origin=129868/dlt=49 → 触发 CAPVD>130064(+196 counts)
spec V2.36 / manual 故障段 / devlog V2.55
 2026-09-04 19:00:04 +08:00
wangfq 9a8fc98c42 docs(V4B): 日期勘误 — devlog/spec/manual 9/3→9/4 
V4.36.1~19 + 勘误条目均为 2026-09-04 提交, 文档误标 9/3;
V4.36 及更早(9/3 提交)保留不动. devlog 标题+表行 V2.17+,
spec V2.17+ / manual 日期全部对齐真实提交日
 2026-09-04 18:51:11 +08:00
wangfq ef5959d6fe feat(V4B): V4.36.19 — 低Q 释放抗抖 (平滑判释放+带回加宽) 
问题: 43nF/高灵敏/低Q(≤50µH) 金属板边界试探 → 触发稳定但释放点外移
发散至锁死(绿灯长亮); 开 DEBUG 打印复现不了(阻塞降采样平均抖动) = 关键旁证
根因: 释放带回 dlt_rel=23 ≈ 低Q σ(±15~25), 快值判释放(5样本)被抖断
修复(Q 分档, 高/中Q 零影响):
- rel_release_hit(): 低Q 用 g_rel_smooth(τ50ms REL_ALFA=46) 判释放
- 低Q 释放带回 ×1.5 (REL_BAND_LO_MULT=150: 23→~35)
- g_rel_smooth: IIR 后跟随/CAPVD=0 与重连归零/Car_In snap
语法0 error, 4测试全绿; spec V2.35 / devlog V2.54
 2026-09-04 18:42:22 +08:00
wangfq e1b5542296 feat(V4B): V4.36.18 — 频率窗下界 20→18kHz 
COIL_F_OK_MIN_KHZ 18: 合理窗 18~125kHz (@43nF ≈ L47µH~1.15mH) 放行更大电感
test 边界 17偏大/18正常 全绿; 镜像同步
顺带修正 spec 参数表历史滞后: MAX 115→125, COIL_CAL_C_NF 68→43
语法0 error; spec V2.34 / manual / devlog V2.53
 2026-09-04 17:35:41 +08:00
wangfq c4c7a484b7 docs(V4B): 安全复位观感勘误 — 绿灯镜像继电器后复位指示变化 
用户板测确认: SW5=ON 压车 >4min 安全复位正常触发(Origin 重学压板值,
离开黄灯长亮为证据); '没进入复位'是观感差异: V4.36.4 绿灯=RLY2 镜像,
复位期间 RLY 刷新挂起不关断 → 绿灯保持亮(旧版绿灯灭=复位可见)
过一辆车(Car_In 清 LC_Reset)恢复刷新. 机制无回归.
manual 4.5 重写对齐实际行为; spec 加 LC_Reset 勘误注+SW5 极性说明; devlog V2.52
 2026-09-04 17:24:45 +08:00
wangfq edd4e7b6c4 fix(V4B): V4.36.17 — 修复上电无线圈黄灯不闪 
V4.36.16 去掉 !power_up 后裸奔: 断开分支置位条件含 power_up,
上电 phase(power_up=0) 故意不置 disconnect_active → 无线圈黄灯哑
改: 黄灯模式1 = !loop1_LOOP_OK || g_reconn_stab
- 上电无线圈 LOOP_OK=0 快闪恢复(需求1); 有线圈/判稳中不闪(需求2 保持)
- 运行中断开黄灯反应 150ms→5ms(ISR 实时读载波)
语法0 error, 4测试全绿; spec V2.33 / devlog V2.51
 2026-09-04 16:37:04 +08:00
wangfq 13876be54c feat(V4B): V4.36.16 — 上电自检与重连灯语义分离 
用户三条需求:
1. 上电无线圈: 绿灯黄灯都闪, 接线圈后黄灯时长<=绿灯, 自检完同灭
2. 上电有线圈: 绿灯闪自检, 黄灯不闪
3. 运行中重连: 黄灯接管(不变)

问题(V4.36.15 副作用): 上电首次 LOOP_OK 上升沿误触发判稳门控,
低Q 蠕变把黄灯拖到 2s+ 超过绿灯判稳 1.3s; 上电有线圈黄灯也闪(!power_up)
改动: 黄灯模式1 去 !power_up(无线圈由 disconnect_active 覆盖);
判稳门控触发加 g_loop_stable(仅运行中重连; 上电/安全复位不判稳)
语法0 error, 4测试全绿; spec V2.32 / manual 灯表 / devlog V2.50
 2026-09-04 16:28:17 +08:00
wangfq fc070a9145 feat(V4B): V4.36.15 — 重连判稳门控 (值稳定才放行) 
现场 21µH 无车拔插: blank 1500/3000ms 结束瞬间仍假 Car_In (非必现)
根因: 低Q 起振蠕变 ~2.2s 时长不固定(插头/线圈态相关), 固定窗治标
机制(用户思路): 无车重连(VD_FLAG==0) → 判稳门控:
  200ms 步进漂移≤dlt/2 连续 600ms + |dev|≤dlt 回带确认 → 完成
  Origin 对齐当前空场 + CAPVD_slow/dlt 同步 → 放行 (消新旧基线差)
  不稳: 进入判定挂起 + 黄灯快闪保持(用户要求); 强车 8×dlt 例外
  即时放行; 5s 兜底强制放行. 有车重连(VD=1 保持路径)不判稳
语法0 error, 4测试全绿; spec V2.31 / manual / devlog V2.49
 2026-09-04 16:03:35 +08:00
wangfq 75b1ee8acb fix(V4B): V4.36.14 — 重连确认窗漏网路径修复 (主循环拍级上升沿) 
现场 21µH: 三段重连仅无窗段跳 (无 reconnect/blank 打印直接 Car_In)
根因: 上升沿用 ISR LOOP_OK0(5ms), 断开时主循环 150ms 慢 tick,
插头抖动可致 LOOP_OK0 卡 1 → 恢复漏触发确认窗 → CAPVD 不重置直接判定
→ 插回瞬态假有车. 干净断开重连走窗则被抑制(验证 2/3 段无跳)
改动: loop_task while 顶部 g_prev_ok 主循环拍级(10ms)上升沿检测,
任何 0→1 恢复强制进确认窗+blank; 抖动免疫保留; LOOP_OK0 仅供安全复位
语法0 error, 4测试全绿; spec V2.30 / devlog V2.48
 2026-09-04 14:00:32 +08:00
wangfq 66f4aaffc6 feat(V4B): V4.36.13 — 一长一短 灭 100→300ms 
dur[4] {180,20,20,140} → {180,60,20,140} = 900/300/100/700ms (周期2.0s)
语法0 error, 4测试全绿; spec V2.29 / manual / devlog V2.47
 2026-09-04 11:55:13 +08:00
wangfq 1c22001bde feat(V4B): V4.36.12 — 黄灯一长一短 长亮 300→900ms 
dur[4] {60,20,20,140} → {180,20,20,140} = 900/100/100/700ms (周期1.8s)
语法0 error, 4测试全绿; spec V2.28 / manual / devlog V2.46
 2026-09-04 11:52:43 +08:00
wangfq dda192c6ca feat(V4B): V4.36.11 — 低Q 重连抑制窗 400→1500ms 
Q 分档抑制终值: 高200/中300/低1500ms
语法0 error, 4测试全绿; spec V2.27 / devlog V2.45
 2026-09-04 11:41:56 +08:00
wangfq b52c4c5ce4 fix(V4B): V4.36.10 — 绿灯镜像勘误 RLY1→RLY2 默认继电器 
用户确认产品两继电器: RLY2(PA5)=默认(恒随车辆存在),
RLY1(PA6)=拨码3可选脉冲/存在继电器; 绿灯应指示默认继电器
poll_green_led 镜像对象 RLY1→RLY2 (odt 同源)
语法0 error, 4测试全绿; spec V2.26 / manual / devlog V2.44
 2026-09-04 11:09:03 +08:00
wangfq c7adcc6397 feat(V4B): V4.36.9 — 频率窗上限 115→125kHz 
COIL_F_OK_MAX_KHZ 125 (43nF板口径 ≈38µH 起)
test_coil_range 边界 125/126 全绿; 语法0 error
spec V2.25 / manual 故障表 / devlog V2.43
 2026-09-04 10:54:12 +08:00
wangfq 6a0a39f8ee feat(V4B): V4.36.8 — 进入/释放确认按 Q 档分档 (A+B) 
Q 分档心智沿用至判定: 低Q(高频小L)抖动大 → 确认样本加长防误判
进入确认: 高3/中4/低5 样本 (原固定3)
释放确认: 高3/中4/低5 样本 (原固定3)
update_q_confirm_need() 每样本按空场 f 更新; dlt 已比例化无需分档
语法0 error, 4测试全绿; spec V2.24 / devlog V2.42
 2026-09-04 10:45:24 +08:00
wangfq 1b038474d6 feat(V4B): V4.36.7 — 参数调整 
RELAY_HOLD_MS 500→1000 (有车断开继电器保持 1s)
Q 抑制窗: 高Q 100→200 / 中Q 200→300 / 低Q 400 不变
分档终值: 200/300/400ms
语法0 error, 4测试全绿; spec V2.23 / devlog V2.41
 2026-09-04 10:24:30 +08:00
wangfq 48cf3475be feat(V4B): V4.36.6 — 高Q 抑制窗 0→100ms 短兜底 
Q 分档终值: 高Q(f≤80k) 100ms / 中Q(80~100k) 200ms / 低Q(f>100k) 400ms
语法0 error, 4测试全绿; spec V2.22 / devlog V2.40
 2026-09-04 10:14:42 +08:00
wangfq ca6b40cd2d feat(V4B): V4.36.5 — 重连起振抑制按 Q 分档 
现象: 30/46/47/50µH 无车拔插重连继电器跳一下 (136/210µH 无)
根因: 低L→高f→低Q→起振慢幅度弱→前几窗 Xn 偏差→假有车
(100ms 确认窗只保载波存在, 不保幅度稳定)
改动: 首样本直锁时按空场频率 f 分档设抑制窗
  f>100k 低Q 400ms / 80~100k 中Q 200ms / ≤80k 高Q 0ms
  抑制期仅挂起进入确认累计(entry_cnt), 真车不丢, 其余逻辑照常
语法0 error, 4测试全绿; spec V2.21 / devlog V2.39
 2026-09-04 10:06:51 +08:00
wangfq 55ac432c69 feat(V4B): V4.36.4 — 绿灯=RLY1 继电器实际输出状态指示 
现场误判根因: 断开时 poll_green_led 强制绿灯灭, 而 V4.36.3 保持
逻辑下继电器仍吸合 → 灯/继电器脱节 → 误判继电器释放
改动: 稳定后绿灯镜像 RLY1_GPIO->odt (吸合亮/释放灭), 删断开
强制灭分支 → 有车断开保持期绿灯亮(与继电器一致); 自检期慢闪不变
语法0 error, 4测试全绿; spec V2.20 / manual 灯表 / devlog V2.38
 2026-09-04 09:43:42 +08:00
wangfq 1efa9ad775 feat(V4B): V4.36.3 — 有车断开继电器保持 RELAY_HOLD_MS=500ms 
断开前 VD_FLAG=1(有车) → RLY 保持不释放: 500ms 内重连+有车→无缝续持,
重连+无车→vd1_task 判离释放, 超时仍断→强制释放(hold_done 防抖);
无车断开立即释放不变. ISR 5ms 计时, 宏可调(RELAY_HOLD_MS)
审查修复: done 后不加 !hold_done 会 100Hz 继电器抖动
语法0 error, 4测试全绿; spec V2.19 / manual 断开行 / devlog V2.37
 2026-09-04 09:17:15 +08:00
wangfq 18db4bf762 feat(V4B): V4.36.2 — 线圈重连确认窗 100ms (防抖动重复计数/首样本毛刺) 
RF 上升沿仅进候选; 载波连续恢复 RECONNECT_CONFIRM_TICKS=10 (100ms)
才确认重连重置; 确认窗内 disconnect_active 保持 → 黄灯快闪/计数不重复,
不跑 vd1_task; 任何掉线取消候选 → 抖动免疫
断开判定不加防抖(释放速度安全刚需)
语法0 error, 4测试全绿; spec V2.18 / devlog V2.36
 2026-09-04 08:50:25 +08:00
wangfq 798801d881 feat(V4B): 版本体系加修订号 → 4.36.1 (FIRMWARE_VER_REV) 
规则(用户拍板): MAIN/SUB 产品定, 小改动只增 REV
cmcng.h: FIRMWARE_VER "4.36.1" + REV=1; main.c 启动打印 fw 行
语法 0 error; spec V2.17 / devlog V2.35
 2026-09-04 07:53:42 +08:00
wangfq b2190a3ad9 docs(V4B): 黄灯行为表等全面同步 V4.30~36 参数 (spec V2.16 / manual V2.13) 
spec: 黄灯模式5 一长一短 300/100/100/700ms + f>115k; 模式4 常亮 2s/7s/2s;
COIL_F_OK_MAX_KHZ 参数行 120→115; 故障表 L偏小 >115k; 10.2 窗说明 20~115k
manual: 环境校准表 5s/10s → 2s/7s; 恢复节奏 ~21s → ~15s (2s/7s/13s/2s);
锁存解除 ~5s → ~2s; 铁块学入 60s+ → 7s+; 一长一短 200/800 → 300/700ms
 2026-09-03 17:35:28 +08:00
wangfq 8c35cc0522 feat(V4B): V4.36 — 频率窗上限 108→115kHz (43nF板≈44µH, 放行~48µH小线圈) 
test_coil_range 边界 115/116 全绿; 语法 0 error
文档: devlog V2.34 / spec V2.15 / manual V2.12
 2026-09-03 17:15:47 +08:00
wangfq f6e2a82935 feat(V4B): V4.35 — 频率窗上限复核 92→108kHz (43nF板口径≈50µH) 
V4.33 的 92k 是 0Ω 实验板(68nF)语境; 产品回到三极管板(43nF)后 92k≈70µH 过严,
40~70µH 正常线圈会误报 → 上限 108k = L≈50µH (保留最小合理线圈)
test_coil_range 边界 108/109 全绿; 语法 0 error
文档: devlog V2.33 / spec V2.14 / manual V2.11
 2026-09-03 17:13:00 +08:00
wangfq be91c584ee feat(V4B): V4.34 — 产品基准回到三极管库存板: COIL_CAL_C_NF 68→43 
决策: 不改电路沿用库存板(R19在/R27空), 低频档 C_eff≈43nF(2台×5颗);
0Ω板实验(68.4)仅机理验证不作产品基准
⚠ 窗口口径提醒: 92kHz 上限在 43nF 板对应 L≈70µH(0Ω板为30µH),
48µH 线圈 0Ω板88k窗内→三极管板~111k窗外, 待现场复核
注释/文档全同步; 语法0 error, 4测试全绿
 2026-09-03 17:11:05 +08:00
wangfq 1c065b280e feat(V4B): V4.33 — 线圈频率窗上限 120→92kHz (COIL_F_OK_MAX_KHZ) 
f>92kHz → L偏小告警(一长一短, 原 120kHz); 顺带修正 manual 黄灯表旧时序
(200/100/100/800→300/100/100/700, V4.32 遗留) 与频率窗描述
test_coil_range 边界 92/93 全绿; 语法 0 error
文档: devlog V2.31 / spec V2.12 / manual V2.10
 2026-09-03 16:36:17 +08:00
wangfq 2632d51cbf feat(V4B): V4.32 — 黄灯一长一短时序 200/100/100/800 → 300/100/100/700ms 
poll_yellow_led 模式5 dur[4] {40,20,20,160}→{60,20,20,140} (5ms/tick);
总周期 1.2s 不变, 长亮更醒目。语法0 error, 4测试不受影响(纯poll层常量)
文档: devlog V2.30 / spec V2.11 / design doc §6 注记
 2026-09-03 16:29:09 +08:00
wangfq 7983bfd72d feat(V4B): V4.31 — 故障补偿时序再调: 预判2s + 补偿7s (总恢复 ~15s) 
V4.30 基础上现场手感再收紧: ENV_WARN_WAIT 300→200(2s);
ENV_RESYNC_WAIT 800→700(7s); 恢复确认 200(2s) 不变
时序: 2s 黄灯预判锁存 → 7s 进入学习 → 6s 学完原子替换 → 2s 确认灭
test_env_resync.c 同步 → 5 场景 ALL PASS (warn@200, applied@1300, 灭@1500)
文档: devlog V2.29 / spec V2.10 / design doc v0.8
 2026-09-03 16:16:37 +08:00
wangfq 4200d96250 feat(V4B): V4.30 — 故障补偿时序: 预判3s + 补偿8s + 恢复2s (总恢复 ~16s) 
拍板: 预判 ENV_WARN_WAIT 500→300(3s); 补偿 ENV_RESYNC_WAIT 1000→800(8s);
恢复确认 ENV_RECOVER_WAIT 500→200(2s, 新基线替换后空闲稳定即灭灯)
时序: 3s 黄灯预判锁存 → 8s 进入学习 → 6s(3×200tick)学完原子替换 → 2s 确认灭
test_env_resync.c 重写: 镜像与固件逐分支一致(学习中压线=搁置不退出/学习仅高位段
计数/abort后循环重触发) → 5 场景 ALL PASS (warn@300, applied@1400, 灭@1600)
文档: devlog V2.28 / spec V2.9 / design doc v0.7
 2026-09-03 16:08:21 +08:00
wangfq 71feb3e06d docs(V4B): 硬件变更描述勘误 — 准确改法 R19拆 + R27补焊0Ω(旁路三极管直控电容) 
早期过程描述'三极管 5.1K→0Ω'更正为: R19 取下 + R27 补焊 0Ω(原空贴),
拨码开关不再经过三极管电路、经 0Ω 直控第二颗 33nF; 与 vd-analysis
models/DLD154V4B 归档的 Ver4.01 原理图一致
 2026-09-03 14:58:49 +08:00
wangfq ab028647f2 docs(V4B): 归档原理图 Ver4.01 + 硬件变更记录(拨码三极管 5.1K→0Ω, C_eff 43→68) 
- docs/hardware/DLD-154_Ver4.01_20251021_Logic.pdf (用户提供归档)
- hardware-change-notes.md: 记录 2026-09-03 硬件修复(5.1K→0Ω)与固件 V4.29
  COIL_CAL_C_NF=68 的对应关系; 遗留: 图框REV 3.01→4.01 待对齐、33nF档复测
 2026-09-03 14:50:04 +08:00
wangfq ac3fda09e2 feat(V4B): V4.29 — C_eff 标定定稿 68 (0Ω板低频档) + 硬件疑点闭环 
硬件修复(用户): 拨码三极管 5.1K→0Ω → 第二颗33nF真正并联
0Ω板低频档实测: 52k/136µH→C_eff=68.9; 127k/23µH→68.3; 88k/48µH→68.1 (均值68.4≈名义66)
→ V4.28 的 43nF 为 5.1K 旧板带病特性(三极管未饱和导通, 并联只等效+8.6nF), 作废
改动: COIL_CAL_C_NF 43→68; 33nF档标定34(旧板)待0Ω板复测
验证: 68 回代残差 ≤1.5% (52k→138vs136; 127k→23vs23; 88k→48vs48)
文档: devlog V2.27 / spec V2.8 / design doc v0.6
 2026-09-03 14:13:08 +08:00
wangfq 5c8a425da1 docs(V4B): 双档标定记录 — 33nF档 C_eff=34.4(宏参考34); 两档有效C比仅1.25(名义2.0)疑低频档并联未全效, 待查 
高频档(33nF名义)3组实测: f=73k/179k/125k → C_eff=35.0/34.4/33.8 (均值34.4)
低频档(66nF名义)5组: C_eff=41.3~45.5 (均值43)
→ TaskLoop.h 增加 COIL_CAL_C_NF_33 参考宏; 拨33nF档使用时把 COIL_CAL_C_NF 改34
无行为变化(默认仍43=低频档标定)
 2026-09-03 13:48:32 +08:00
wangfq c3a5a6f6ff feat(V4B): V4.28 — L估算引入标定等效谐振电容 COIL_CAL_C_NF=43 
问题: V4.27 频率对齐后 L 仍有系统性 ~1.5 倍偏差(实际/打印 1.46~1.64)
根因: 公式用名义档位电容 66nF, 但 5 组 LCR 实测反推振荡回路等效
      C_eff=41.3~45.5nF (均值 42.97) — 频率真实+LCR真实下偏差收敛到 C 一参
改动: coil_l_uH 改用 COIL_CAL_C_NF 43 (宏可标定); COIL_DEF_C_NF 保留名义口径
验证: 43nF 回代 5 组残差 ±6% 内 (64k→144vs136 +5.7%, 113k→46vs48 -3.9% ...)
标定指引: LCR 测 L → C=2.533e7/(f²×L) 多颗平均改宏
文档: devlog V2.26 / spec V2.7 / design doc v0.5
 2026-09-03 12:11:02 +08:00
wangfq 6b7d624ff0 fix(V4B): V4.27 — 频率测量 4 倍偏差修正 (示波器 30.23k vs 打印 7k) 
根因(两处2倍叠加):
1. calc_freq_khz 常数 60000 按 60MHz 假设; 实际 TMR3 计数时钟=sclk=120MHz (HEXT×10, AHB/APB1÷1)
2. 输入捕获 DIV_2 (每2边沿捕获, Xn 翻倍), g_input_div 从未参与换算
→ Xn=2×120M/f_real, f_print=f_real/4 (30.23/4=7.56✓ 36.82/4=9.21✓)

改动: calc 60000→240000 (注释推导); coil_l_uH 改随 f_kHz (25330000/(f²×C66));
      DBG/EVT 用同一 _fk; 版本 V4.27; spec §4.1.2 文字更正 + devlog/design v0.4 标注影响

影响: 旧日志 f/L 需×4 (16.3kHz 假象实为 65.2kHz≈90µH 正常线圈); V4.26 告警窗随真实 f 自洽
 2026-09-03 11:49:43 +08:00
wangfq dd14e083fa feat(V4B): V4.26 调试打印 — DBG 周期行加 L 粗估(coil_l_uH, Xn精确) + coil_fault EVT 同步 
DBG|t=2000ms f=16kHz L=1445uH Xn=3681 LPCNT=35 ...
- L_uH = Xn^2/(142×C), 默认低频档 C=66nF; 拨码 33nF 档结果×2
- 例: Xn=3681(f=16.3k)→1445uH; Xn=685(87.6k)→50uH; Xn=485(123.9k)→36uH? 边界自测
 2026-09-03 11:31:03 +08:00
wangfq 92f675e2d3 feat(V4B): V4.26 — 线圈电感量告警(一长一短) + 故障补偿 60s→10s (4点拍板) 
1. 默认低频档频率合理窗 20~120kHz, 出界即告警(不做档位判定/灰带):
   TaskLoop.c 新增 coil_monitor() — 稳定+无车空闲由无车主路径调用,
   Origin 反推空场 f, f<20kHz→L偏大/f>120kHz→L偏小, 1s 防抖置位/清除
2. 告警形式: 黄灯"一长一短" 200ms亮/100ms灭/100ms亮/800ms灭 循环 (模式5)
3. 黄灯优先级: 断开快闪 > 故障补偿(学习)常亮 > 电感量一长一短 > N短闪 > 灭
4. 故障补偿等待 ENV_RESYNC_WAIT 6000→1000 (60s→10s): 总补偿 ~66s→~21s

验证: tests/test_coil_range.c 5场景(边界19/20/120/121+防抖) ALL PASS;
      test_env_resync.c 适配10s(applied_at=1600tick) 5场景 ALL PASS; 语法 0 error
文档: devlog V2.24/spec V2.5/manual V2.9/design doc v0.3(标记已实现)
修复: 源文件行尾多CR污染(\\r\\r\\r\\r\\n)统一规范化回标准CRLF
 2026-09-03 10:50:26 +08:00
wangfq 433b7f472d docs(V4B): 线圈告警设计稿 v0.2 — 合理范围改 50~1000µH(两档任意合法), 三区窗口重算(绿27.7~87.6/红<19.6>123.9) 2026-09-03 09:25:01 +08:00
wangfq c7bc95543b docs(V4B): 线圈电感量估算与不合理范围告警 设计讨论稿(未实现, 三区制) 2026-09-02 22:41:06 +08:00
wangfq 47cb1d944e fix(V4B): V4.25 黄灯预判改锁存语义 — 触发后回摆保持常亮, 环境空闲稳定5s才灭 
原(V4.25首个提交): 黄灯条件 wait_cnt>=5s, 回摆(wait清零)即灭 — 用户反馈应锁存:
一旦5s黄灯常亮, 高位回摆/目标靠近也保持常亮; 只有"新的没有变化的环境"
超过5s 确认恢复, 黄灯才灭。

改动:
- 新增 g_env_warn 预判锁存标志(只增不清): dev>+4dlt 高位累计满
  ENV_WARN_WAIT=500tick(~5s) → g_env_warn=1, 黄灯常亮
- 新增 g_env_recover_cnt 恢复确认: 环境回窗口内且 dev 未进进入线(>-dlt)
  连续 ENV_RECOVER_WAIT=500tick(~5s) → 解除锁存, 黄灯灭
  - 目标进确认区(dev<-dlt)/深压(dev<-4dlt) → 恢复计时清零
  - 高位重现 → 恢复计时清零, 黄灯保持
- abort/apply 均不清 g_env_warn (替换后也需恢复确认5s才灭)
- 黄灯模式4条件 = g_env_resync || g_env_warn
tests 5 场景: 回摆保持常亮→稳定5s灭→高位重现再锁存; 学习打断/放弃后锁存保持
docs: devlog V2.23 + spec V2.4 + 手册 V2.8 同步锁存语义
 2026-09-02 19:03:49 +08:00
wangfq 7fd120fdf3 feat(V4B): V4.25 — 环境异常黄灯预判: 高位持续5s即常亮(将进入重学) 
背景: V4.24 黄灯只在60s进入学习后才亮, 前60s操作员无可视反馈
改动: poll_yellow_led 模式4条件放宽 = g_env_resync || g_env_wait_cnt>=ENV_WARN_WAIT
  - ENV_WARN_WAIT=500tick(~5s) 放 TaskLoop.h 文件级(poll_yellow_led 可见)
  - dev>+4dlt 高位连续5s未回摆 → 黄灯预判常亮; 累计60s才真正学习(黄灯保持)
  - 预判≠学习: 回摆/目标靠近(wait清零) → 黄灯即灭, 不触发学习
tests/test_env_resync.c 扩展: 预判点亮时刻=500tick / 瞬态4000tick预判亮但不学
  / 打断回摆后预判灭; 5场景ALL PASS + 语法0 error
docs: devlog V2.23 + spec V2.4(ENV_WARN_WAIT行) + 产品手册 V2.8 同步
 2026-09-02 18:40:39 +08:00
wangfq 672f143e99 feat(V4B): V4.24 — 环境重校准：永久环境变化自动恢复基线(金属板A拿走场景) 
现场(2026-09-02实测): 线圈旁金属板A上电把Origin学低(128096)，A拿走CAPVD弹回
真空场(128856) dev=+761(0.59%)，被36321a1双向保护"dev>0永不更新"永久冻结
→ B触发需809cnt(正常54cnt) 灵敏度假性降低且不恢复(V4.20分钟级可自愈)

修复: dev>+4dlt高位两段式受控重校准
  ① 60s(ENV_RESYNC_WAIT)高位连续未回摆 → 判定永久环境变化(瞬态铁块类不污染)
  ② 学习基线B: 连续空闲窗200tick均值 + settle判稳(连续2窗漂移≤0.1%)
  ③ 空闲原子替换Origin, 清freeze/ORG/entry残留, slow snap, 黄灯恢复
- 学习期打断(回窗/dev<0/断线重连)→重算; 30s预算超时放弃保留旧Origin
- 黄灯模式4: 环境学习中常亮(优先级: 断开快闪>学习常亮>N短闪>灭)
- tests/test_env_resync.c 5场景ALL PASS(恢复66s/瞬态不学/打断重算/放弃/不震荡)
- docs: devlog V2.22 + spec V2.3 + 产品手册 V2.7 同步
 2026-09-02 18:10:28 +08:00
wangfq cd0fd90770 feat(V4B): V4.23 — 红灯呼吸对齐vd960Loop(≈2.6s) + 上电自检基准判稳 
现场测试 DLD154V4 反馈两问题修复:

1. 红灯呼吸太快 → 借鉴 vd960Loop 效果 (main.c poll_red_pwm)
   - 参数按 665/6800 缩放取整: 大步 100→39(≈5.9%), 近顶 20→10(≈1.5%),
     分界 585(88%), 峰值保持 660×3 步
   - 周期 ≈1.6s → ≈2.6s (仿真 42 步×60ms=2520ms)

2. 绿灯上电自检闪到"稳定基准值"才停 (TaskLoop.c 稳定期判稳)
   - 根因: 固定 128 样本即判稳, 与基准是否稳定无关; static 计数不清零,
     二次稳定期(安全复位)1 样本瞬间判稳
   - 修复: 全局 g_stable_cnt/g_settle_cnt, 每窗(100样本≈1s)Origin 均值
     漂移 ≤0.1% → settle++, 连续 2 窗 + 最少 128 样本判稳; 硬兜底 500
     样本(5s); 计数判稳退出/INIT_VD 清零

验证: tests/test_power_on_stable.c (200/300/500/200 样本 PASS),
      tests/test_red_breath.c (周期 2520ms/峰值保持/写值≤ARR PASS),
      gcc -fsyntax-only 两文件 0 error (借 vd960Loop AT32F421 库头)
文档: devlog 置顶 + 修订表回填 V2.12~V2.20 + V2.21; product-manual §5.1/
      核心特性; technical-spec V2.2 (§5.2 参数表/§7 判稳语义/§15 修订记录)

待现场验证: 呼吸观感、绿灯自检时长 (无车 2~3s / 首窗尖峰 3s / 5s 兜底)
 2026-09-02 16:26:03 +08:00
wangfq 47898fd16e docs(V4B): devlog日期修正 — 9/2条目(V4.22/负variation/Debug打印)改2026-09-02 
git真实时间戳核对: V4.04~V4.20发布于09-01(97a7fb2..5b0a4c2)
9/2提交: 278d470 Debug打印重组 / 36321a1 负variation修复 / 5799bd5 V4.22
 2026-09-02 13:44:57 +08:00
wangfq 5799bd535d chore(V4B): V4.22 — DEBUG改编译器-DDEBUG控制, 删除cmcng.h DEBUG_ENABLE块 
- cmcng.h: 删除 DEBUG_ENABLE 宏块, DEBUG 由编译器预处理器设置
- 版本: FIRMWARE_VER 4.20→4.22, SUB 20→22
- 编译调试版: Keil C/C++ 预定义符号加 DEBUG; 发布版不带即关闭打印
 2026-09-02 11:57:01 +08:00
wangfq 8cbd69a111 fix(V4B): debug打印t=0ms bug + freeze_ref残留清零 (V4.20) 
日志复现: DBG行t恒为0(先归零后打印) — 改为先取时间再归零
         FRZ=0/129058 ref残留(正常跟踪未清) — 对称窗口分支补 freeze_ref=0
无功能影响, 仅打印正确性/美观
 2026-09-02 11:25:47 +08:00
wangfq 36321a171f fix(V4B): 负variation铁块锁死修复 — 基线跟踪双向对称保护 (V4.20) 
现场: 特殊铁块(磁导率主导)靠近 → variation负 → Origin被污染 → 离开时假进入 → 锁死不释放
根因: 基线跟踪单边保护(只挡dev>+4×dlt), 负偏差(CAPVD>Origin)照常更新Origin
      FREEZE_TIMEOUT=10s后直接跳污染值更彻底
修复:
1. 偏差窗口对称 [-4×dlt, +4×dlt] — 负偏差也冻结基线
2. 负偏差只冻结、永不超时更新Origin(铁块停留多久不污染)
3. 正偏差保留FREEZE_TIMEOUT兜底(车辆长时间信号不丢)
4. 新增 EVT|neg_var_freeze 事件打印
单测: tests/test_neg_variation.c 6项全过(决策/超时/场景仿真)
文档: devlog V2.19
 2026-09-02 10:26:41 +08:00
wangfq 278d470b60 feat(V4B): Debug串口打印重组 — 频率/采样/基准全量输出 (V4.20) 
现场有影响算法的异常待分析, 扩充调试输出:
1. 周期状态行(2s, DBG|前缀): f频率kHz/Xn/LPCNT/Value/CAPVD/slow/Origin/dlt/SENS/VD/FRZ/LIM/LOOP/STBL
   - calc_freq_khz(): f=60000×LPCNT/CAPVD (60MHz捕获时钟, 无车≈99kHz/深车124kHz验证✓)
   - g_slope_limit_cnt: 斜率限幅截断计数(EMI线索, 周期清零)
2. 事件行(EVT|前缀): enter_try(进入线首中)/leave_try(离开线首中)/loop_disconnect/loop_reconnect
   - 原有 Car_In/Car_OFF/Loop stable/Baseline timeout 保留
3. cmcng.h 新增 DEBUG_ENABLE 开关(1=开现场分析 0=关发布)

文档: devlog V2.18
 2026-09-02 09:49:24 +08:00
wangfq 5b0a4c26d7 chore(V4B): 发布定稿版本号 V4.20 (方案B调校内容, 版本号按产品线跳号) 
- cmcng.h: FIRMWARE_VER 4.07→4.20, SUB 7→20
- devlog V2.17: V4.20 发布条目 + 历史版本对照
- 代码内容与 V4.07 一致(方案B: 进入{337,71,38,25}/释放{51,27,18,12})
 2026-09-01 18:05:48 +08:00
wangfq 3d8f412f33 feat(V4B): V4.07 SENS=0 触发回调 357→337 — 最终表 {337,71,38,25}/{51,27,18,12} 
现场反馈: 等比值偏低档触发过深, SENS=0 回调至 337(300~357 折中)
- 进入表: {357,71,38,25} → {337,71,38,25}
- 释放表: {51,27,18,12} 不变
单测: test_planb_release.c 断言更新(V4.07), 全部通过
文档: devlog V2.16 + technical-spec §4.3.3
 2026-09-01 15:31:05 +08:00
wangfq 778664067e feat(V4B): 方案B现场调校定稿 V4.06 — 进入加深+释放调浅双表, 全档等比 
现场实测: SENS=3 进入21→25 + 释放14→12 接近PD132T最高灵敏手感(用户调校)
- 关键认知: 释放方向是CAPVD向Origin恢复, 释放线调浅(dlt小)→更晚释放
  (V4.05加深方向失败已记录, 现场实测确认调小有效)
- 全档等比: 进入×25/21 {300,60,32,21}→{357,71,38,25}
          释放×12/14 {60,32,21,14}→{51,27,18,12}
- 滞回 66%→47%, 触发更严+释放更晚, 行为等效PD132T(表值不再一致)
- 废弃 ReleaseTable_B 独立表(方向错误, 并入 SensTable_1 调校)

单测: test_planb_release.c 更新(滞回正/表值/调浅释放≥原始4档×4速/释放时刻) ✓
      test_release_slow_filter.c(方案A)仍通过
文档: devlog V2.15 + technical-spec §4.3.3 V4.06段
⚠ SENS=0 进入300→357变化大, 现场低档漏检可单独回调
 2026-09-01 14:38:52 +08:00
wangfq 9f132c1e16 docs: 方案B现场实测记录 — 加深表/原始表均早于PD132T, 实验判死回方案A 
实测: USE_PLANB_TABLE=1(加深)释放更早, =0(原始)也早于PD132T — 仿真方向预测完全验证
结论: 方案B不可行(阈值表=固定偏移, 无法复现慢滤波的速度相关滞后)
路线: 回方案A, 下一步测 v4.04-planA (α21+snap 完整修正版)
 2026-09-01 14:07:43 +08:00
wangfq 60413be73f feat(V4B): 方案B实验 V4.05 — USE_SLOW_RELEASE=0 + 调深释放阈值表 ReleaseTable_B 
对比路线(与V4.04方案A A/B): 释放走快滤波(无慢滤波状态, 消除悬停风险),
手感对齐改由调深释放表 {80,42,27,18}(原始{60,32,21,14}加深30%)承担。

⚠关键认知(仿真+单测双确认): 释放方向是CAPVD向Origin恢复,
dlt增大(调深)→释放线降低→释放更早(与'调深=更严格'直觉相反)。
仿真预测: 深信号(≥0.2%)原始表更接近PD132T; 浅信号(0.1%)加深表更接近。

单测: tests/test_planb_release.c 新增(滞回为正✓/加深表释放≤原始表✓/释放时刻合理✓)
     test_release_slow_filter.c(方案A)仍通过, 两方案可回归
文档: devlog V2.14 + technical-spec §4.3.3 方案B段
 2026-09-01 13:48:22 +08:00
wangfq 97a7fb2dba fix(V4B): 方案A现场复核修正 V4.04 — RELEASE_ALFA 18→21(精确τ117ms对齐PD132T) + 进入snap消除HR0/2假释放 
现场金属板复测两现象:
1. 慢速抬板释放高度 V4B 仍比 PD132T 高一点(跟手速有关) — 根因: τ对齐用了近似口径
   (α18 精确τ≈137ms vs PD132T α79@43.7ms 精确τ≈118ms, α=79时 T×256/α 高估19.6%)
   + V4B 3次确认30ms。修正: RELEASE_ALFA 18→21 (精确τ≈117ms)。
2. 定在HR0/2(释放高度一半)保持~1s V4B释放、PD132T不释放 — 根因: 双滤波进入瞬态假释放
   (快滤波30ms确认进入, 慢滤波还悬在基线附近, 残余信号0.032%~0.044%时释放条件瞬时为真)。
   修正: 进入确认瞬间 snap loop1_CAPVD_slow = loop1_CAPVD (进入线恒深于离开线, 释放条件结构性为假)。

验证: gcc单测 τ fast=30ms/slow=120ms, 释放时机差 200ms ✓
仿真: 3s抬升高度差 +9mm→+3mm; 0.10%板HR0/2假释放消除 ✓
文档: devlog V2.13 + technical-spec §4.3.3
 2026-09-01 09:46:55 +08:00
wangfq 9391e1b808 feat(V4B): 释放手感对齐 PD132T — 释放慢滤波(方案A, 固件 V4.03) 
现场金属板测试: 灵敏度表已对齐, 但释放高度 V4B 比 PD132T 低
(刚离开触发位置即释放 vs 需离更远)。根因: IIR 滤波时间常数差异
(V4B 10ms+α79→τ32ms vs PD132T 43.7ms+α79/64→τ142~175ms),
释放阈值浅(进入20%)放大差异。

修复(USE_SLOW_RELEASE 开关, 默认 1):
- 新增独立慢滤波 loop1_CAPVD_slow(α=18/256 @10ms→τ≈142ms),
  吃原始 Value 不经斜率限幅, 复刻 PD132T 恢复速度
- 离开判定改用慢滤波值, 进入路径不变
- RELEASE_ALFA=18 可调(PD132T SET_FLT=ON 时用 15≈τ170ms)
- 同步: INIT_VD/稳定期/线圈重连
- 版本 V4.03(顺带修正 cmcng.h 字符串"4.00"与数字 4/2 不一致)

验证: gcc 单测 tests/test_release_slow_filter.c
τ fast=30ms/slow=140ms; 释放时机差 260ms ✓
文档: technical-spec §4.3.3 + devlog V2.12
待板级: 真机金属板测试 + MRS 编译
 2026-08-31 16:52:45 +08:00
wangfq f0f2c29a04 V2.11: 灵敏度表全档与PD132T完全一致{300,60,32,21}/{60,32,21,14}(用户本机已调) + 全文档同步 2026-08-28 17:39:07 +08:00
wangfq e3fe373fe5 V2.11: 离开表改回分档{60,32,21,14}——现场确认SENUP标贴OFF=SET_ASB=1(出厂默认) + 文档同步 2026-08-28 11:55:30 +08:00
wangfq c43d5297cb V2.11: 拨码低有效(标贴ON=电平0)修正——恒14对应SENUP标贴ON, 出厂默认全OFF=分档态 2026-08-28 11:51:13 +08:00
wangfq 0651c3f67b V2.11: technical-spec §4.3.3 补充恒14离开阈值设计依据(对齐PD132T默认) 2026-08-28 11:44:37 +08:00
wangfq 1f308e4a44 V2.11 devlog: 增强滤波FLT不纳入对齐(现场少用, 2026-08-28决策) 2026-08-28 11:41:33 +08:00
wangfq 7b2de21ef4 V2.11: 离开表恒14对齐PD132T默认(ASB=OFF), 进入+离开双向对齐 + 文档同步 2026-08-28 11:40:49 +08:00
wangfq b3bbb29300 feat(DLD154V4B): V2.11 灵敏度 0/1 档对齐 PD132T（216/108→300/60） 
PD132T 客户现场替换平滑交付:
- SensTable {216,108,36,20} → {300,60,36,20}
  0/1 档严格对齐 PD132T (Δf/f 0.33%/0.16%→0.46%/0.09%)
  2/3 档保持 V4B 优化值 (与 PD132T 32/21 几乎一致)
- 离开表不动 (3 次确认+滞回已更稳)
- 文档同步: technical-spec/product-manual/release-notes/devlog (V2.11)
- 完整交付分析: vd-analysis/docs/pd132t-to-v4b-delivery-alignment.md
 2026-08-28 10:38:02 +08:00
wangfq 794e097587 fix(DLD154V4B): 修复 WDT_DIV 分频枚举传值 bug — 实际分频 4 导致 410ms 超时不断复位 
现场实测 LIMIT=100 (500ms 喂狗) 不断复位重启, 改 50 正常。
根因: wdt_divider_set() 参数是枚举值 (WDT_CLK_DIV_16=0x02),
宏误传 16 (0b10000) -> 3bit 寄存器截断为 0 = WDT_CLK_DIV_4
-> 实际分频 4, 超时 4x4096/40k = 410ms < 500ms 喂狗周期。
修复: WDT_DIV=2 (枚举值) + (wdt_division_type) 显式转换。
隔离测试 mock 升级为 3bit 截断+反推分频, 复现 bug 并断言修复。
vd960Loop 原实现用 WDT_CLK_DIV_64 枚举写法, 无此问题。
 2026-08-28 09:08:42 +08:00
wangfq 8f43f8f1c9 feat(DLD154V4B): V2.10 新增 IWDT 硬件看门狗（超时≈1.64s，双保险喂狗） 
- 对齐 DLD154Pro V3.03 方案: TMR15 ISR 5ms 递增 g_wdg_counter,
  主循环 poll_wdg() 每 500ms 喂狗, 超时 16×4096/40k ≈ 1.64s
- 双保险: ISR 死→计数不涨→永不喂狗; 主循环死→poll_wdg 不执行→复位
- main() 使能后立即喂一次, 给 FreeRTOS 启动留足时间
- 隔离测试 5 项断言全过 (init 配置/10s 喂狗 20 次/ISR 死不喂/边界 99-100 tick)
- 文档同步: technical-spec(架构图+§13.1 机制) / release-notes(V2.10)
  / product-manual(特性+版本) / roadmap / devlog
 2026-08-28 08:56:33 +08:00
wangfq 859842aba0 feat(DLD154V4B): V2.9 平坦性离开判定默认关闭（现场实测不理想）+ 全量文档同步 
- TaskLoop.h: USE_FLATNESS_EXIT 1→0，离开判定切回简单滞回 3 次防抖
  (与 DLD154Pro 一致)；平坦性代码保留 #if 内可一行开启
- technical-spec: 模式1标默认(V2.9起)/模式2标禁用；修正模式1伪代码
  方向错误(CAPVD<Origin+dlt → (Origin-dlt)<CAPVD)；延迟/误检率表同步
- product-manual/release-notes: 离开判定口径改'滞回+连续确认(平坦性可选)'，
  最高档灵敏度 0.015%→0.031%(V2.8 残留)；版本历史补 V2.7/V2.8 缺行
- roadmap: V2.6→V2.9 行更新 + 突破表离开判定
- devlog: 置顶 2026-08-28 条目（背景/决定/同步清单）
 2026-08-28 08:45:34 +08:00
wangfq cb1c9c3f82 docs(DLD154V4B): 补充 SENS=3 调档现场原因 — 广告杆落杆误触发 
现场现象: 广告杆/道闸落杆时最高灵敏度档(10/9)易误触发, 落杆机械动作+电机
电磁扰动越过 0.015% Δf/f 阈值。V2.8 调至 20/14(0.031% + 滞回70%)后
落杆扰动不再越线, 正常车辆信号(ΔL/L 1~5%)不受影响。
 2026-08-27 16:26:24 +08:00
wangfq 50dbb07dde feat(DLD154V4B): 灵敏度最高档调整 SENS=3 10→20 + 文档同步 
- src/TaskLoop.c: SensTable[3] 10→20 (Δf/f 0.015%→0.031%,
  ΔL/L 0.031%→0.061%), SensTable_1[3] 9→14 (滞回 90%→70%) —
  最高档原阈值贴近噪声底易误触发, 提高并加大滞回
- src/main.c: 注释掉重复定义 g_input_div=1 (TaskLoop.c:23 已有, 清理 ODR)
- docs/technical-spec.md §4.3.1 灵敏度表+表格+口径说明
- docs/reference_analysis.md §5.6 灵敏度表
- docs/devlog.md 置顶 2026-08-27 条目 + 修订记录 V2.8
 2026-08-27 16:22:58 +08:00
wangfq d5fc1ea1f7 docs: 环路车辆检测器验收标准 V1.0 2026-06-30 14:25:42 +08:00
wangfq 7c276e5049 docs: DLD154V4B 发展路线图 V1.0 — M1H→V4B 演进回顾 + V3.0 目标 2026-06-30 11:50:04 +08:00
wangfq 266ffc5909 docs: 四文档更新至 V2.6 — 单路 IIR + WINDOW_ORIGIN=500 
- devlog: 新增 V2.6 架构简化章节 + 两阶段基线策略
- release-notes: V2.5→V2.6, 更新 M4 优化表(双路→单路 IIR)
- product-manual: V2.5→V2.6 + 版本历史
- technical-spec: §4.2 重写为单路 IIR ALFA_CAP1=79 @10ms,
  §4.3.2 去除 CAPVD_fast 引用, §4.4.3 两阶段基线表,
  §15 新增 V2.1 修订记录
 2026-06-29 19:16:11 +08:00
wangfq 8f951b356f tune: 稳定期基线窗口 500→100, 开机 Origin 收敛加速 
稳定期用 100 样本 × 10ms = 1s 快速收敛, 开机即用。
稳定后切换为 WINDOW_ORIGIN=500 (5s) 提供更强的噪声抑制。
 2026-06-29 18:45:29 +08:00
wangfq e839943436 refactor: 去掉快速 IIR，单路 IIR ALFA_CAP1=79 @10ms (τ≈32ms) 
ALFA_CAP1=79 @10ms, τ≈32ms — 已足够快，无需双路 IIR 的复杂度。
保留所有 V2 保护机制: 斜率限幅、进入确认、冻结超时+稳定性检查。

改动:
- ALFA_CAP1: 18→79
- 删除 CAPVD_fast 变量及双路 IIR 逻辑
- 进入检测改用 CAPVD 直接判定(仍保留 ENTRY_CONFIRM=3)
- 净删 50 行，架构更简洁
 2026-06-29 18:35:13 +08:00
wangfq 3ddde99273 fix: 快速 IIR 斜率限幅参考改为 CAPVD_fast，解决 ALFA_CAP1=18 响应慢 
根因: 斜率限幅 max_step = CAPVD × 5%，但 CAPVD 受 ALFA_CAP1=18
拖累(τ=135ms)，在车辆骤入时移动不足，导致 clamped_value 被过度砍削。
快速 IIR 吃到的 fast_input 已经是"被慢速 CAPVD 限制过的值"。

修复: 快速路径独立做斜率限幅，参考 CAPVD_fast (τ=28ms)。
两路各用各的参考基准，快慢解耦:
  慢速: clamped = clamp(Value, CAPVD ± 5%)  → IIR_slow → CAPVD
  快速: fast_input = clamp(Value, CAPVD_fast ± 5%) → IIR_fast

ALFA_CAP1 只影响基线跟踪，不再拖累进入检测速度。
 2026-06-29 17:56:38 +08:00
wangfq ee00176cdd fix: 快速 IIR 输入改为限幅后原始值，不再经慢速 IIR 滞后 
根因: CAPVD_fast = (CAPVD_fast + CAPVD) / 2 中 CAPVD 已被
ALFA_CAP1=18 (τ=135ms) 严重滞后。快速 IIR 的 α=0.5 无法
恢复前级丢失的响应速度，导致 ALFA_CAP1=18 的实际进入灵敏度
显著低于 ALFA_CAP1=79（旧设计）。

修复: 快速 IIR 直接吃斜率限幅后的 clamped_value / Value，
完全跳过慢速 IIR，真正实现 τ≈28ms 的响应速度。

数据流:
  旧: Value → 斜率限幅 → IIR_slow(α=18/256) → CAPVD
                                           └→ CAPVD_fast = avg(CAPVD_fast, CAPVD)  ← 滞后
  新: Value → 斜率限幅 → IIR_slow(α=18/256) → CAPVD
                       └→ CAPVD_fast = avg(CAPVD_fast, clamped_value)               ← 快速
 2026-06-29 17:27:10 +08:00
wangfq f988f08ead clean: 删除死代码 ALFA_FAST — 快速 IIR 用 (old+new)/2 等价实现 
快速 IIR α=128/256=0.5, 公式: new = old + (delta * 128) >> 8
等价于: new = (old + new_val) / 2  (当 α=0.5 时数学恒等)

后者无需乘法和移位，更高效。ALFA_FAST 宏从未被引用。
 2026-06-29 17:16:46 +08:00
wangfq 353fd575fc fix: update_moving_average window 参数 uint8_t→uint16_t 
WINDOW_ORIGIN=500 超出 uint8_t 范围，会被截断为 244。
改为 uint16_t 支持 WINDOW_ORIGIN 最大到 60000+。
 2026-06-29 15:55:58 +08:00
wangfq 9391d46ff4 tune: WINDOW_ORIGIN 100→500, 基线更新 1s→5s 对齐 M1H 
- 新增 WINDOW_ORIGIN 宏，替换硬编码 100
- 500 × 10ms = 5s, 与 M1H 原始设计一致
- 500 样本滑动平均提供更强的噪声抑制
- vd960Loop 同步修改
 2026-06-29 15:37:10 +08:00
wangfq 935e11e006 docs: 四文档同步更新至 V2.5 
- devlog: 修订记录修正 30s→10s, 新增 V2.5
- release-notes: V1.6→V2.5, 新增 M4 优化特性 + 完整版本历程
- product-manual: V1.5→V2.5, 补充 V1.6~V2.5 版本历史
- technical-spec: V1.5→V2.5, 重写 §§4.2-4.5/5.2/12.1/13:
  - §4.2: 双路 IIR 架构（慢速基线 τ=135ms + 快速检测 τ=28ms）
  - §4.3.2: 进入确认机制（CAPVD_fast + ENTRY_CONFIRM=3）
  - §4.4: 斜率限幅 5% + 基线更新速率 1s (10ms tick)
  - §4.5: 冻结超时恢复演进史 V1.5→V2.5，完整逻辑 + 常量表
  - §5.2: Tick 改为 10ms，新增 FREEZE_TIMEOUT 参数
  - §12.1: 进入延迟 ~530ms，瞬态抑制，温漂 1s 补偿
  - §13: 新增 M4 优化编译选项
 2026-06-29 10:57:24 +08:00
wangfq df8e59803a tune: 冻结超时 30s→10s (FREEZE_TIMEOUT 3000→1000) 2026-06-29 10:48:48 +08:00
wangfq 33baa13b76 docs: devlog — V2.4 冻结超时稳定性检查 2026-06-29 10:30:20 +08:00
wangfq fec67d6f20 feat: 冻结超时增加稳定性检查 — CAPVD波动超±2%则重置计数 
问题: 上次提交仅计数冻结持续时长，若CAPVD在冻结期间大幅波动
（如车辆缓慢驶入过程中CAPVD持续爬升），30s后也会被误认为"环境变化"。

方案:
- 新增 loop1_freeze_ref: 记录进入冻结时的CAPVD值
- 每tick检查 |CAPVD - freeze_ref| > freeze_ref * 2%
- 波动超限 → 重置计数并以当前值重新开始计时
- 只有CAPVD连续30s稳定在±2%窗口内 → 才更新Origin

这确保了"连续稳定的新值"而非"连续偏高但波动的值"才会触发基线更新。
 2026-06-29 10:30:01 +08:00
wangfq 22ffdede70 docs: devlog — V2.3 基线冻结超时自动恢复 2026-06-29 10:25:08 +08:00
wangfq 269fa7f4cc feat: 基线冻结超时 — 持续偏高30s后强制更新Origin 
问题: 原点保护冻结基线后，若CAPVD因环境变化（温度、器件老化等）
稳定在新的高频值，Origin永远不会更新，导致永久误判有车。

方案:
- 新增 FREEZE_TIMEOUT=3000 (~30s @ 10ms/tick)
- CAPVD偏离时 loop1_freeze_cnt 逐帧递增
- 超时后强制 Origin = CAPVD（当前稳定值），视为新常态
- 中途若CAPVD回归正常范围，计数清零，继续正常跟踪
- 车辆进入时同步清零冻结计数
 2026-06-29 10:24:53 +08:00
wangfq 55a6a2e99b docs: devlog — 记录 V2.1 CAPVD_fast 初始化修复 + V2.2 稳定期绕过 IIR/斜率限幅 2026-06-29 09:12:58 +08:00
wangfq 16090a48fa fix: 稳定期内绕过斜率限幅和 IIR，直接用 Value 建立基线 
根因: 首测 CAPVD=177406 是瞬态高值 (~38% 偏高),
5% 斜率限幅让 CAPVD 在 128 tick 稳定期内无法充分收敛,
100 窗口滑动平均被前半段高值污染:
  Origin=149755 vs 真实值~128688, 差值 21067 >> dlt_ORG=82

修复: 稳定期内直接将 CAPVD/CAPVD_fast 设为 raw Value,
不做斜率限幅和 IIR, 使基线 100 窗口快速收敛到真实值。
稳定期结束后恢复正常 IIR+斜率限幅用于检测。
 2026-06-26 16:23:47 +08:00
wangfq e0e79db40e fix: CAPVD_fast 初始化条件错误导致始终为 0 
根因: TMR3 ISR 首次捕获时直接设置 loop1_CAPVD (不为 0),
导致 vd1_task 的 if(CAPVD==0) 分支永远不执行,
CAPVD_fast 保持 INIT_VD 的 0 值。

修复: CAPVD_fast 判断改为 ==0 时首次锁定为当前 CAPVD 值,
后续正常执行快速 IIR 更新。
 2026-06-26 16:17:01 +08:00
wangfq 17e4b07860 feat: M4 核心优化 V2.0 — 双路 IIR + 斜率限幅 + 进入确认 
三项改进突破 8051 时代限制:
1. 10ms tick + 双路 IIR
   - CAPVD (慢速): α=18/256, τ=135ms — 基线跟踪，等效原 50ms 设计
   - CAPVD_fast (快速): α=0.5, τ=28ms — 检测判定，比原快 5×

2. 斜率限幅 (MAX_SLOPE_RATE=5%)
   - EMI/闪电瞬态尖峰被截断
   - 真实车辆缓慢频率漂移不受影响

3. 进入确认 (ENTRY_CONFIRM=3)
   - 连续 3 次 CAPVD_fast 低于阈值才判有车
   - 单次干扰无法通过 → 误触发率大幅降低

进入响应 ~530ms (比原 550ms 还快), 基线稳定性不变
 2026-06-26 16:05:00 +08:00
wangfq 0abb7f2b21 fix: vTaskDelay 10→50ms 对齐 TMR15 5ms×10 原始设计 2026-06-26 14:40:06 +08:00
wangfq 714e84e065 docs: 记录 vTaskDelay 10→50ms 发现 (V1.7), 已修复于 vd960Loop 2026-06-26 14:30:59 +08:00
wangfq 7ccd26997f docs: §4.4.1 新增基线更新速率分析（DLD154/M1H/TLD-110 对比） 2026-06-24 11:48:53 +08:00
wangfq c73c9dae2b docs: 添加产品发布说明 (V1.6 release notes) 2026-06-24 10:13:26 +08:00
wangfq 2f6cb54847 fix: 时序参数修正 — OUT/PULSE_DELAY 均为500ms 
- OUT_DELAY: 1.9s→500ms (10 tick), SW_4=ON时生效, OFF时为0
- PULSE_DELAY: 950ms→500ms (10 tick), 固定不变
- 删除 OUT_DELAY_FAST/PULSE_DELAY_FAST, 仅保留一组值
- SW_4 语义: 0=无离开延时, 1=500ms离开延时
- 同步更新产品手册、技术规格书、README、devlog
 2026-06-24 09:13:46 +08:00
wangfq fc459c911f docs: devlog 记录 SW4 快速模式 & RS485→TTL Tx 修正 2026-06-24 09:07:23 +08:00
wangfq 034a82f024 fix: SW4 快速模式 — 离开和脉冲延时均缩短为500ms 
- TaskLoop.h: 新增 OUT_DELAY_FAST=10, PULSE_DELAY_FAST=10
- TaskLoop.h: SET_DLY 注释从"延时"改为"快速模式"
- TaskLoop.c: FLAG_OUT 不再跳过延时，改为 OUT_DELAY_FAST 计数
- TaskLoop.c: FLAG_PLUSE 改用 PULSE_DELAY_FAST 计数
- 旧行为: SET_DLY=1 时 FLAG_OUT 立即跳到 FLAG_PLUSE
- 新行为: SET_DLY=1 时两者均用 10 tick (500ms) 快速延迟
 2026-06-24 09:07:01 +08:00
wangfq 07a80763cd fix: SW4 延时修正为500ms快速模式；RS485→TTL Tx调试口 2026-06-24 09:04:05 +08:00