简介一套完整的人工智能黑烟车自动识别系统研究资源包面向交通管理部门、环保监测人员及深度学习目标检测方向的开发者与学习者。资源围绕自建黑烟车数据集运用ResNet骨架网络结合图像增广、迁移学习与参数调优实现了mAP达0.9752的检测模型直击黑烟车监管费时费力的实际痛点。压缩包共含2000个文件、约74.53MB其中902张JPG图片与988个XML标注构成数据集18个PY脚本为模型训练与测试代码另有PDF/DOC/PPTX等多种格式论文及使用说明文档便于对照学习。目前已有227人浏览学习。整套资料从数据准备到模型部署均有覆盖适合希望完整复现目标检测全流程、开展环保智能监控项目的高校学生与算法工程师。1. 黑烟车自动识别到底在解决什么问题比“看图识烟”难在哪很多第一次碰黑烟车自动识别系统的人都会在同一个地方翻车模型在演示视频上几乎全对一到真实卡口就误报多到没法看。这个任务和普通目标检测不一样难点在“烟”不在“车”——烟是半透明、边缘发散的动态目标淡烟在逆光下和灰云、桥洞阴影、雨天水汽几乎无法区分。这套带源码、数据集、使用文档和论文的工程包适合两类人一类是拿它当人工智能大作业或期末项目的学生需要一条从数据到论文的完整实验链另一类是已经在用深度学习做视觉检测、想把这个算法真正装到路侧摄像头后面的工程师。它不是一个跑通就行的demo而是一套从数据采集、模型训练到排放事件判定的闭环方案。2. 任务拆解与模型选型从视频帧到一份超标排放记录先别急着开训练。黑烟车识别做的是“排放事件识别”不是“图片分类”。把这一点想清楚后面的模型选型、数据标注、后处理才不会走偏。2.1 输入输出定义视频流怎么变成“超标记录”真实场景里摄像头装在卡口或路侧输入是连续视频流输出不是“这一帧有烟”而是“这辆车在某时某分冒了黑烟”要能作为执法依据。换句话说系统最终要交出一份结构化记录车辆轨迹ID、排放开始帧、结束帧、置信度、证据截图。这个定义决定了技术路线。如果只训练一个图像分类模型判断“有烟/无烟”它无法回答“哪辆车在冒烟”更无法在证据截图上画框。所以常见做法是拆成两个层次模型只负责在单帧图像里找到烟区至于“这个人是否在排放”“排放持续了多久”交给后处理去聚合。分层之后每一个环节都可独立调试、独立出可视化结果现场出问题的时候能直接定位。黑烟图像本身也有一个容易低估的麻烦烟是动态消散的气流同一辆车连续几帧的画面特征差别很大。浓烟在黑芯附近有清晰的灰度突变但淡烟完全是一团低对比度的膜状物固定在原地不动时人眼都容易漏看。这也解释了为什么单帧精度不能代表系统水平时序信息在这个任务里几乎是必须的。2.2 三种算法路线的取舍语义分割、双阶段检测、时序分类我踩过一遍之后把常见路线归成三类各有各的适用边界。算法路线典型实现优点落地短板像素级分割DeepLabV3 / SegFormer烟区边界精细、可视化直观像素标注成本高灰烟和阴影边缘无法分清卡口算力吃紧检测 分类YOLOv8 轻量CNN烟区判定误报可分阶段拦截便于单独调参烟区边界不如分割精细需要维护两个模型视频时序分类3D CNN / 视频Transformer直接刻画烟流动态消散过程正样本事件难凑端侧算力不足输出结果难解释我现在的方案基本固定在第二类先跟踪车辆再在车辆附近做烟区检测最后用滑动窗口做时序投票。选它的核心理由是误报能分阶段拦截跟踪阶段滤掉路牌、灯杆、广告牌上的伪目标检测阶段只输出烟区候选框最后一层的时序投票再拦掉雨雾、阴影这类持续出现的干扰。先跟踪后检测还有一个很多人没提的好处烟区本身形态变化太快直接拿烟区框做跟踪很容易断轨迹车辆的bbox稳定得多跟踪到位之后烟区检测只需要在车辆轨迹附近的ROI里做计算量也小。这套系统骨架拆出来是四个模块视频解析与抽帧、车辆跟踪、烟区检测、时序聚合与证据留存。任何一个模块升级都不影响其他模块的接口。2.3 论文在整套工程里的真实作用实验记录而不是摆设拿到这套源码包我会建议先读论文里的实验设计再动代码。论文里最值得看的不是它的准确率数字而是它对比了几条路线、用的什么数据集划分、评估指标是什么。这些信息比模型权重本身更值钱因为黑烟车数据没有统一benchmark各家自采自测数字没法直接横向比。复现的时候如果发现结果和论文对不上头一个怀疑对象是数据划分是不是同一批视频既进了训练集又进了验证集。很多“高精度”就是这么来的换一段没见过的视频立刻现原形。论文部分真正提供的是一份可复现的实验骨架把数据来源、标注策略、训练参数、评估口径写清楚这才是能拿去答辩、也能给后来者照着做的东西。3. 数据是黑烟车系统的命根子采集、裁剪、标注与难例挖掘模型选型定完之后胜负手全在数据。黑烟车的样本分布非常偏正样本真实冒烟事件可能一整天只有几十个负样本却浩如烟海而且负样本里混着大量和烟长得几乎一样的干扰物。如果只拿现成数据集跑通流程换个路口大概率崩。3.1 原始视频怎么变成训练样本跟踪裁剪脚本我一般先拿几段8小时卡口视频喂给车辆跟踪器按轨迹ID把每辆车的经过片段保存成帧序列。这一步产出两种素材帧序列用于做烟区检测训练片段本身用于后处理的时序验证。裁剪脚本的常见做法是这样from pathlib import Path import cv2 def save_vehicle_clips(tracks, frame_reader, output_dir): tracks: 由 DeepSORT/ByteTrack 输出的轨迹字典 key 为 track_id, value 为 (frame_idx, bbox, score) 列表 frame_reader: 按帧索引读取原始图像的对象, 暴露 read(frame_idx) for track_id, dets in tracks.items(): clip_dir Path(output_dir) / ftrack_{track_id:06d} clip_dir.mkdir(parentsTrue, exist_okTrue) for frame_idx, bbox, score in dets: frame frame_reader.read(frame_idx) x1, y1, x2, y2 [int(v) for v in bbox] pad_w int((x2 - x1) * 0.2) pad_h int((y2 - y1) * 0.2) x1 max(0, x1 - pad_w) y1 max(0, y1 - pad_h) x2 min(frame.shape[1], x2 pad_w) y2 min(frame.shape[0], y2 pad_h) save_path clip_dir / f{frame_idx:06d}.jpg cv2.imwrite(str(save_path), frame[y1:y2, x1:x2])这个脚本的核心参数是外扩比例0.2。黑烟从排气管喷出后会在车后扩散如果bbox紧紧贴着车辆轮廓烟区会被裁掉一截标注时还得补回来外扩太多又会把大面积路面背景带进来模型容易靠背景做判断。我一般固定20%宁可多裁一点背景也不能把烟芯切掉。frame_reader是一个按索引读取帧的解码器封装你用OpenCV的cap.read()循环也行但别在脚本里直接cap.set(cv2.CAP_PROP_POS_FRAMES)跳读效率太低。实际部署时我会用ffmpeg把视频解成帧缓存目录再用frame_idx直接定位读取。3.2 标注黑烟区域哪些边界情况直接开掉标注规则是整个数据流程里最容易吵起来的地方。我的标准很简单烟区bbox只框“黑芯”不框“尾羽”。黑烟在排气管附近有一块浓度最高的核心区域边缘逐渐发散变淡如果强迫标注员把边界框到完全消失框里会混进大量正常背景模型学到的特征就不干净了。框小一点反而让模型集中学“成团的黑色羽流”这个判别性最强的特征。有三类样本我建议直接丢弃而不是标成负样本小于16x16像素的烟区、逆光导致局部过曝的帧、半挂车和渣土车扬尘画面。扬尘和黑烟在任何单帧里都几乎一样强行标只会让模型在“判别烟”和“判别灰尘”之间精神分裂正确的做法是靠时序信息去区分因为扬尘是离散的、没有持续喷出的轨迹特征。标注时把这个规则写进使用文档能省掉大量返工。3.3 数据增强哪些有效、哪些是白费甚至有害黑烟检测的增强策略和通用目标检测不太一样我吃过一次亏之后把增强列表重新过了一遍。增强操作建议原因Mosaic开提高小目标与遮挡鲁棒性烟区在画面中往往只占很小比例HSV 色相扰动关或极小烟的判别特征是灰度差和纹理色相扰动反而让车漆颜色被误学成烟HSV 饱和度扰动克制同上控制在小幅范围内亮度/对比度可适量开模拟早晚逆光对烟这种低对比度目标有帮助水平翻转可开烟流形态没有方向语义翻转不影响检测Cutout不开烟本身就是一种“遮挡物”再做挖洞会干扰模型的边界判断最典型的翻车案例是开了色相增强之后把深蓝色车漆识别成黑烟。原因是训练时色相被随机扭曲模型学到的是“暗色区域”而不是“烟羽的纹理”推理时深色车身就全部中招。现在我的默认配置里hsv_h0.0饱和度扰动压到很小。3.4 硬负样本与类不平衡把误报源头提前喂给模型黑烟车数据集的负样本量级和正样本完全不对等。一个路口一天可能只有几十个冒烟事件但晴天树影、雨天反光、夜间大灯过曝、桥洞阴影、货车苫布的黑色褶皱都在频繁出现。我的做法是单独建一个“类烟干扰”目录把人工确认过的误报帧全部扔进去训练时正负比例控制在1:3到1:5。负样本采样不是随机抽而是挖“硬负样本”跑一版基线模型把预测置信度在0.3到0.7之间的误报帧全部捞出来人工过一遍确认是误报之后进负样本库。这个闭环要跑至少两轮第一轮清掉明显的灯光和阴影误报第二轮清掉的才是难啃的骨头。这套源码里如果没有现成的难例挖掘工具自己写一个也很简单推理时把满足置信度区间但最终判定为非事件的帧保存成截图定期人工复核。4. 用YOLOv8训练黑烟车检测模型从训练命令到时序判定代码为什么拿YOLOv8举例而不是别的框架因为它在Python生态里最普及从训练到转ONNX、TensorRT一条链路都有现成工具源码包里的代码也最容易对接。把环境按使用文档对齐之后直接进训练环节。4.1 组织YOLO格式数据集目录、标签文件和data.yaml先看目录结构这是最容易出错又最不容易被重视的一步dataset/ ├── images/ │ ├── train/ │ └── val/ ├── labels/ │ ├── train/ │ └── val/ └── data.yaml每个标签文件的格式是class_id cx cy w h其中cx cy w h是归一化到0到1之间的中心点坐标和宽高。比如0 0.4231 0.5124 0.1365 0.2120这里只有一个目标类别smoke所以class_id恒为0。没有烟的帧不生成标签文件直接放在images/train目录里框架会把它们当作背景样本参与训练。个别框架版本会提示“找到0个标签”不用慌确认这些帧的存在数量符合预期就行。data.yaml 同样简洁path: ./dataset train: images/train val: images/val names: 0: smoke有一点要特别说这个任务的类别只有一类不是“车”加“烟”两个类。车辆的位置已经由跟踪模块提供了烟区检测器不需要再学车的概念减少类别就能减少误报面。如果你在工程里看有人把车也标进类别那通常是套用了通用检测流程没做减法。4.2 训练命令与关键超参数拿什么预训练权重、为什么imgsz要拉高我用得最多的初始命令是yolo detect train \ modelyolov8n.pt \ data./dataset/data.yaml \ epochs120 \ imgsz1280 \ batch16 \ patience30 \ hsv_h0.0 \ hsv_s0.1 \ hsv_v0.2 \ fliplr0.5 \ mosaic1.0 \ close_mosaic10几个参数背后都有讲究参数初始值调节方向imgsz1280黑烟远端烟区只有几十像素640分辨率丢细节先拉高到1280再说batch16按显存调正样本少时batch太小会让梯度噪声偏大hsv_h / hsv_s / hsv_v0 / 0.1 / 0.2保持灰度通道稳定色相扰动直接关掉mosaic1.0前中程保持开启增加目标尺度多样性close_mosaic10最后10个epoch关掉马赛克增强让模型回归真实分布modelyolov8n.pt是官方COCO预训练权重对烟这种COCO里没有的目标依然值得用因为底层纹理、边缘、灰度突变这些通用特征已经学好了只需要微调上层语义。如果显存不够先降batch而不是降imgsz黑烟目标太小输入分辨率是第一条命根子我是认真的。4.3 从帧检测到排放事件一段可直接改的时序判定代码训练完的模型逐帧跑会输出一堆烟区候选框但这些框不等于排放事件。一辆车在一段视频里可能连续30帧被检出也可能中间漏掉几帧需要一段聚合逻辑把它合并成一次事件。我常用的判定逻辑是这样from collections import defaultdict def aggregate_events(frame_dets, window15, min_hits8, cooldown20): frame_dets: list[(frame_id, track_id, score)] 按 track_id 聚合检测结果, 用滑动窗口判断是否构成排放事件 by_id defaultdict(list) for frame_id, track_id, score in frame_dets: by_id[track_id].append((frame_id, score)) events [] for track_id, dets in by_id.items(): dets.sort() i 0 n len(dets) while i n: j i while j n and dets[j][0] - dets[i][0] window: j 1 win dets[i:j] if len(win) min_hits: scores sorted([s for _, s in win]) events.append({ track_id: track_id, start_frame: win[0][0], end_frame: win[-1][0], conf: scores[len(scores) // 2], }) # 冷却期: 同一辆车在冷却帧数内不重复触发 k j while k n and dets[k][0] - dets[i][0] cooldown: k 1 i k else: i j return events这套逻辑里三个参数要一块调。window15是投票窗口min_hits8意味着窗口内至少8帧命中约等于53%的命中率。置信度取中位数而不是均值是因为帧级评分偶尔会出现极端低分均值会被一个低分拉垮中位数更稳。cooldown20防止同一辆车一次连续冒烟被割成两个事件。4.4 用一批没有参与训练的真实片段做“试车”模型训完不要直接看测试集loss把一段没有参与训练的真实卡口视频丢进去跑完整流程数两类数漏报的冒烟车辆数、误报的非冒烟车辆数。我习惯折算成“每1000辆过车误报多少”而不是只看mAP。mAP是模型内部指标现场要的是可解释的外部指标。第一次跑通之后把整个推理链路固定成脚本后面每次迭代模型都跑同一段试车视频做回归对比这个基线视频非常珍贵要留好。5. 黑烟车识别落地必踩的5个坑误报、漏检与视频闪烁这部分全是血泪经验。每一条都是我在真实卡口视频上调出来的不是理论推演。现象、原因、解决一条线说清楚。5.1 验证集mAP很高、实拍误报不断烟区框“蹭背景”的锅现象验证集上mAP到了0.9以上放到路口实拍视频里路牌阴影、电线杆影子、树冠晃动一路误报。原因标注烟区时bbox外扩太大烟芯只占了框的一小块框里大部分面积是路面或绿化带背景。模型学到的是“某些灰暗背景区域烟”而不是烟羽本身的纹理。尤其是树荫覆盖的路面和深色烟羽在灰度分布上非常接近。解决重新检查标注框把bbox收紧到黑芯周围凡是一张图里框面积超过目标实际面积两倍的样本全部重标。然后加一轮难例挖掘把误报帧挑出来看预测框落在了哪里如果框大量压在背景边缘上就说明标注口径有问题。5.2 夜间车灯被当成黑烟亮度特征成了捷径现象夜间识别结果里“冒烟”车辆集中在开着大灯的车头上且置信度很高。原因夜间画面整体偏暗车灯过曝区域呈现亮白色但灯的边缘和周围暗部之间有强烈的灰度突变这种突变和黑烟芯部的边缘特征高度相似。模型在少量夜间样本上学会的可能是“高对比度的亮暗边界”而不是“烟羽灰度纹理”。解决第一夜间样本单独成组数量至少占到训练集的20%第二亮度归一化不能只在预处理里做一次要考虑把画面整体调亮/调暗的增强加进去第三对车灯区域做针对性抑制——检测烟区时把车灯bbox内的候选框直接过滤掉。最后一个办法虽然粗暴但非常有效。5.3 雨天和雾天场景大面积翻车训练集缺了“类烟干扰”现象晴天测试一切正常一到雨天路面水雾、车轮溅起的水汽全部触发报警。原因雨天水雾和淡黑烟在视觉上几乎同源都是低对比度、半透明、边缘发散的膜状物。如果训练集的负样本里没有雨雾帧模型没有理由学会区分它们。解决把雨天的原始视频抽帧直接进负样本库不用标注只要确认无烟就行。如果下雨天素材难凑先做合成雾增强把晴天帧加一层雾再扔进负样本池能缓解一部分但合成雾和真实水汽的纹理细节不同最终还是得攒真实雨天帧。这类样本一旦进库要定期重采因为季节不同雨雾形态也不同。5.4 浓烟全中、淡烟全漏标注和loss都偏了现象系统对刚喷出来的浓黑烟一抓一个准对已经扩散开、颜色偏灰的淡烟几乎无感。尤其在白色或浅色车身后淡烟只带一层淡淡的灰色不仔细看根本发现不了。原因两个问题叠在一起。一是标注时下意识只标浓度高的烟芯淡烟区域被漏标、被算成背景模型学到了“浓烟才是正例”二是训练样本里浓烟比例远高于淡烟损失函数被浓烟主导。解决专门组织一轮“淡烟补标”把扩散后的烟区也框出来不要因为看起来不明显就不标。损失函数层面可以给正样本加上focal loss或ohem或者给淡烟样本加权。最直接的工程做法是降低推理时的单帧置信度阈值到0.25左右靠后面的时序投票把误报拦掉而不是在单帧阶段卡太死。5.5 同一辆车在视频里闪来闪去逐帧判定没有时序约束现象一辆车明明在持续冒烟系统的事件记录却是断断续续的一次完整排放被拆成三四次短事件时间轴残缺。原因帧级检测置信度波动太大某些帧分数低于阈值导致命中不连续。后处理只用连续帧判定没有用“窗口内多数命中”的思路中间漏两帧就把整个事件拆断了。解决改用滑动窗口投票替代连续帧命中就是我上面那段aggregate_events的写法。窗口内有一半以上帧命中就算事件而不是要求帧帧命中。窗口长度15帧约等于0.5秒按25到30帧每秒计这个长度刚好能覆盖一次烟羽喷出的平均持续时间比连续命中稳健得多。6. 最后一公里的进阶用聚合窗口和误报日志做系统迭代模型训完、事件判定写完系统还只是“能跑”。真正让它在一个路口稳定工作靠的是参数微调和一个可持续的误报反馈闭环。6.1 聚合窗口参数的现场调法时序判定不是一锤子买卖。我一般的调参顺序是先把单帧conf固定在0.35再调window和min_hits。如果发现同一辆车0.5秒内触发了两次事件把cooldown往上加如果漏报偏多先不要动window把conf降到0.25再看min_hits。四个参数的推荐起点如下参数含义典型值conf单帧置信度下限0.35window投票窗口帧数15min_hits窗口内命中帧数8cooldown事件冷却帧数20调参不是玄学但要按这个顺序来一次只动一个参数并且每一轮都在同一段试车视频上做回归。我每次改完参数会盯两个数字漏报数和每千车误报数两个都必须记录不能只记一个。6.2 用误报日志闭环替代“一次性调参”比调阈值更重要的是让系统能持续变好。我给推理链路加了一个简单的日志每次事件触发除了结构化记录同时把首帧、尾帧和置信度最高的那一帧截图存下来按日期归档。每周从归档里抽一遍误报确认后直接丢进负样本库再增量训练。这个闭环坚持一个月效果比反复调阈值明显得多。阈值是在同一个分布里来回找平衡难例进库是在扩大模型见过的不可能空间后者才是长期改善。回头看我在这套系统上吃过的亏基本都集中在同一个习惯上为了把演示视频的漏检压到零把单帧conf压得很低结果误报多到审核组直接想关停。黑烟车识别最贵的成本不是算力是每一次误报都要有人去复核误报治理优先级比漏报更高。希望帮到你。本文还有配套的精品资源点击获取
黑烟车自动识别系统实战：基于YOLOv8的深度学习工程全流程
简介一套完整的人工智能黑烟车自动识别系统研究资源包面向交通管理部门、环保监测人员及深度学习目标检测方向的开发者与学习者。资源围绕自建黑烟车数据集运用ResNet骨架网络结合图像增广、迁移学习与参数调优实现了mAP达0.9752的检测模型直击黑烟车监管费时费力的实际痛点。压缩包共含2000个文件、约74.53MB其中902张JPG图片与988个XML标注构成数据集18个PY脚本为模型训练与测试代码另有PDF/DOC/PPTX等多种格式论文及使用说明文档便于对照学习。目前已有227人浏览学习。整套资料从数据准备到模型部署均有覆盖适合希望完整复现目标检测全流程、开展环保智能监控项目的高校学生与算法工程师。1. 黑烟车自动识别到底在解决什么问题比“看图识烟”难在哪很多第一次碰黑烟车自动识别系统的人都会在同一个地方翻车模型在演示视频上几乎全对一到真实卡口就误报多到没法看。这个任务和普通目标检测不一样难点在“烟”不在“车”——烟是半透明、边缘发散的动态目标淡烟在逆光下和灰云、桥洞阴影、雨天水汽几乎无法区分。这套带源码、数据集、使用文档和论文的工程包适合两类人一类是拿它当人工智能大作业或期末项目的学生需要一条从数据到论文的完整实验链另一类是已经在用深度学习做视觉检测、想把这个算法真正装到路侧摄像头后面的工程师。它不是一个跑通就行的demo而是一套从数据采集、模型训练到排放事件判定的闭环方案。2. 任务拆解与模型选型从视频帧到一份超标排放记录先别急着开训练。黑烟车识别做的是“排放事件识别”不是“图片分类”。把这一点想清楚后面的模型选型、数据标注、后处理才不会走偏。2.1 输入输出定义视频流怎么变成“超标记录”真实场景里摄像头装在卡口或路侧输入是连续视频流输出不是“这一帧有烟”而是“这辆车在某时某分冒了黑烟”要能作为执法依据。换句话说系统最终要交出一份结构化记录车辆轨迹ID、排放开始帧、结束帧、置信度、证据截图。这个定义决定了技术路线。如果只训练一个图像分类模型判断“有烟/无烟”它无法回答“哪辆车在冒烟”更无法在证据截图上画框。所以常见做法是拆成两个层次模型只负责在单帧图像里找到烟区至于“这个人是否在排放”“排放持续了多久”交给后处理去聚合。分层之后每一个环节都可独立调试、独立出可视化结果现场出问题的时候能直接定位。黑烟图像本身也有一个容易低估的麻烦烟是动态消散的气流同一辆车连续几帧的画面特征差别很大。浓烟在黑芯附近有清晰的灰度突变但淡烟完全是一团低对比度的膜状物固定在原地不动时人眼都容易漏看。这也解释了为什么单帧精度不能代表系统水平时序信息在这个任务里几乎是必须的。2.2 三种算法路线的取舍语义分割、双阶段检测、时序分类我踩过一遍之后把常见路线归成三类各有各的适用边界。算法路线典型实现优点落地短板像素级分割DeepLabV3 / SegFormer烟区边界精细、可视化直观像素标注成本高灰烟和阴影边缘无法分清卡口算力吃紧检测 分类YOLOv8 轻量CNN烟区判定误报可分阶段拦截便于单独调参烟区边界不如分割精细需要维护两个模型视频时序分类3D CNN / 视频Transformer直接刻画烟流动态消散过程正样本事件难凑端侧算力不足输出结果难解释我现在的方案基本固定在第二类先跟踪车辆再在车辆附近做烟区检测最后用滑动窗口做时序投票。选它的核心理由是误报能分阶段拦截跟踪阶段滤掉路牌、灯杆、广告牌上的伪目标检测阶段只输出烟区候选框最后一层的时序投票再拦掉雨雾、阴影这类持续出现的干扰。先跟踪后检测还有一个很多人没提的好处烟区本身形态变化太快直接拿烟区框做跟踪很容易断轨迹车辆的bbox稳定得多跟踪到位之后烟区检测只需要在车辆轨迹附近的ROI里做计算量也小。这套系统骨架拆出来是四个模块视频解析与抽帧、车辆跟踪、烟区检测、时序聚合与证据留存。任何一个模块升级都不影响其他模块的接口。2.3 论文在整套工程里的真实作用实验记录而不是摆设拿到这套源码包我会建议先读论文里的实验设计再动代码。论文里最值得看的不是它的准确率数字而是它对比了几条路线、用的什么数据集划分、评估指标是什么。这些信息比模型权重本身更值钱因为黑烟车数据没有统一benchmark各家自采自测数字没法直接横向比。复现的时候如果发现结果和论文对不上头一个怀疑对象是数据划分是不是同一批视频既进了训练集又进了验证集。很多“高精度”就是这么来的换一段没见过的视频立刻现原形。论文部分真正提供的是一份可复现的实验骨架把数据来源、标注策略、训练参数、评估口径写清楚这才是能拿去答辩、也能给后来者照着做的东西。3. 数据是黑烟车系统的命根子采集、裁剪、标注与难例挖掘模型选型定完之后胜负手全在数据。黑烟车的样本分布非常偏正样本真实冒烟事件可能一整天只有几十个负样本却浩如烟海而且负样本里混着大量和烟长得几乎一样的干扰物。如果只拿现成数据集跑通流程换个路口大概率崩。3.1 原始视频怎么变成训练样本跟踪裁剪脚本我一般先拿几段8小时卡口视频喂给车辆跟踪器按轨迹ID把每辆车的经过片段保存成帧序列。这一步产出两种素材帧序列用于做烟区检测训练片段本身用于后处理的时序验证。裁剪脚本的常见做法是这样from pathlib import Path import cv2 def save_vehicle_clips(tracks, frame_reader, output_dir): tracks: 由 DeepSORT/ByteTrack 输出的轨迹字典 key 为 track_id, value 为 (frame_idx, bbox, score) 列表 frame_reader: 按帧索引读取原始图像的对象, 暴露 read(frame_idx) for track_id, dets in tracks.items(): clip_dir Path(output_dir) / ftrack_{track_id:06d} clip_dir.mkdir(parentsTrue, exist_okTrue) for frame_idx, bbox, score in dets: frame frame_reader.read(frame_idx) x1, y1, x2, y2 [int(v) for v in bbox] pad_w int((x2 - x1) * 0.2) pad_h int((y2 - y1) * 0.2) x1 max(0, x1 - pad_w) y1 max(0, y1 - pad_h) x2 min(frame.shape[1], x2 pad_w) y2 min(frame.shape[0], y2 pad_h) save_path clip_dir / f{frame_idx:06d}.jpg cv2.imwrite(str(save_path), frame[y1:y2, x1:x2])这个脚本的核心参数是外扩比例0.2。黑烟从排气管喷出后会在车后扩散如果bbox紧紧贴着车辆轮廓烟区会被裁掉一截标注时还得补回来外扩太多又会把大面积路面背景带进来模型容易靠背景做判断。我一般固定20%宁可多裁一点背景也不能把烟芯切掉。frame_reader是一个按索引读取帧的解码器封装你用OpenCV的cap.read()循环也行但别在脚本里直接cap.set(cv2.CAP_PROP_POS_FRAMES)跳读效率太低。实际部署时我会用ffmpeg把视频解成帧缓存目录再用frame_idx直接定位读取。3.2 标注黑烟区域哪些边界情况直接开掉标注规则是整个数据流程里最容易吵起来的地方。我的标准很简单烟区bbox只框“黑芯”不框“尾羽”。黑烟在排气管附近有一块浓度最高的核心区域边缘逐渐发散变淡如果强迫标注员把边界框到完全消失框里会混进大量正常背景模型学到的特征就不干净了。框小一点反而让模型集中学“成团的黑色羽流”这个判别性最强的特征。有三类样本我建议直接丢弃而不是标成负样本小于16x16像素的烟区、逆光导致局部过曝的帧、半挂车和渣土车扬尘画面。扬尘和黑烟在任何单帧里都几乎一样强行标只会让模型在“判别烟”和“判别灰尘”之间精神分裂正确的做法是靠时序信息去区分因为扬尘是离散的、没有持续喷出的轨迹特征。标注时把这个规则写进使用文档能省掉大量返工。3.3 数据增强哪些有效、哪些是白费甚至有害黑烟检测的增强策略和通用目标检测不太一样我吃过一次亏之后把增强列表重新过了一遍。增强操作建议原因Mosaic开提高小目标与遮挡鲁棒性烟区在画面中往往只占很小比例HSV 色相扰动关或极小烟的判别特征是灰度差和纹理色相扰动反而让车漆颜色被误学成烟HSV 饱和度扰动克制同上控制在小幅范围内亮度/对比度可适量开模拟早晚逆光对烟这种低对比度目标有帮助水平翻转可开烟流形态没有方向语义翻转不影响检测Cutout不开烟本身就是一种“遮挡物”再做挖洞会干扰模型的边界判断最典型的翻车案例是开了色相增强之后把深蓝色车漆识别成黑烟。原因是训练时色相被随机扭曲模型学到的是“暗色区域”而不是“烟羽的纹理”推理时深色车身就全部中招。现在我的默认配置里hsv_h0.0饱和度扰动压到很小。3.4 硬负样本与类不平衡把误报源头提前喂给模型黑烟车数据集的负样本量级和正样本完全不对等。一个路口一天可能只有几十个冒烟事件但晴天树影、雨天反光、夜间大灯过曝、桥洞阴影、货车苫布的黑色褶皱都在频繁出现。我的做法是单独建一个“类烟干扰”目录把人工确认过的误报帧全部扔进去训练时正负比例控制在1:3到1:5。负样本采样不是随机抽而是挖“硬负样本”跑一版基线模型把预测置信度在0.3到0.7之间的误报帧全部捞出来人工过一遍确认是误报之后进负样本库。这个闭环要跑至少两轮第一轮清掉明显的灯光和阴影误报第二轮清掉的才是难啃的骨头。这套源码里如果没有现成的难例挖掘工具自己写一个也很简单推理时把满足置信度区间但最终判定为非事件的帧保存成截图定期人工复核。4. 用YOLOv8训练黑烟车检测模型从训练命令到时序判定代码为什么拿YOLOv8举例而不是别的框架因为它在Python生态里最普及从训练到转ONNX、TensorRT一条链路都有现成工具源码包里的代码也最容易对接。把环境按使用文档对齐之后直接进训练环节。4.1 组织YOLO格式数据集目录、标签文件和data.yaml先看目录结构这是最容易出错又最不容易被重视的一步dataset/ ├── images/ │ ├── train/ │ └── val/ ├── labels/ │ ├── train/ │ └── val/ └── data.yaml每个标签文件的格式是class_id cx cy w h其中cx cy w h是归一化到0到1之间的中心点坐标和宽高。比如0 0.4231 0.5124 0.1365 0.2120这里只有一个目标类别smoke所以class_id恒为0。没有烟的帧不生成标签文件直接放在images/train目录里框架会把它们当作背景样本参与训练。个别框架版本会提示“找到0个标签”不用慌确认这些帧的存在数量符合预期就行。data.yaml 同样简洁path: ./dataset train: images/train val: images/val names: 0: smoke有一点要特别说这个任务的类别只有一类不是“车”加“烟”两个类。车辆的位置已经由跟踪模块提供了烟区检测器不需要再学车的概念减少类别就能减少误报面。如果你在工程里看有人把车也标进类别那通常是套用了通用检测流程没做减法。4.2 训练命令与关键超参数拿什么预训练权重、为什么imgsz要拉高我用得最多的初始命令是yolo detect train \ modelyolov8n.pt \ data./dataset/data.yaml \ epochs120 \ imgsz1280 \ batch16 \ patience30 \ hsv_h0.0 \ hsv_s0.1 \ hsv_v0.2 \ fliplr0.5 \ mosaic1.0 \ close_mosaic10几个参数背后都有讲究参数初始值调节方向imgsz1280黑烟远端烟区只有几十像素640分辨率丢细节先拉高到1280再说batch16按显存调正样本少时batch太小会让梯度噪声偏大hsv_h / hsv_s / hsv_v0 / 0.1 / 0.2保持灰度通道稳定色相扰动直接关掉mosaic1.0前中程保持开启增加目标尺度多样性close_mosaic10最后10个epoch关掉马赛克增强让模型回归真实分布modelyolov8n.pt是官方COCO预训练权重对烟这种COCO里没有的目标依然值得用因为底层纹理、边缘、灰度突变这些通用特征已经学好了只需要微调上层语义。如果显存不够先降batch而不是降imgsz黑烟目标太小输入分辨率是第一条命根子我是认真的。4.3 从帧检测到排放事件一段可直接改的时序判定代码训练完的模型逐帧跑会输出一堆烟区候选框但这些框不等于排放事件。一辆车在一段视频里可能连续30帧被检出也可能中间漏掉几帧需要一段聚合逻辑把它合并成一次事件。我常用的判定逻辑是这样from collections import defaultdict def aggregate_events(frame_dets, window15, min_hits8, cooldown20): frame_dets: list[(frame_id, track_id, score)] 按 track_id 聚合检测结果, 用滑动窗口判断是否构成排放事件 by_id defaultdict(list) for frame_id, track_id, score in frame_dets: by_id[track_id].append((frame_id, score)) events [] for track_id, dets in by_id.items(): dets.sort() i 0 n len(dets) while i n: j i while j n and dets[j][0] - dets[i][0] window: j 1 win dets[i:j] if len(win) min_hits: scores sorted([s for _, s in win]) events.append({ track_id: track_id, start_frame: win[0][0], end_frame: win[-1][0], conf: scores[len(scores) // 2], }) # 冷却期: 同一辆车在冷却帧数内不重复触发 k j while k n and dets[k][0] - dets[i][0] cooldown: k 1 i k else: i j return events这套逻辑里三个参数要一块调。window15是投票窗口min_hits8意味着窗口内至少8帧命中约等于53%的命中率。置信度取中位数而不是均值是因为帧级评分偶尔会出现极端低分均值会被一个低分拉垮中位数更稳。cooldown20防止同一辆车一次连续冒烟被割成两个事件。4.4 用一批没有参与训练的真实片段做“试车”模型训完不要直接看测试集loss把一段没有参与训练的真实卡口视频丢进去跑完整流程数两类数漏报的冒烟车辆数、误报的非冒烟车辆数。我习惯折算成“每1000辆过车误报多少”而不是只看mAP。mAP是模型内部指标现场要的是可解释的外部指标。第一次跑通之后把整个推理链路固定成脚本后面每次迭代模型都跑同一段试车视频做回归对比这个基线视频非常珍贵要留好。5. 黑烟车识别落地必踩的5个坑误报、漏检与视频闪烁这部分全是血泪经验。每一条都是我在真实卡口视频上调出来的不是理论推演。现象、原因、解决一条线说清楚。5.1 验证集mAP很高、实拍误报不断烟区框“蹭背景”的锅现象验证集上mAP到了0.9以上放到路口实拍视频里路牌阴影、电线杆影子、树冠晃动一路误报。原因标注烟区时bbox外扩太大烟芯只占了框的一小块框里大部分面积是路面或绿化带背景。模型学到的是“某些灰暗背景区域烟”而不是烟羽本身的纹理。尤其是树荫覆盖的路面和深色烟羽在灰度分布上非常接近。解决重新检查标注框把bbox收紧到黑芯周围凡是一张图里框面积超过目标实际面积两倍的样本全部重标。然后加一轮难例挖掘把误报帧挑出来看预测框落在了哪里如果框大量压在背景边缘上就说明标注口径有问题。5.2 夜间车灯被当成黑烟亮度特征成了捷径现象夜间识别结果里“冒烟”车辆集中在开着大灯的车头上且置信度很高。原因夜间画面整体偏暗车灯过曝区域呈现亮白色但灯的边缘和周围暗部之间有强烈的灰度突变这种突变和黑烟芯部的边缘特征高度相似。模型在少量夜间样本上学会的可能是“高对比度的亮暗边界”而不是“烟羽灰度纹理”。解决第一夜间样本单独成组数量至少占到训练集的20%第二亮度归一化不能只在预处理里做一次要考虑把画面整体调亮/调暗的增强加进去第三对车灯区域做针对性抑制——检测烟区时把车灯bbox内的候选框直接过滤掉。最后一个办法虽然粗暴但非常有效。5.3 雨天和雾天场景大面积翻车训练集缺了“类烟干扰”现象晴天测试一切正常一到雨天路面水雾、车轮溅起的水汽全部触发报警。原因雨天水雾和淡黑烟在视觉上几乎同源都是低对比度、半透明、边缘发散的膜状物。如果训练集的负样本里没有雨雾帧模型没有理由学会区分它们。解决把雨天的原始视频抽帧直接进负样本库不用标注只要确认无烟就行。如果下雨天素材难凑先做合成雾增强把晴天帧加一层雾再扔进负样本池能缓解一部分但合成雾和真实水汽的纹理细节不同最终还是得攒真实雨天帧。这类样本一旦进库要定期重采因为季节不同雨雾形态也不同。5.4 浓烟全中、淡烟全漏标注和loss都偏了现象系统对刚喷出来的浓黑烟一抓一个准对已经扩散开、颜色偏灰的淡烟几乎无感。尤其在白色或浅色车身后淡烟只带一层淡淡的灰色不仔细看根本发现不了。原因两个问题叠在一起。一是标注时下意识只标浓度高的烟芯淡烟区域被漏标、被算成背景模型学到了“浓烟才是正例”二是训练样本里浓烟比例远高于淡烟损失函数被浓烟主导。解决专门组织一轮“淡烟补标”把扩散后的烟区也框出来不要因为看起来不明显就不标。损失函数层面可以给正样本加上focal loss或ohem或者给淡烟样本加权。最直接的工程做法是降低推理时的单帧置信度阈值到0.25左右靠后面的时序投票把误报拦掉而不是在单帧阶段卡太死。5.5 同一辆车在视频里闪来闪去逐帧判定没有时序约束现象一辆车明明在持续冒烟系统的事件记录却是断断续续的一次完整排放被拆成三四次短事件时间轴残缺。原因帧级检测置信度波动太大某些帧分数低于阈值导致命中不连续。后处理只用连续帧判定没有用“窗口内多数命中”的思路中间漏两帧就把整个事件拆断了。解决改用滑动窗口投票替代连续帧命中就是我上面那段aggregate_events的写法。窗口内有一半以上帧命中就算事件而不是要求帧帧命中。窗口长度15帧约等于0.5秒按25到30帧每秒计这个长度刚好能覆盖一次烟羽喷出的平均持续时间比连续命中稳健得多。6. 最后一公里的进阶用聚合窗口和误报日志做系统迭代模型训完、事件判定写完系统还只是“能跑”。真正让它在一个路口稳定工作靠的是参数微调和一个可持续的误报反馈闭环。6.1 聚合窗口参数的现场调法时序判定不是一锤子买卖。我一般的调参顺序是先把单帧conf固定在0.35再调window和min_hits。如果发现同一辆车0.5秒内触发了两次事件把cooldown往上加如果漏报偏多先不要动window把conf降到0.25再看min_hits。四个参数的推荐起点如下参数含义典型值conf单帧置信度下限0.35window投票窗口帧数15min_hits窗口内命中帧数8cooldown事件冷却帧数20调参不是玄学但要按这个顺序来一次只动一个参数并且每一轮都在同一段试车视频上做回归。我每次改完参数会盯两个数字漏报数和每千车误报数两个都必须记录不能只记一个。6.2 用误报日志闭环替代“一次性调参”比调阈值更重要的是让系统能持续变好。我给推理链路加了一个简单的日志每次事件触发除了结构化记录同时把首帧、尾帧和置信度最高的那一帧截图存下来按日期归档。每周从归档里抽一遍误报确认后直接丢进负样本库再增量训练。这个闭环坚持一个月效果比反复调阈值明显得多。阈值是在同一个分布里来回找平衡难例进库是在扩大模型见过的不可能空间后者才是长期改善。回头看我在这套系统上吃过的亏基本都集中在同一个习惯上为了把演示视频的漏检压到零把单帧conf压得很低结果误报多到审核组直接想关停。黑烟车识别最贵的成本不是算力是每一次误报都要有人去复核误报治理优先级比漏报更高。希望帮到你。本文还有配套的精品资源点击获取
