道闸与停车管理系统的联动
先给结论
- 道闸负责执行，系统负责判断，两者分工不清会出现指令冲突。
- 先确定管理模式，再定设备与接口，顺序反了会在联调阶段反复返工。
- 断网与故障时的降级处理必须提前设计，否则通道会在异常时直接瘫痪。
- 固定车与临时车的放行逻辑不同，应在方案阶段逐类确认。
一、道闸与系统是什么关系
道闸是可执行机构，负责升降杆体；识别相机负责读取车牌；停车管理系统负责判断车辆身份、计算费用并发出放行指令。三者通过接口连接。
| 角色 | 职责 |
|---|---|
| 识别设备 | 采集车牌与车辆信息 |
| 管理系统 | 判断身份、计费、记录与统计 |
| 道闸 | 执行放行与阻挡动作 |
| 检测设备 | 判断车辆是否已通过，配合自动落杆 |
二、常见管理模式
| 模式 | 特点 | 适用 |
|---|---|---|
| 人工放行 | 值守人员确认后开闸 | 通行量不大、管理要求简单的场所 |
| 取卡或取票 | 凭卡凭票出入与计费 | 传统收费停车场 |
| 车牌识别 | 以车牌为凭证，无需取卡 | 多数新建或改造出入口 |
| 无感放行 | 绑定支付方式，出场自动扣费 | 通行量大、追求效率的场所 |
| 混合模式 | 固定车自动、临时车按规则 | 多数实际项目 |
三、固定车辆与临时车辆
- 固定车：按名单或权限判断，通常直接放行，需考虑名单更新方式；
- 临时车：按计时或计次规则处理，涉及入场记录与出场结算；
- 访客车：常需登记或预约，可设专门的放行规则；
- 免费时段与特殊车辆：应在系统中预先设定，避免每次人工干预。
四、放行与收费的先后逻辑
出口的常见逻辑是：识别车辆、计算费用、完成支付、放行。无感支付模式下，识别后自动扣费，成功后放行。需要注意两种异常：
- 支付失败或余额不足时应给出明确提示，并保留人工处理通道；
- 识别失败时不能长时间阻塞通道，应有转人工或临时放行机制。
五、无感支付类通道的注意事项
- 确认支持的支付方式与本项目的实际需求一致；
- 关注扣费通知与对账方式，便于后续核对；
- 设置单次扣费上限或异常提醒，减少争议；
- 保留人工干预入口，处理异常订单；
- 向使用方说明开通与解绑方式。
六、多出入口与车位引导
- 多个出入口共用一套系统时，数据应统一到同一平台；
- 跨出入口进出（从A入、从B出）应在系统中正确结算；
- 车位数量与剩余车位显示应保持同步；
- 满位管理可与道闸联动，按规则限制入场。
七、断网与故障时的降级处理
| 情形 | 建议处理方向 |
|---|---|
| 网络中断 | 本地保留判断能力，固定车按本地名单放行 |
| 系统故障 | 转人工或按预设规则临时放行 |
| 识别异常 | 提示并保留人工通道 |
| 供电中断 | 按设计采用备用电源或手动开闸 |
降级方案应在方案阶段确定，并在交付时实测。通道不能因为一次断网就长期封闭。
八、对接要确认的接口与联调项
- 道闸与系统的通信方式与协议；
- 识别相机与系统的数据接口；
- 检测设备（地感、雷达）的信号接入方式；
- 收费与支付接口的对账方式；
- 车位显示等辅助功能的对接方式；
- 异常状态的上报与提示方式。
九、上线试运行与常见问题
| 问题 | 方向 |
|---|---|
| 放行指令延迟 | 检查通信与系统处理时间 |
| 重复扣费 | 核对进出场记录与去重逻辑 |
| 跟车不放行 | 检查检测设备与通过判断逻辑 |
| 名单更新未生效 | 确认同步方式与更新周期 |
| 跨门结算异常 | 核对出入口数据是否在同一平台 |
试运行期应重点观察高峰时段的稳定性，并把发现的问题记录成清单逐项闭环。
常见问题
- 道闸和停车系统是一回事吗？
- 不是。道闸是执行机构，停车管理系统负责判断身份、计费与下发指令，识别相机负责采集车牌信息，三者通过接口协同。
- 固定车和临时车怎么区分放行？
- 在系统中按名单或权限区分：固定车按名单直接放行，临时车按计时或计次规则处理，访客车可另设登记或预约规则。
- 断网了还能进出吗？
- 取决于方案设计。常见做法是本地保留判断能力，固定车按本地名单放行，临时车转人工或按预设规则处理。降级方案应在交付时实测。
- 无感支付要注意什么？
- 关注扣费通知与对账方式，设置异常提醒，保留人工干预入口，并向使用方说明开通与解绑方式。
- 多个出入口怎么统一管理？
- 数据应统一到同一平台，确保从不同出入口进出时结算正确，同时保持车位数量等信息同步。
- 联调要确认哪些接口？
- 道闸与系统通信协议、识别数据接口、检测设备信号接入、收费与支付对账方式，以及异常上报方式。