255 lines
8.9 KiB
Markdown
255 lines
8.9 KiB
Markdown
# DLD154V4B 发展路线图
|
||
|
||
> 从 M1H (8051, 2008) 到 154V4B (Cortex-M4, 2026) — 下一步往哪走？
|
||
|
||
---
|
||
|
||
## 1. 历史回顾：M1H → V4B 的演进
|
||
|
||
| 代际 | 平台 | 分频 | Tick | IIR τ | 进入判定 | 离开判定 | 配置方式 |
|
||
|------|------|------|------|-------|---------|---------|---------|
|
||
| M1H | 8051 12MHz | CD4060 ÷32 | 50ms | 162ms | 单次阈值 | 单次阈值 | 拨码 |
|
||
| TLD-110 | 8051 | CD4060 ÷32 | 50ms | 162ms | 单次阈值 | 单次阈值 | 拨码 |
|
||
| **V4B V2.6** | M4 120MHz | TIM3 ÷2 | **10ms** | **32ms** | **3次确认+斜率限幅** | **平坦性三条件** | 拨码 |
|
||
|
||
### 1.1 V4B 相比 M1H 的核心突破
|
||
|
||
| 维度 | M1H | V4B V2.6 | 提升 |
|
||
|------|-----|----------|------|
|
||
| 测量精度 | 7 样本 (>>6 后) | **54 样本** (全保留) | 8× |
|
||
| 测量窗口 | 17.5ms 固定 | **~1ms 自适应** | 17× |
|
||
| 检测响应 | ~550ms | **~530ms** | 略快，但加了确认更可靠 |
|
||
| 瞬态抑制 | 无 | **斜率限幅 + 进入确认** | 从无到有 |
|
||
| 离开判定 | 单阈值 | **平坦性三条件 (专利)** | 大车多峰无忧 |
|
||
| 基线保护 | 无（有车也跟踪） | **冻结 + 10s 超时 + 稳定性检查** | 防污染 + 不死锁 |
|
||
| 线圈诊断 | 无 | **黄灯断开次数编码** | 现场可排障 |
|
||
| 代码量 | ~1200 行 (未精简) | **~945 行** | 功能更多，代码更少 |
|
||
|
||
---
|
||
|
||
## 2. 现状：V4B 的短板
|
||
|
||
V4B 在**检测算法**上已达到较高水平，但在**产品化**维度存在明显缺口：
|
||
|
||
### 2.1 无数字通信
|
||
|
||
```
|
||
当前: DIP 开关 → MCU → 继电器
|
||
└── TTL Tx (仅调试)
|
||
```
|
||
|
||
- 上位机看不到检测状态
|
||
- 无法远程修改参数
|
||
- 停车场系统集成需额外 PLC/IO 模块
|
||
|
||
### 2.2 无持久化配置
|
||
|
||
- 灵敏度、延时全靠拨码开关，现场改参数要开柜拧 DIP
|
||
- 无法保存校准值、安装位置、通道编号
|
||
- 换检测器 = 重新拨码
|
||
|
||
### 2.3 无固件升级机制
|
||
|
||
- 现场升级需要 SWD 编程器 + 开盖
|
||
- 算法迭代无法 OTA 推送
|
||
- Bug 修复成本高
|
||
|
||
### 2.4 单通道限制
|
||
|
||
- 一进一出车道需要 2 个 V4B（双倍成本、双倍安装空间）
|
||
- 多通道无法共享基线参考、无法做方向判别
|
||
|
||
### 2.5 无数据记录
|
||
|
||
- 无法回溯历史检测事件
|
||
- 无法分析误触发原因
|
||
- 无法做预防性维护（线圈老化趋势）
|
||
|
||
---
|
||
|
||
## 3. 行业前景：环路车检器的市场定位
|
||
|
||
### 3.1 不会被替代的刚需
|
||
|
||
| 替代技术 | 优势 | 劣势 | 环路仍不可替代的场景 |
|
||
|---------|------|------|---------------------|
|
||
| 地磁 | 安装简单 | 受金属管线干扰，电池寿命 | — |
|
||
| 视频 | 信息丰富 | 光照/天气敏感，遮挡失效 | 隧道、地下车库、恶劣天气 |
|
||
| 雷达 | 测速测距 | 静止车辆检测弱 | — |
|
||
| 超声波 | 便宜 | 温漂大，速度慢 | — |
|
||
|
||
> **结论：环路车检器在道闸触发、车位检测、ETC 触发等场景仍是性价比最优解，不会被替代。但"哑设备"形态将被淘汰——未来的车检器必须有数字接口。**
|
||
|
||
### 3.2 市场分层
|
||
|
||
```
|
||
高端: 多通道 + 以太网/4G + 云平台 + AI 分析 ← 智慧城市、大型停车场
|
||
中端: 双通道 + RS485/蓝牙 + 小程序配置 ← 商业停车场、小区道闸 ★ V4B 目标
|
||
低端: 单通道 + 拨码 + 继电器 ← 替换存量 M1H/TLD-110
|
||
```
|
||
|
||
V4B 当前处于**低端**，技术底子（M4 120MHz / 64KB Flash / 16KB SRAM）完全能支撑**中端**功能。
|
||
|
||
---
|
||
|
||
## 4. 目标：DLD154V4B V3.0
|
||
|
||
### 4.1 产品定位
|
||
|
||
**单通道智能车检器** — 保留 V4B 硬件形态，通过固件升级补齐通信和配置短板，以最低硬件改动实现最大功能跃迁。
|
||
|
||
### 4.2 核心目标
|
||
|
||
| # | 目标 | 价值 | 硬件依赖 |
|
||
|---|------|------|---------|
|
||
| 1 | **UART 协议通信** | 对接上位机 / 串口服务器 | 复用 Tx 引脚，可能需要 Rx |
|
||
| 2 | **Flash 持久化配置** | 免拨码，远程改参 | 无（64KB Flash 已有） |
|
||
| 3 | **固件在线升级** | OTA 推送，Bug 修复 | 需要 Bootloader（已有 Flash 空间） |
|
||
| 4 | **数据记录与回传** | 事件日志、频率趋势 | 无 |
|
||
| 5 | **小程序 / 蓝牙配置** | 手机设参，现场免工具 | 需 BLE 模块（硬件改动） |
|
||
|
||
### 4.3 可选目标（需要硬件改动）
|
||
|
||
| # | 目标 | 价值 | 说明 |
|
||
|---|------|------|------|
|
||
| 6 | 双通道版本 | 一进一出单设备 | 引脚足够，需改 PCB |
|
||
| 7 | RS-485 总线 | 多设备组网 | 需 485 收发器 |
|
||
| 8 | 方向判别 | 双线圈方向逻辑 | 需双通道硬件 |
|
||
|
||
---
|
||
|
||
## 5. 实施步骤
|
||
|
||
### Phase 1 — 协议通信 & 配置持久化（固件 V3.0，无硬件改动）
|
||
|
||
**目标**: 让 V4B "能说话"
|
||
|
||
```
|
||
UART (Tx + Rx)
|
||
V4B ───────────────────────────→ 上位机 / 串口服务器 / 蓝牙透传模块
|
||
请求-响应协议 (二进制 / Modbus-RTU)
|
||
```
|
||
|
||
#### 5.1 协议选型
|
||
|
||
| 方案 | 优点 | 缺点 |
|
||
|------|------|------|
|
||
| **自定义二进制帧** | 精简，Flash 占用小 | 需上位机适配 |
|
||
| Modbus-RTU | 工业标准，PLC 直连 | 帧开销大，寄存器映射受限 |
|
||
| JSON over UART | 可读性好，易调试 | Flash/CPU 开销大 |
|
||
|
||
**推荐: 自定义二进制帧** — 参考 vd960Loop 已有的 `CMD_DBN_GET_MCJQ_PARAM` 协议风格。后续可加 Modbus-RTU 作为协议选项。
|
||
|
||
#### 5.2 协议内容
|
||
|
||
```
|
||
上行（V4B → 上位机）:
|
||
- 心跳 / 状态上报 (有车/无车/故障)
|
||
- 实时频率值 (Origin, CAPVD, Value)
|
||
- 事件通知 (Car_In, Car_Out, Disconnect, Reconnect)
|
||
- 参数读取响应
|
||
|
||
下行（上位机 → V4B）:
|
||
- 参数读写 (灵敏度、延时、hold_time、relay_delay)
|
||
- 安全复位
|
||
- 固件升级指令
|
||
```
|
||
|
||
#### 5.3 Flash 配置存储
|
||
|
||
- 利用 AT32F421 内部 Flash 末页存储配置
|
||
- 参数: `sens_level`, `exist_mode`, `delay_time`, `output_mode`, `pulse_width` 等
|
||
- 上电从 Flash 读取 → 优先级低于 DIP 开关（拨码覆盖 Flash，兼容旧用法）
|
||
- 增加 `factory_reset` 指令恢复默认
|
||
|
||
#### 5.4 硬件约束
|
||
|
||
`PA2 (USART2_TX)` 已用作 Tx 调试输出，需要确认是否有 `USART2_RX` 可用（PA3 目前是 SW_4 DIP）。
|
||
|
||
**方案 A**: PA3 复用为 USART2_RX，SW_4 用协议替代（推荐）
|
||
**方案 B**: 使用其他 USART（需确认引脚未被占用）
|
||
|
||
### Phase 2 — 固件在线升级（固件 V3.1）
|
||
|
||
#### 5.5 Bootloader
|
||
|
||
- 驻留在 Flash 前 8KB（AT32F421 共 64KB，App 可用 56KB）
|
||
- 上电检查升级标志 → 进入升级模式或跳转 App
|
||
- 通过 UART 协议接收固件分片，写入 Flash
|
||
- 校验 CRC32 → 设置升级标志 → 软件复位
|
||
|
||
```
|
||
Flash Layout (64KB):
|
||
┌─────────────────┐ 0x08000000
|
||
│ Bootloader │ 8KB
|
||
├─────────────────┤ 0x08002000
|
||
│ Application │ 52KB
|
||
├─────────────────┤
|
||
│ Config / Param │ 4KB (末页)
|
||
└─────────────────┘ 0x08010000
|
||
```
|
||
|
||
### Phase 3 — 数据记录 & 小程序（需要 BLE 模块，硬件改动）
|
||
|
||
#### 5.6 BLE 透传 + 小程序
|
||
|
||
- 硬件增加 BLE 模块（如 CH582 或 XM-10A）
|
||
- UART 透传 → 小程序读写参数、查看实时频率
|
||
- 小程序功能: 参数配置、实时波形、事件日志、固件升级
|
||
|
||
#### 5.7 事件日志
|
||
|
||
- 环形缓冲区存储最近 N 条事件（Car_In, Car_Out, Disconnect 等）
|
||
- 每条事件带时间戳（开机后相对时间，无 RTC 则用 tick 计数）
|
||
- 通过协议查询 / 小程序查看
|
||
|
||
### Phase 4 — 多通道 & 组网（需硬件改动，V4.x）
|
||
|
||
#### 5.8 双通道版 DLD154V4B-D
|
||
|
||
- 同一颗 MCU（AT32F421 引脚够用）
|
||
- TIM3_CH2 + TIM1_CH2 双路捕获
|
||
- 4 继电器（每通道 2 路）
|
||
- 可做方向判别（双线圈）
|
||
|
||
#### 5.9 RS-485 组网
|
||
|
||
- 增加 485 收发器
|
||
- Modbus-RTU 协议
|
||
- 支持 32 设备总线
|
||
|
||
---
|
||
|
||
## 6. 优先级矩阵
|
||
|
||
| 目标 | 价值 | 工作量 | 硬件改动 | 优先级 |
|
||
|------|------|--------|---------|--------|
|
||
| UART 协议通信 | ⭐⭐⭐⭐⭐ | 中 | **无** (复用 USART2_Rx) | **P0 — 立即** |
|
||
| Flash 配置存储 | ⭐⭐⭐⭐ | 小 | 无 | **P0 — 立即** |
|
||
| 固件在线升级 | ⭐⭐⭐⭐ | 大 | 无 (需 Bootloader) | P1 |
|
||
| 事件数据记录 | ⭐⭐⭐ | 小 | 无 | P1 |
|
||
| BLE + 小程序 | ⭐⭐⭐⭐ | 大 | 需 BLE 模块 | P2 |
|
||
| 双通道版本 | ⭐⭐⭐ | 中 | 需改 PCB | P3 |
|
||
| RS-485 组网 | ⭐⭐ | 中 | 需 485 收发器 | P3 |
|
||
|
||
---
|
||
|
||
## 7. 与 vd960Loop 的关系
|
||
|
||
vd960Loop（四路 + BLE + TCP/MQTT）是**高端产品线**。V4B 的演进目标是与 vd960Loop 共享：
|
||
|
||
- 核心检测算法（单路 IIR + 斜率限幅 + 进入确认 + 冻结超时）— 已同步
|
||
- 协议帧格式（UART 命令码复用 vd960Loop 风格）
|
||
- 小程序配置逻辑
|
||
- Flash 存储方案
|
||
|
||
V4B 聚焦**单路 + 低成本**，vd960Loop 覆盖**多路 + 物联网**，形成产品矩阵。
|
||
|
||
---
|
||
|
||
## 8. 修订记录
|
||
|
||
| 版本 | 时间 | 说明 |
|
||
|------|------|------|
|
||
| V1.0 | 2026-06-30 | 初版路线图 |
|