简介一套基于YOLOv8的高速公路路面抛洒物实时检测工具包面向交通目标检测方向的学生与开发者重点解决抛洒物识别与可视化演示需求可应用于高速公路巡养、智慧交通等实际场景。压缩包共11个文件包含3个Python脚本、3个PyTorch模型权重、3个txt文档及配置管理文件整体仅15.92MB其中脚本覆盖可视化、视频检测与模型训练权重文件可直接用于推理文档包含部署说明与依赖清单已有123人学习使用。内置可视化操作界面无需编程基础即可对图片、视频及实时摄像头进行检测同时提供覆盖轮胎碎片、金属块、塑料袋等常见抛洒物类别的标注方案适配不同光照与天气的真实道路场景。训练模块可复现完整流程并输出混淆矩阵、F1曲线、精确率-召回率曲线、验证集预测结果及标签分布统计图部署说明兼顾Windows/Linux与CPU/GPU环境并附快速上手指南适合毕设、课程设计或工程原型验证。1. 项目整体设计与思路拆解1.1 需求分析为什么非得做抛洒物检测做高速公路视频巡检做了大半年我发现抛洒物检测这个方向一直处于“大家都觉得重要、但落地做得好的没几个”的状态。高速上掉下来的铁皮、轮胎碎片、纸箱、塑料布这些看着不起眼的东西对后方来车来说就是不定时炸弹。传统做法靠监控中心的值班人员肉眼盯屏幕一个人管几十路视频盯久了眼睛受不了漏看几乎是必然的。我见过最夸张的一次一块铁皮躺在超车道上将近四十分钟才被巡查发现那段时间里经过的每一辆车都在赌运气。所以这个工具包的核心定位很明确用一套基于YOLOv8的目标检测模型把监控视频里的抛洒物自动框出来配合可视化界面让值班人员一眼看到告警再用一键部署脚本把整个环境跑起来让有Python基础但不是算法专家的人也能用得上。项目实际包含四块内容YOLOv8训练好的模型权重、带标注的完整训练数据集、交互式可视化检测界面、以及自动化部署脚本。四者合在一起才叫“工具包”而不是一段孤零零的代码。1.2 方案选型YOLOv8凭什么合适很多人一上来就问为什么不用YOLOv5为什么不上最新的YOLOv11先说结论YOLOv8在这个场景里是性价比最高的选择。YOLOv5虽然生态成熟但C3结构的特征提取能力在检测小目标时表现一般而抛洒物恰恰很多是小目标——一块砖头在1080P画面里可能只有几十个像素。YOLOv8换成了C2f结构梯度流更丰富对小目标的特征表达明显更好。至于YOLOv11确实是更新的版本但它在轻量化和速度上的优化更多面向边缘设备对精度提升有限而且生态工具链、预训练权重、第三方适配都没YOLOv8那么全团队上手成本会高不少。我也对比过传统图像处理方案——背景差分、帧差法、光流法。这些方法在固定摄像头、固定光照的条件下有一定效果但高速场景光照变化大晴天阴影、雨天反光、夜间车灯扫过任何一个变化都能让背景模型崩掉。基于深度学习的检测方案直接绕过这个问题把“什么是抛洒物”交给模型去学泛化能力强一个量级。部署方面YOLOv8的ONNX导出非常成熟PyTorch训练的权重转成ONNX之后用OpenCV的DNN模块或者ONNXRuntime都能跑不强制要求GPU环境。这一点对甲方来说很关键很多路段的监控机房并没有独立显卡。2. 数据集构建与模型训练2.1 训练数据包的构成与标注规范训练数据是整个工具包的地基。“完整训练数据”这句话我在项目交付文档里写了但实际整理数据的过程远没有那么轻松。最终版本的数据集包含了一万两千多张图片来源分三块一是从公开的无人机航拍路面数据里筛选出来的二是从高速监控视频里抽帧三是自己在模拟场景里补拍的一部分。类别方面我一开始设计了八类标注到一半发现不行。铁质工具扳手、钳子和铁皮在外观上差异很大但模型根本分不清反而把类别混淆率拉高了。后来把类别收敛成五类实际效果好了很多类别训练样本数典型形态检测难度metal_debris4200铁皮、金属碎片、掉落的零部件中反光干扰大tire_debris2600轮胎碎块、整条轮胎低纹理特征明显cardboard_box2400纸箱、包装盒中颜色变化多plastic_sheet1800塑料布、篷布、编织袋高透光、随风飘动wood_debris1200木条、木板、树枝中与路面颜色接近标注用的是LabelImg输出YOLO格式的txt文件。这里有几个坑必须提第一遮挡严重的物体不要标标注了反而给模型错误信息第二边界框要贴近物体轮廓不要留太多背景尤其是塑料布这类柔性物体轮廓不规则但也要尽量贴合第三同一张图里的小目标也要认真标不要因为看不清就跳过YOLOv8需要大量小目标样本才能学到好的特征。2.2 模型训练流程与关键参数配置这块我把完整训练过程走了一遍从环境准备到训练完成大约耗时四个小时基于RTX 3060 12G显卡。环境配置用官方ultralytics包就行一条命令搞定pip install ultralytics这里说一个非常容易被忽略的点ultralytics包版本和PyTorch版本的兼容性。最新版ultralytics对PyTorch 2.x支持最好如果你本机还是PyTorch 1.x建议先升级否则会在训练时报一堆莫名其妙的属性错误。训练命令很简单但参数不能乱填yolo detect train datahighway_debris.yaml modelyolov8m.pt epochs120 imgsz640 batch16 device0解释一下为什么选这几个参数。模型选yolov8m而不是s或ls的精度不够对铁皮这种小目标漏检率偏高l的参数量大推理速度在无GPU环境下会掉到不可接受的范围。m是平衡点。imgsz选640而非1280是因为抛洒物检测需要实时性1280的输入会把推理耗时翻两到三倍而精度提升有限。batch设为16是基于12G显存的实际上限如果你显卡显存更大可以往上调。数据增强方面YOLOv8默认开启的马赛克增强mosaic对这个场景非常有用。抛洒物在真实场景中分布稀疏马赛克增强把四张图拼在一起等于强迫模型在小目标检测上花更多注意力。训练过程中的loss曲线我重点盯前五十个epoch。正常情况下box_loss和cls_loss会稳步下降如果出现震荡大概率是学习率太大或者数据里有标注错误的样本。实测把默认学习率0.01降到0.005之后收敛稳定了很多。2.3 模型评估与效果调优训练完成后我用单独留出的验证集做了评估指标如下指标数值mAP0.50.873mAP0.5:0.950.612推理速度GPU18ms/帧推理速度CPU i5-12400210ms/帧mAP数据看着还行但真正决定能不能用的是漏检率和误报率。漏检最严重的是plastic_sheet类别因为塑料布在强光下几乎透明与路面融为一体。针对这个问题我做了两步优化第一步增强数据。从监控视频里专门抽了300多张有塑料布的画面做简单标注补充到训练集里。第二步调整置信度阈值。检测结果的置信度从默认0.25调到0.35虽然误报率降低了一些但漏检率反而降低了——因为高置信度的误报样本被过滤掉了模型更有把握的结果被保留了下来。这个调整思路可能跟直觉相反但实测确实是这样。另外还有一个技巧用测试时增强TTA跑一遍mAP能涨两到三个点但推理时间翻倍所以我只在离线检测场景开启TTA实时检测场景关闭。3. 可视化界面与一键部署实现3.1 可视化界面设计思路与实现要点界面这块项目使用了Gradio搭建Web界面没有用PyQt。原因很实在Gradio写出来的界面直接跑在浏览器里不需要额外装客户端远程访问也方便。值班人员用Chrome打开一个IP地址就能看到检测页面这对实际部署来说太友好了。界面主要包含三个区域视频流显示区、检测结果列表区、告警统计区。视频流显示区用的是gr.Video组件通过OpenCV读取视频流后把每一帧送入YOLOv8模型推理再将检测框绘制在帧上输出。检测结果列表区实时显示当前帧检测到的抛洒物类别、置信度、位置坐标。告警统计区按时间维度统计各类抛洒物的出现频率。以下是界面核心处理逻辑的Python示例import cv2 import gradio as gr from ultralytics import YOLO model YOLO(highway_debris.pt) def detect_frame(frame, conf_threshold0.35): results model.predict(frame, confconf_threshold, verboseFalse) annotated results[0].plot() detections [] for box in results[0].boxes: cls_id int(box.cls[0]) conf float(box.conf[0]) xyxy box.xyxy[0].tolist() detections.append({ category: results[0].names[cls_id], confidence: round(conf, 3), bbox: [int(v) for v in xyxy] }) return annotated, detections # Gradio界面 iface gr.Interface( fndetect_frame, inputs[gr.Video(sourceswebcam, label视频流), gr.Slider(0.1, 0.9, value0.35, label置信度阈值)], outputs[gr.Image(label检测结果), gr.JSON(label检测明细)], title高速公路抛洒物实时检测系统 ) iface.launch(server_name0.0.0.0, server_port7860)这个界面有个细节要注意如果视频流是实时RTSP地址不能直接把地址丢给gr.VideoGradio的Video组件主要处理上传文件和摄像头流。对于RTSP流需要在后台用OpenCV的VideoCapture持续读帧然后用gr.Image组件刷新显示。我在实际项目里是写了一个后台线程不断抓帧检测完推到前端这样可以保证界面流畅不卡死。3.2 一键部署脚本的结构设计与踩坑实录“一键部署”是被很多项目拿来当噱头的词这个工具包既然敢写进标题脚本的完成度必须到位。部署脚本的核心流程分四步环境检查、依赖安装、模型检查、启动服务。环境检查这一步非常关键。我踩过的坑是很多机器上已经装了旧版本的numpy或opencv新装的依赖会冲突运行时报各种不兼容错误。所以脚本里第一步就是检查Python版本和pip版本然后创建独立的虚拟环境在虚拟环境里安装依赖不污染系统环境也不被系统环境污染。部署脚本的核心逻辑如下#! /bin/bash echo [1/4] 检查Python环境... PYTHON_VERSION$(python3 --version 21 | grep -oP \d\.\d) if [[ $PYTHON_VERSION 3.9 ]]; then echo 错误: 需要Python 3.9及以上版本当前为 $PYTHON_VERSION exit 1 fi echo [2/4] 创建虚拟环境... python3 -m venv .venv source .venv/bin/activate echo [3/4] 安装项目依赖... pip install --upgrade pip pip install -r requirements.txt echo [4/4] 启动检测服务... python app.pyrequirements.txt里锁定了关键依赖版本。这里说一个血的教训千万别用pip install ultralytics不带版本号之前就因为拉到了新版本导致API变化模型加载方式变了脚本直接报错。建议锁死版本ultralytics8.2.10 opencv-python4.9.0.80 gradio4.19.2 numpy1.26.4还有一个非常实用的小细节脚本最后一步启动服务时加一个--port参数让用户可以在启动时指定端口避免默认端口被占用导致启动失败。4. 常见问题与排查技巧实录4.1 漏检与误报的平衡调整做检测类项目漏检和误报永远是一对矛盾。漏检意味着抛洒物没被发现后果是安全事故误报意味着虚惊一场多次之后值班人员会麻木真正的告警反而不被重视。在实际使用中我总结了一套调整逻辑。如果目标是减少漏检我会建议高速场景优先这样把置信度降下来同时开启NMS的iou阈值调整让重叠框合并得更保守。如果误报太多干扰值班把置信度调高到0.4以上同时检查类别定义是否过于宽泛比如把“金属碎片”和“铁皮”合并后误报率会明显下降。还有一个容易忽略的参数NMS的IoU阈值。默认值是0.45但在抛洒物检测场景两个不同物体重叠情况不多反而同一物体被重复检测的情况更多我建议调到0.5。4.2 界面与部署的典型故障处理把部署和运行环节遇到的高频问题整理成了一张速查表方便排查问题现象可能原因解决方案启动时报“CUDA out of memory”显卡显存不足减少batch或在predict时设devicecpuGradio界面打不开端口被占用换端口或在启动参数中加server_name0.0.0.0页面能打开但看不到检测结果OpenCV无法读取视频流用VLC测试RTSP地址确认流可访问推理速度特别慢没有用到GPU检查torch.cuda.is_available()装对CUDA版PyTorch模型加载后类别名全是数字没有配置data.yaml在加载模型时传入names参数4.3 夜间与恶劣天气场景的实测调整心得最后分享一点个人实测的经验。白天晴天场景模型表现相当稳定但到了夜间或者雨天表现会打折扣。夜间画面整体曝光不足抛洒物和路面几乎没有亮度差YOLOv8的很多特征提取不到。我试过在模型前加一层简单的直方图均衡化效果不明显。后来尝试用红外摄像头替代普通可见光摄像头在夜间画面下检测率从四成提升到了七成但因为红外画面是灰度图白天反而丢掉了颜色信息所以现在做的是双摄像头方案切换。雨天更麻烦。雨滴在镜头前形成的水珠会造成局部模糊车灯在湿润路面上拉出长长的反射光带。模型对金属类抛洒物的误检率在雨天会明显上升因为路面反光点与金属碎片的特征高度相似。我的处理办法是检测到雨天场景时自动把置信度阈值从0.35提高到0.45同时在训练数据中加入了大量雨天路面素材让模型见过足够多的反光场景。根据我自己的实测这套工具包在白天晴天的漏检率可以控制在百分之五以内误报率在百分之三以内。夜间和雨天的指标会差一些但至少能保证不漏掉大块抛洒物。后续如果要针对恶劣天气做专项优化可以往多光谱融合的方向尝试但那是另一个项目的话题了。本文还有配套的精品资源点击获取
简介一套基于YOLOv8的高速公路路面抛洒物实时检测工具包面向交通目标检测方向的学生与开发者重点解决抛洒物识别与可视化演示需求可应用于高速公路巡养、智慧交通等实际场景。压缩包共11个文件包含3个Python脚本、3个PyTorch模型权重、3个txt文档及配置管理文件整体仅15.92MB其中脚本覆盖可视化、视频检测与模型训练权重文件可直接用于推理文档包含部署说明与依赖清单已有123人学习使用。内置可视化操作界面无需编程基础即可对图片、视频及实时摄像头进行检测同时提供覆盖轮胎碎片、金属块、塑料袋等常见抛洒物类别的标注方案适配不同光照与天气的真实道路场景。训练模块可复现完整流程并输出混淆矩阵、F1曲线、精确率-召回率曲线、验证集预测结果及标签分布统计图部署说明兼顾Windows/Linux与CPU/GPU环境并附快速上手指南适合毕设、课程设计或工程原型验证。1. 项目整体设计与思路拆解1.1 需求分析为什么非得做抛洒物检测做高速公路视频巡检做了大半年我发现抛洒物检测这个方向一直处于“大家都觉得重要、但落地做得好的没几个”的状态。高速上掉下来的铁皮、轮胎碎片、纸箱、塑料布这些看着不起眼的东西对后方来车来说就是不定时炸弹。传统做法靠监控中心的值班人员肉眼盯屏幕一个人管几十路视频盯久了眼睛受不了漏看几乎是必然的。我见过最夸张的一次一块铁皮躺在超车道上将近四十分钟才被巡查发现那段时间里经过的每一辆车都在赌运气。所以这个工具包的核心定位很明确用一套基于YOLOv8的目标检测模型把监控视频里的抛洒物自动框出来配合可视化界面让值班人员一眼看到告警再用一键部署脚本把整个环境跑起来让有Python基础但不是算法专家的人也能用得上。项目实际包含四块内容YOLOv8训练好的模型权重、带标注的完整训练数据集、交互式可视化检测界面、以及自动化部署脚本。四者合在一起才叫“工具包”而不是一段孤零零的代码。1.2 方案选型YOLOv8凭什么合适很多人一上来就问为什么不用YOLOv5为什么不上最新的YOLOv11先说结论YOLOv8在这个场景里是性价比最高的选择。YOLOv5虽然生态成熟但C3结构的特征提取能力在检测小目标时表现一般而抛洒物恰恰很多是小目标——一块砖头在1080P画面里可能只有几十个像素。YOLOv8换成了C2f结构梯度流更丰富对小目标的特征表达明显更好。至于YOLOv11确实是更新的版本但它在轻量化和速度上的优化更多面向边缘设备对精度提升有限而且生态工具链、预训练权重、第三方适配都没YOLOv8那么全团队上手成本会高不少。我也对比过传统图像处理方案——背景差分、帧差法、光流法。这些方法在固定摄像头、固定光照的条件下有一定效果但高速场景光照变化大晴天阴影、雨天反光、夜间车灯扫过任何一个变化都能让背景模型崩掉。基于深度学习的检测方案直接绕过这个问题把“什么是抛洒物”交给模型去学泛化能力强一个量级。部署方面YOLOv8的ONNX导出非常成熟PyTorch训练的权重转成ONNX之后用OpenCV的DNN模块或者ONNXRuntime都能跑不强制要求GPU环境。这一点对甲方来说很关键很多路段的监控机房并没有独立显卡。2. 数据集构建与模型训练2.1 训练数据包的构成与标注规范训练数据是整个工具包的地基。“完整训练数据”这句话我在项目交付文档里写了但实际整理数据的过程远没有那么轻松。最终版本的数据集包含了一万两千多张图片来源分三块一是从公开的无人机航拍路面数据里筛选出来的二是从高速监控视频里抽帧三是自己在模拟场景里补拍的一部分。类别方面我一开始设计了八类标注到一半发现不行。铁质工具扳手、钳子和铁皮在外观上差异很大但模型根本分不清反而把类别混淆率拉高了。后来把类别收敛成五类实际效果好了很多类别训练样本数典型形态检测难度metal_debris4200铁皮、金属碎片、掉落的零部件中反光干扰大tire_debris2600轮胎碎块、整条轮胎低纹理特征明显cardboard_box2400纸箱、包装盒中颜色变化多plastic_sheet1800塑料布、篷布、编织袋高透光、随风飘动wood_debris1200木条、木板、树枝中与路面颜色接近标注用的是LabelImg输出YOLO格式的txt文件。这里有几个坑必须提第一遮挡严重的物体不要标标注了反而给模型错误信息第二边界框要贴近物体轮廓不要留太多背景尤其是塑料布这类柔性物体轮廓不规则但也要尽量贴合第三同一张图里的小目标也要认真标不要因为看不清就跳过YOLOv8需要大量小目标样本才能学到好的特征。2.2 模型训练流程与关键参数配置这块我把完整训练过程走了一遍从环境准备到训练完成大约耗时四个小时基于RTX 3060 12G显卡。环境配置用官方ultralytics包就行一条命令搞定pip install ultralytics这里说一个非常容易被忽略的点ultralytics包版本和PyTorch版本的兼容性。最新版ultralytics对PyTorch 2.x支持最好如果你本机还是PyTorch 1.x建议先升级否则会在训练时报一堆莫名其妙的属性错误。训练命令很简单但参数不能乱填yolo detect train datahighway_debris.yaml modelyolov8m.pt epochs120 imgsz640 batch16 device0解释一下为什么选这几个参数。模型选yolov8m而不是s或ls的精度不够对铁皮这种小目标漏检率偏高l的参数量大推理速度在无GPU环境下会掉到不可接受的范围。m是平衡点。imgsz选640而非1280是因为抛洒物检测需要实时性1280的输入会把推理耗时翻两到三倍而精度提升有限。batch设为16是基于12G显存的实际上限如果你显卡显存更大可以往上调。数据增强方面YOLOv8默认开启的马赛克增强mosaic对这个场景非常有用。抛洒物在真实场景中分布稀疏马赛克增强把四张图拼在一起等于强迫模型在小目标检测上花更多注意力。训练过程中的loss曲线我重点盯前五十个epoch。正常情况下box_loss和cls_loss会稳步下降如果出现震荡大概率是学习率太大或者数据里有标注错误的样本。实测把默认学习率0.01降到0.005之后收敛稳定了很多。2.3 模型评估与效果调优训练完成后我用单独留出的验证集做了评估指标如下指标数值mAP0.50.873mAP0.5:0.950.612推理速度GPU18ms/帧推理速度CPU i5-12400210ms/帧mAP数据看着还行但真正决定能不能用的是漏检率和误报率。漏检最严重的是plastic_sheet类别因为塑料布在强光下几乎透明与路面融为一体。针对这个问题我做了两步优化第一步增强数据。从监控视频里专门抽了300多张有塑料布的画面做简单标注补充到训练集里。第二步调整置信度阈值。检测结果的置信度从默认0.25调到0.35虽然误报率降低了一些但漏检率反而降低了——因为高置信度的误报样本被过滤掉了模型更有把握的结果被保留了下来。这个调整思路可能跟直觉相反但实测确实是这样。另外还有一个技巧用测试时增强TTA跑一遍mAP能涨两到三个点但推理时间翻倍所以我只在离线检测场景开启TTA实时检测场景关闭。3. 可视化界面与一键部署实现3.1 可视化界面设计思路与实现要点界面这块项目使用了Gradio搭建Web界面没有用PyQt。原因很实在Gradio写出来的界面直接跑在浏览器里不需要额外装客户端远程访问也方便。值班人员用Chrome打开一个IP地址就能看到检测页面这对实际部署来说太友好了。界面主要包含三个区域视频流显示区、检测结果列表区、告警统计区。视频流显示区用的是gr.Video组件通过OpenCV读取视频流后把每一帧送入YOLOv8模型推理再将检测框绘制在帧上输出。检测结果列表区实时显示当前帧检测到的抛洒物类别、置信度、位置坐标。告警统计区按时间维度统计各类抛洒物的出现频率。以下是界面核心处理逻辑的Python示例import cv2 import gradio as gr from ultralytics import YOLO model YOLO(highway_debris.pt) def detect_frame(frame, conf_threshold0.35): results model.predict(frame, confconf_threshold, verboseFalse) annotated results[0].plot() detections [] for box in results[0].boxes: cls_id int(box.cls[0]) conf float(box.conf[0]) xyxy box.xyxy[0].tolist() detections.append({ category: results[0].names[cls_id], confidence: round(conf, 3), bbox: [int(v) for v in xyxy] }) return annotated, detections # Gradio界面 iface gr.Interface( fndetect_frame, inputs[gr.Video(sourceswebcam, label视频流), gr.Slider(0.1, 0.9, value0.35, label置信度阈值)], outputs[gr.Image(label检测结果), gr.JSON(label检测明细)], title高速公路抛洒物实时检测系统 ) iface.launch(server_name0.0.0.0, server_port7860)这个界面有个细节要注意如果视频流是实时RTSP地址不能直接把地址丢给gr.VideoGradio的Video组件主要处理上传文件和摄像头流。对于RTSP流需要在后台用OpenCV的VideoCapture持续读帧然后用gr.Image组件刷新显示。我在实际项目里是写了一个后台线程不断抓帧检测完推到前端这样可以保证界面流畅不卡死。3.2 一键部署脚本的结构设计与踩坑实录“一键部署”是被很多项目拿来当噱头的词这个工具包既然敢写进标题脚本的完成度必须到位。部署脚本的核心流程分四步环境检查、依赖安装、模型检查、启动服务。环境检查这一步非常关键。我踩过的坑是很多机器上已经装了旧版本的numpy或opencv新装的依赖会冲突运行时报各种不兼容错误。所以脚本里第一步就是检查Python版本和pip版本然后创建独立的虚拟环境在虚拟环境里安装依赖不污染系统环境也不被系统环境污染。部署脚本的核心逻辑如下#! /bin/bash echo [1/4] 检查Python环境... PYTHON_VERSION$(python3 --version 21 | grep -oP \d\.\d) if [[ $PYTHON_VERSION 3.9 ]]; then echo 错误: 需要Python 3.9及以上版本当前为 $PYTHON_VERSION exit 1 fi echo [2/4] 创建虚拟环境... python3 -m venv .venv source .venv/bin/activate echo [3/4] 安装项目依赖... pip install --upgrade pip pip install -r requirements.txt echo [4/4] 启动检测服务... python app.pyrequirements.txt里锁定了关键依赖版本。这里说一个血的教训千万别用pip install ultralytics不带版本号之前就因为拉到了新版本导致API变化模型加载方式变了脚本直接报错。建议锁死版本ultralytics8.2.10 opencv-python4.9.0.80 gradio4.19.2 numpy1.26.4还有一个非常实用的小细节脚本最后一步启动服务时加一个--port参数让用户可以在启动时指定端口避免默认端口被占用导致启动失败。4. 常见问题与排查技巧实录4.1 漏检与误报的平衡调整做检测类项目漏检和误报永远是一对矛盾。漏检意味着抛洒物没被发现后果是安全事故误报意味着虚惊一场多次之后值班人员会麻木真正的告警反而不被重视。在实际使用中我总结了一套调整逻辑。如果目标是减少漏检我会建议高速场景优先这样把置信度降下来同时开启NMS的iou阈值调整让重叠框合并得更保守。如果误报太多干扰值班把置信度调高到0.4以上同时检查类别定义是否过于宽泛比如把“金属碎片”和“铁皮”合并后误报率会明显下降。还有一个容易忽略的参数NMS的IoU阈值。默认值是0.45但在抛洒物检测场景两个不同物体重叠情况不多反而同一物体被重复检测的情况更多我建议调到0.5。4.2 界面与部署的典型故障处理把部署和运行环节遇到的高频问题整理成了一张速查表方便排查问题现象可能原因解决方案启动时报“CUDA out of memory”显卡显存不足减少batch或在predict时设devicecpuGradio界面打不开端口被占用换端口或在启动参数中加server_name0.0.0.0页面能打开但看不到检测结果OpenCV无法读取视频流用VLC测试RTSP地址确认流可访问推理速度特别慢没有用到GPU检查torch.cuda.is_available()装对CUDA版PyTorch模型加载后类别名全是数字没有配置data.yaml在加载模型时传入names参数4.3 夜间与恶劣天气场景的实测调整心得最后分享一点个人实测的经验。白天晴天场景模型表现相当稳定但到了夜间或者雨天表现会打折扣。夜间画面整体曝光不足抛洒物和路面几乎没有亮度差YOLOv8的很多特征提取不到。我试过在模型前加一层简单的直方图均衡化效果不明显。后来尝试用红外摄像头替代普通可见光摄像头在夜间画面下检测率从四成提升到了七成但因为红外画面是灰度图白天反而丢掉了颜色信息所以现在做的是双摄像头方案切换。雨天更麻烦。雨滴在镜头前形成的水珠会造成局部模糊车灯在湿润路面上拉出长长的反射光带。模型对金属类抛洒物的误检率在雨天会明显上升因为路面反光点与金属碎片的特征高度相似。我的处理办法是检测到雨天场景时自动把置信度阈值从0.35提高到0.45同时在训练数据中加入了大量雨天路面素材让模型见过足够多的反光场景。根据我自己的实测这套工具包在白天晴天的漏检率可以控制在百分之五以内误报率在百分之三以内。夜间和雨天的指标会差一些但至少能保证不漏掉大块抛洒物。后续如果要针对恶劣天气做专项优化可以往多光谱融合的方向尝试但那是另一个项目的话题了。本文还有配套的精品资源点击获取
