交通这一行，难在哪
交通领域的物联网项目，绝大部分不是从零开始建，而是在已有设备上做文章：执法摄像头、卡口、道闸、地锁、车载终端，设备早就装好了，问题是数据没被正确使用。
我们做过的项目里，最常见的错误是「直接复用」——把执法数据拿来算流量，把抓拍图片直接当证据，把路外的订单模型套到路内。每一样看起来省事，最后都要返工。
项目里最常卡住的三件事
这三条不是功能清单，是真正让项目延期、返工、验收不过的地方。
执法和运营共用摄像头，口径混用
执法要精确到车牌，运营只要流量数，检测区域、触发逻辑、数据口径全都不同。直接复用会得到偏高的流量和失真的延误。
非现场执法误报率高，一线全在复核
抓拍数据量巨大，误报率高，执法员每天人工复核几百条，实际处罚率极低。系统再先进，没人愿意用就是失败。
路内路外是两套生意，硬塞一个系统
路外靠道闸卡住车，订单出场闭合；路内没有物理阻拦，车开走了才生成欠费。同一个「订单」概念在两边含义不同，强行统一后期一定出账务问题。
我们在交通场景里能做什么
下面每一条都在实际项目里跑过，不是产品手册上的功能罗列。
非现场执法误报剔除
成像质量过滤、置信度分级、跨帧一致性校验三道过滤。高置信自动入库，中置信人工复核，低置信只留痕不推送。
现有监控违法检测
不新增专用抓拍机，用现有监控做检出。前提是成像条件筛查过关、证据链合规、误报量在人工产能内、跨网链路打通。
停车运营统一接入
路侧相机、道闸、地锁、巡检车四类设备抽象成「泊位状态」和「控制指令」两类接口，上层业务不感知厂商差异。
公车稽核
派车单与轨迹做时间、地点、里程三向比对，加油卡消费与百公里油耗基线比对，12 类稽核规则输出可核查的异常记录。
交通流量与延误分析
视频、雷达、地磁多源融合，按天气和光照给数据打质量标记，低质量时段标记缺失而不是硬算。
移动端一线作业
现场检查、拍照取证、简易查询、待办审批全部移动化。判断标准是「这个动作是不是在现场发生的」。
完整的协议支持清单和已实测设备规模见技术能力
交通行业项目实录
每篇记录真实的现场约束、踩过的坑和最终方案，不写成功学。
道路交通运营：跟执法用同一批摄像头，算的是两本账
交通运营和交通执法用的是同一批摄像头，但口径完全不同：执法要精确到车牌，运营只要流量数。把执法数据直接拿来算流量，是最常见的错误。
不装专用抓拍机：用现有监控做交通违法检测的四个前提
「不装专用抓拍机」听起来是成本优势，实际是四个硬前提：成像条件够不够、证据链合不合规、误报量人工审不审得完、跨网数据怎么进执法系统。少一个都落不了地。
4 个停车场 3 万个车位：城投停车运营系统怎么把四类设备接成一张网
路内和路外是两套完全不同的生意：一个按泊位计时、车走了才能追费；一个按进出场算、不交钱抬不了杆。把这两套塞进一个系统，难点不在功能，在四类设备四套接口和一堆边界状态。
公车监管：轨迹能证明车去了哪，证明不了这趟该不该去
装个 GPS 就说做了公车监管，是这一行最常见的糊弄。轨迹只回答「车去了哪」，不回答「这趟该不该去」。这篇讲清三件事：派车单为什么是锚点、加油和里程怎么对、夜间出车怎么判。
机场能耗管理：让航班动态去驱动空调和照明
机场节能和普通楼宇最大的区别是：它有航班时刻表。把航班动态接进能耗系统，空调和照明就能提前开、按需开、延时关——这是机场能耗管理真正的价值点。
AI 误报剔除到四级画像：地区级数字交通平台的设计取舍
非现场执法的核心指标不是抓拍数量，是误报率。误报降不下来，一线执法员的精力全耗在复核上，系统再先进也没人愿意用。
交通行业最常被问到的问题
不装专用抓拍机，用现有监控做违法检测靠谱吗？
有条件靠谱。四个前提必须同时满足：成像条件能取证（视角、焦距、夜间照度）、证据链符合法定形式要求、检出量在人工审核产能内、视频专网到执法内网的跨网链路打通。少一个都落不了地，尤其成像条件——现有监控是为「看」优化的，不是为「取证」优化的。
非现场执法的误报率怎么降下来？
三道过滤叠加：前端成像质量过滤（模糊、逆光、遮挡直接丢）、算法置信度分级（高置信自动入库、中置信人工复核、低置信只留痕）、跨帧一致性校验（同一目标多帧确认）。只靠调算法参数降不下来，前端筛选和分级策略的贡献往往更大。
路内停车和路外停车场能用一个系统管吗？
能，但订单模型必须分开。路外订单在出场时闭合，路内订单要等车驶离后追缴。强行统一成一个状态机，后期一定出账务问题。正确做法是共用一个设备接入层和用户体系，订单和结算分开建模。