城市级停车平台怎么对接？地磁、视频桩、道闸三类设备的数据接入和统一结算

城市级停车平台这个项目，技术上不难，难在对接。

一个中等城市，路侧泊位几万个、封闭场库几百个，设备来自四五家厂商，每家都有自己的协议、自己的数据模型、自己的计费规则。平台要把这些捏成一个口径，才能做统一诱导、统一支付、统一监管。

这篇讲清楚城市级停车平台的停车数据接入怎么做，三类设备、四种接入方式各有什么坑。

一、三类设备的数据模型完全不同

地磁：只有"有车/无车"

地磁传感器埋在车位中间，靠磁场变化判断车辆进出。

它能给的：

• 泊位编号
• 占用状态（有车/无车）
• 状态变化时间
• 电池电压、信号强度

它给不了的：

• 车牌号——这是最关键的缺失
• 车辆类型
• 是否新能源

所以纯地磁方案必须配人工收费或手持机扫码，或者再配一路视频桩做车牌识别。地磁只能解决"有没有车"，解决不了"是谁的车"。

视频桩：有车牌，但精度受环境影响

高位视频或低位视频桩，一个桩覆盖 2-6 个泊位，能识别车牌和车辆位置。

它能给的：

• 泊位编号 + 车牌号 + 进出时间
• 车辆图像（用于争议取证）
• 车型、颜色

它的问题：

• 识别率受天气和遮挡影响：雨雪天、树荫下、大车遮挡，识别率会掉到 70%-85%
• 车牌与泊位的对应关系：一个桩覆盖 4 个位，车牌识别出来了但不知道停在哪个位，需要额外的定位逻辑
• 功耗高，太阳能供电撑不住，多数要布线

道闸：有进出记录，但不知道停在哪

封闭场库的道闸系统，能给出完整的进出流水：入场时间、出场时间、车牌、缴费金额。

它给不了的：

• 泊位级信息——只知道车进了场库，不知道停在哪个位
• 场内实时占用（除非每个车位都有车位相机）

三类设备的数据模型对比如下：

维度	地磁	视频桩	道闸
泊位编号	有	有（需映射）	无
车牌	无	有（85%-98%）	有（98%+）
进出时间	有（状态变化）	有	有（精确）
场内占用	精确到泊位	精确到泊位	只能算总数
支付	无	无（需配终端）	有

二、泊位级数据融合：三类设备怎么拼

停车数据接入的核心难点，是把三套数据拼成一张泊位级订单。

路侧泊位的融合逻辑

典型配置是"地磁 + 视频桩"双模：

1. 地磁检测到有车 → 触发视频桩抓拍 → 得到车牌
2. 地磁检测到无车 → 触发视频桩抓拍离场 → 结束订单
3. 如果视频桩没识别到车牌 → 订单标记"无牌车"，转人工

关键在泊位与摄像机的映射表。一个视频桩覆盖 4 个位，平台必须知道哪个位置对应哪个泊位编号。这张表通常由施工方提供，但经常有错——必须现场逐个核对，否则会出现"车停在 A 位，订单记在 B 位"。

场库的融合逻辑

道闸给出进出流水，泊位占用靠"进场数 - 出场数"算总数。要做到泊位级，必须在场内加装车位相机或地磁。

多数城市的做法是：场库只做总数和进出记录，不做泊位级，因为改造成本太高。泊位级只在路侧和重点场库做。

三、停车数据接入的四种方式，按厂商配合度选

方式一：主动上报（最优）

厂商设备直连平台，按平台定义的接口实时上报。

要求：厂商愿意改造固件或开放接口。适合新建项目、政府主导的项目。

接口形式：MQTT 或 HTTP 推送，字段按平台标准。

方式二：平台拉取

厂商有自己的云平台，城市平台定时调用厂商的开放接口拉数据。

要求：厂商有开放平台且接口文档完整。适合已有设备的存量接入。

问题：拉取频率受限（通常 1-5 分钟一次），实时性差；厂商接口变更不通知，会突然断数据。

方式三：中间库

厂商在自己的数据库里建视图，城市平台直接读，或者厂商定时往城市平台的库里写。

这是存量项目最常见的方式，因为改造成本最低。但风险最大：

• 表结构耦合，厂商一改表结构就崩
• 没有数据质量保障，脏数据直接进来
• 安全边界模糊，直接开数据库权限给外部系统

如果只能用中间库，必须做两件事：要求厂商提供视图而非基表（视图可以屏蔽表结构变化），以及平台侧做完整的数据校验。

方式四：文件交换

厂商定时导出 CSV 或 XML 文件放到指定目录，平台解析入库。

这是最原始的方式，适合只有进出流水、不需要实时性的场景（比如日终对账）。

怎么选

场景	推荐方式
新建路侧项目	主动上报（写进合同）
接入已有厂商云平台	平台拉取
存量场库、厂商不配合	中间库 + 严格校验
只要对账数据	文件交换

招标阶段就要把接入方式写进技术条款。事后谈，厂商一句"接口改造要另收费"，项目就卡住了。

四、数据质量校验的五条规则

停车数据接入之后不能直接用。平台侧必须有一层校验：

1. 泊位编号必须存在于基础档案。厂商传上来的泊位号如果不在平台登记表里，直接拒收并告警。
2. 时间戳必须在合理范围。比当前时间晚 1 分钟以上、或早于设备安装时间的记录，判定异常。
3. 同一泊位同一时刻不能有两个占用订单。出现重叠说明状态机有问题，要自动关掉前一个并标记。
4. 车牌格式校验。不符合车牌规则（长度、字符集）的直接标记为无效，转人工。
5. 订单时长异常。超过 24 小时的连续占用，自动告警——可能是设备故障没上报离场。

这五条不做，平台上的数据看着有，但没法用来结算，也没法用来做监管考核。

五、统一支付和统一结算

统一支付

用户在一个 App 里能付所有场库和路侧的费用。技术上是聚合支付：平台对接微信、支付宝，各场库通过平台下单，平台再和场库结算。

难点不在支付本身，在订单归属——用户付的这笔钱，要能准确对应到某个场库的某笔订单。这就要求每笔订单有全局唯一 ID，且各厂商的订单号能映射到这个 ID。

统一结算

平台和场库之间按周期结算，涉及三件事：

• 分账比例：平台抽成多少、场库得多少
• 对账机制：平台流水 vs 场库流水 vs 支付渠道流水，三方核对
• 差错处理：对不上的单怎么查、谁负责

实践中，对账差异率控制在 0.1% 以内算合格。超过这个数，说明数据接入有问题。

六、两级架构怎么分工

多数城市是"市级平台 + 区县/场库"两级：

层级	职责
市级	统一标准、统一支付、统一监管考核、数据汇聚分析、对外发布诱导信息
区县/场库	设备接入、本地运营、订单生成、现场管理

城市级停车平台不要直接管设备。设备协议五花八门，市级平台对接几百种设备不现实。正确做法是市级定义标准接口，区县或运营商做适配层。

诱导屏的数据从哪来、路侧和场库怎么协同，可以看 停车诱导系统怎么做。技术路线（地磁、视频桩、高位视频、道闸）的对比和选择在 智慧停车技术路线怎么选。软件平台的报价结构在 停车管理软件多少钱。

成本上，路侧泊位改造（地磁+视频桩双模）单泊位 800-2500 元；纯地磁 200-500 元；高位视频单泊位 1500-4000 元。市级平台软件按 2-5 万泊位规模，200-800 万元。

要按泊位数量和场库数量估一套完整预算，交通方案配置器 能按场景出区间。如果手上已经有一份厂商的接口文档或者数据字典，想知道哪些字段是必须的、哪些是冗余的，可以把文档发过来，我帮你核一遍。