YOLO城市街道与室内环境垃圾桶目标检测数据集
高数据量其他检测:YOLO26 深度训练方案
这套数据共 1663 张图,标了 2 个类别(垃圾桶检测测试2 - v1 2023-12-25 4-54pm)。划分已经做好:训练集 1453 张,验证集 141 张,测试集 69 张。标签给了 VOC 和 YOLO 两种格式,data.yaml 里的路径也是配好的。下面按「数据长什么样 → 怎么训 → 怎么导出部署」的顺序过一遍,训练命令、关键超参和导出示例都是能直接复制跑的。
📊 数据集基本信息
- 目标类别: [‘-’, ‘bin detection test2 - v1 2023-12-25 4-54pm’]
- 中文类别:[‘其他’, ‘垃圾桶检测测试2 - v1 2023-12-25 4-54pm’]
- 训练集:1453 张
- 验证集:141 张
- 测试集:69 张
- 总计:1663 张
📄 data.yaml 配置信息
该数据集提供了data.yaml文件,内容如下:
train:../train/imagesval:../valid/imagestest:../test/imagesnc:2names:['-','bin detection test2 - v1 2023-12-25 4-54pm']🖼️ 标注可视化
数据集下载
数据集下载:⬇️⬇️⬇️ 点击下载
数据集详细介绍
YOLO城市街道与室内环境垃圾桶目标检测数据集聚焦于城市基础设施中的垃圾桶识别任务,适用于智能城市管理、环卫自动化、以及基于视觉的环境监测等场景。该数据集覆盖了城市街道和室内环境中常见的垃圾桶类型,能够支持对不同光照条件、背景复杂度及视角变化下的垃圾桶进行有效检测,为开发具备环境感知能力的智能系统提供了基础数据支撑。
数据集包含1663张高质量图像,涵盖2个类别,虽然具体类别名称未明确给出,但从名称可推测可能包括“垃圾桶”和“其他非垃圾桶物体”或“不同类型的垃圾桶”。这种二分类结构适用于初步的目标检测研究,也可作为多分类任务的扩展起点。图像来源多样,覆盖不同的拍摄角度与环境条件,有助于提升模型的泛化能力和鲁棒性,尤其在实际部署中面对复杂现实场景时具有重要意义。
标注规范方面,数据集采用YOLO格式进行标注,每个样本均包含边界框坐标和类别标签,确保了标注的准确性与一致性。这种标准化的标注方式便于直接用于YOLO系列模型的训练与评估,降低了数据预处理的复杂度,提升了模型训练效率。同时,清晰的标注也为后续的模型优化和性能分析提供了可靠依据。
该数据集在实际应用中可用于开发智能垃圾管理监控系统、无人环卫设备的目标识别模块,以及城市环境智能化改造项目。建议在训练过程中结合数据增强技术提升模型稳定性,并根据具体应用场景调整类别定义以适应不同区域的垃圾桶特征。此外,可进一步扩展类别数量以覆盖更多类型的废弃物收集设施,从而增强数据集的适用范围与研究价值。
YOLO26 目标检测算法原理
YOLO26 的核心设计理念是「推理优先」——架构上做的所有减法(去 NMS、去 DFL)都是为了推理更快,精度靠训练时的额外机制来弥补。
端到端无 NMS 推理:传统 YOLO 模型在推理后需要执行非极大值抑制(NMS)来去除冗余检测框,这增加了后处理延迟和部署复杂度。YOLO26 默认采用一对一(one-to-one)检测头,直接输出每张图像最多 300 个检测结果(N, 300, 6),完全省去 NMS 步骤,推理流水线大幅简化。在 CPU 上的 ONNX 推理速度相比 YOLO11n 提升高达 43%。
无 DFL 回归:YOLO26 移除了分布焦点损失(Distribution Focal Loss, DFL)结构,检测头更加轻量。边界框回归不再受限于预设的离散区间,既降低了模型复杂度又保持了同等甚至更优的回归精度。
Progressive Loss 与 STAL:训练过程中通过渐进损失(Progressive Loss)将监督信号逐步从辅助头部转移到推理阶段的主头部。小目标感知标签分配(STAL)策略特别提升小目标的正样本标签覆盖率,改善小物体检测性能。
MuSGD 混合优化器:创新性地将大语言模型常用的 Muon 优化器与 SGD 结合,实现更稳定高效的训练收敛。相比纯 SGD,MuSGD 在大 batch 训练时收敛更快且不易震荡。
模型尺度与 COCO 性能:YOLO26 提供 N/S/M/L/X 五种尺度:
| 模型 | mAP50-95 | CPU ONNX(ms) | T4 TensorRT(ms) | 参数量 |
|---|---|---|---|---|
| YOLO26n | 40.9 | 38.9 | 1.7 | 2.4M |
| YOLO26s | 48.6 | 87.2 | 2.5 | 9.5M |
| YOLO26m | 53.1 | 220.0 | 4.7 | 20.4M |
| YOLO26l | 55.0 | 286.2 | 6.2 | 24.8M |
| YOLO26x | 57.5 | 525.8 | 11.8 | 55.7M |
Nano 版本参数量仅 2.4M,CPU 推理速度比 YOLO11n 快 43%,适合边缘设备和小数据集;X 版本 mAP 达 57.5,适用于对准确率要求极高的场景。
双头架构设计:YOLO26 检测模型内置两个检测头——一对一(默认,无 NMS,输出 300 个检测框)和一对多(需 NMS,输出 8400 个候选框)。训练时一对多头作为辅助监督信号加速收敛,推理时默认使用一对一头实现端到端输出。
YOLO26 支持全部七大视觉任务:检测、实例分割、语义分割、深度估计、分类、姿态估计和定向边界框检测(OBB),一个框架覆盖从 2D 检测到 3D 感知的完整需求。
关键训练参数配置详解
训练参数调对了一件事半功倍,调错了折腾几天也出不了好结果。这里把每个关键参数的含义、默认值和推荐设置都列清楚了。
| 参数 | 默认值 | 本项目设置 | 含义 |
|---|---|---|---|
model | - | yolo26n.pt | 预训练权重,n/s/m/l/x 五种尺度 |
epochs | 100 | 120 | 训练总轮数 |
imgsz | 640 | 416 | 输入图像尺寸 |
batch | 16 | 32 | 批次大小,根据显存调整 |
lr0 | 0.01 | 0.01 | 初始学习率 |
lrf | 0.01 | 0.01 | 最终学习率因子(lr0 × lrf) |
momentum | 0.937 | 0.937 | SGD 动量 |
weight_decay | 0.0005 | 0.0005 | 权重衰减(L2 正则化) |
warmup_epochs | 3.0 | 3.0 | 预热轮数 |
warmup_momentum | 0.8 | 0.8 | 预热期间动量初始值 |
box | 7.5 | 7.5 | 边界框回归损失权重 |
cls | 0.5 | 0.5 | 分类损失权重 |
dfl | 1.5 | 1.5 | DFL 损失权重(YOLO26 可置 0) |
patience | 100 | 100 | 早停轮数 |
cos_lr | False | True | 余弦学习率衰减 |
close_mosaic | 10 | 10 | 最后 N 轮关闭 Mosaic 增强 |
optimizer | auto | SGD | 优化器选择 |
amp | True | True | 自动混合精度训练 |
freeze | None | 0 | 冻结前 N 层骨干网络参数 |
dropout | 0.0 | 0.1 | 分类头 Dropout 率,防过拟合 |
三个损失权重的分工:box负责《框在哪》,cls负责《框里是什么》,dfl在 YOLO26 中可设 0 因为默认检测头已去掉 DFL。大部分场景保持默认比例即可,除非有明确的偏好需求。
学习率调参经验:
- 训练初期 loss 不下降 → 调大
lr0或增加warmup_epochs - 训练后期 loss 震荡 → 降低
lr0,增大weight_decay - 验证集 loss 先降后升(过拟合)→ 增大
dropout、weight_decay或减小epochs - 小数据集(<100张)→
lr0=0.001,weight_decay=5e-4,dropout=0.2 - 大数据集(>1000张)→
lr0=0.01,weight_decay=5e-4,batch=32+
训练可视化与TensorBoard:YOLO26 默认开启 TensorBoard 日志记录,训练过程中可实时查看 loss 曲线和指标变化。在命令行执行tensorboard --logdir runs/detect/train即可打开 Web 看板,每轮训练完成后自动刷新。训练结束后 results.png 生成的六合一曲线图是最直观的诊断工具——一眼就能看出是否过拟合、是否收敛、哪个 loss 在震荡。
断点续训机制:如果训练意外中断(断电、OOM 等),不用从头开始。YOLO 每轮保存last.pt,恢复训练时指定model=last.pt并设置resume=True,学习率和优化器状态都会从断点恢复,训练曲线也和连续训练一样平滑。
模型评估指标解读
评估一个检测模型,光看 mAP50 远远不够。mAP50-95、Precision、Recall 这三个数放一起看,才能拼出完整画面。
训练完成后,YOLO26 训练器自动输出以下指标:
mAP50(mAP@0.5):IoU 阈值为 0.5 时的平均精度均值,反映模型粗粒度定位能力。mAP50 ≥ 0.90 表示定位效果很好。
mAP50-95(mAP@0.5:0.95):IoU 从 0.5 到 0.95 共 10 个阈值上取平均。更严苛,反映精确定位能力,是更具代表性的综合评价指标。
Precision(精确率):检测结果中正确检测的比例。高 Precision 意味着虚警少。
Recall(召回率):真实目标中被成功检测到的比例。高 Recall 意味着漏检少。
F1 Score:Precision 和 Recall 的调和平均数 = 2×P×R/(P+R),综合衡量模型平衡性。
Confusion Matrix(混淆矩阵):N×N 矩阵,对角线为正确分类,非对角线为误分类,可定位类别间混淆情况。
训练曲线分析:
train/box_loss单调下降 → 边界框回归正常收敛val/box_loss先降后升 → 过拟合风险,应增大数据增强或减小模型metrics/mAP50(B)增长放缓趋于平稳 → 模型接近收敛上限- train 持续降、val 持续升 → 严重过拟合,建议减小模型或增大 dropout
指标使用场景:
- 安全生产场景(如安全帽检测)→ 优先保证 Recall,宁可多报不能漏报
- 质检场景(如缺陷检测)→ 优先保证 Precision,降低误检率减少人工复核量
- 通用检测 → 均衡优化,关注 mAP50-95 和 F1 Score
PR 曲线实战解读:每张PR_curve.png里每个类别有一条不同颜色的曲线。不用盯着每个类看——先找出最差的那条(最靠左下角的),它代表你模型的弱项。加大那个类别的数据量或检查标注质量,通常比调任何参数都见效。
YOLO 系列算法演进史
了解 YOLO 的发展脉络有助于理解为什么 YOLO26 的架构是这样设计的。每个大版本都不是孤立出现的,而是对上一个版本痛点的回应。
YOLOv1 (2015):将检测问题建模为单一回归问题,直接在输出层预测边界框和类别概率。速度极快但定位精度较差。
YOLOv2/YOLOv3 (2016-2018):引入 anchor box 机制、特征金字塔(FPN)和多尺度训练。YOLOv3 的 Darknet-53 骨干网络成为经典架构,至今仍被广泛使用。
YOLOv5 (2020):Ultralytics 在 PyTorch 上的实现,带来了完善的训练框架、自动锚框聚类和数据增强 pipeline,大幅降低了使用门槛。
YOLOv8 (2023):统一了检测、分割、分类和关键点任务的框架,引入 C2f 模块和无锚框(anchor-free)检测头。
YOLOv9 (2024):提出 GELAN(通用高效层聚合网络)和 PGI(可编程梯度信息),同等参数量下精度提升显著。
YOLOv10/YOLOv11 (2024):YOLOv10 首次提出无 NMS 端到端检测。YOLOv11 进一步优化骨干网络和训练策略,在速度和精度之间取得新平衡。
YOLO26 (2026):集历代之大成,核心创新包括:① 端到端无 NMS 一对一检测头 ② 无 DFL 的简化回归头 ③ Progressive Loss 渐进式监督转移 ④ STAL 小目标感知标签分配 ⑤ MuSGD 混合优化器。
关键设计演进总结:
- Anchor-based → Anchor-free(v8 起)
- C3 → C2f → C3k2(骨干模块持续优化)
- 多任务统一框架(v8 起)
- NMS 后处理 → 无 NMS 端到端(v10/v26)
- 单一损失函数 → 多任务联合损失(Box + Cls + DFL,v26 可去 DFL)
YOLO26 训练步骤详解
从环境搭建到模型推理,整个训练链路大概需要这些操作
环境准备:
pipinstallultralytics yolo checks python-c"import torch; print(torch.cuda.is_available())"命令行训练:
yolo detect traindata=data.yamlmodel=yolo26n.ptepochs=120imgsz=416batch=32device=0lr0=0.01patience=100cos_lr=Trueclose_mosaic=10Python API 训练:
fromultralyticsimportYOLO model=YOLO("yolo26n.pt")results=model.train(data="data.yaml",epochs=120,imgsz=416,batch=32,device=0,lr0=0.01,patience=100,cos_lr=True,close_mosaic=10,augment=True,amp=True,workers=8,)训练输出文件:
runs/detect/train/weights/best.pt:验证集上 mAP 最高的权重runs/detect/train/weights/last.pt:最后一轮保存的权重runs/detect/train/results.csv:每轮 loss 和指标数据runs/detect/train/confusion_matrix.png:混淆矩阵图runs/detect/train/results.png:训练曲线图runs/detect/train/val_batch*_pred.jpg:验证集预测效果图
单张推理测试:
model=YOLO("runs/detect/train/weights/best.pt")results=model("test_image.jpg")results[0].show()多 GPU 分布式训练:
yolo detect traindata=data.yamlmodel=yolo26n.ptdevice=0,1epochs=100恢复中断的训练:
yolo detect trainmodel=path/to/last.ptdata=data.yamlresume=True部署与应用建议
有了 1663 张图打底,模型的底子已经比较扎实。部署时重点关注两个指标:推理延迟(P99 < 100ms)和内存占用(< 500MB)。
model=YOLO("runs/detect/train/weights/best.pt")# NVIDIA GPU: TensorRT + FP16model.export(format="engine",device=0,half=True,workspace=4)# 跨平台/纯 CPU: ONNXmodel.export(format="onnx",imgsz=416)# Intel CPU: OpenVINO(比 ONNX Runtime 快 15-30%)model.export(format="openvino",imgsz=416)大规模部署架构:如果需要在多台服务器上部署,建议搭配 Triton Inference Server 做模型管理和负载均衡,支持动态 batching 和模型版本热切换。YOLO26 的 ONNX/TensorRT 导出版本都可以直接接入 Triton 的模型仓库。
训练的坑与填坑指南:训了这么多次 YOLO,我发现这规模的训练容易出现几个典型问题。
第一个坑是 batch size 和 imgsz 的配合。中等数据集下 batch=16 是个起点,但如果显存够,batch=32 会让梯度估计更稳定。不要为了省显存把 imgsz 降太多——416 以下小目标检测容易翻车。
第二个坑是验证集划分。自动 split 出来的验证集如果不做检查,可能和训练集有大量重复(特别是视频截帧数据集),导致验证指标虚高。跑完 split 后随机抽 10 对 train/val 样本用肉眼看看有没有高度相似的。
第三个坑是预训练权重的版本匹配。如果用的是yolo26n.pt但训练代码是旧版 YOLO,加载权重时可能 silently fail(部分层不匹配但不报错)。训练前用model.info()确认所有层都正常加载了。
训练注意事项:一套数据集在 YOLO26 上能训到什么程度,很大程度上取决于前期准备。以下是几个不依赖调参的提分方向。
首先确认data.yaml里的路径和数据实际结构完全一致。不少训练失败的案例最后发现是路径映射错了,模型在空目录上训练了一晚上。用yolo check data=data.yaml做一次预检能省掉很多心累。
其次,训练过程中打开 TensorBoard(tensorboard --logdir runs/detect/train)实时观看指标变化比事后看results.png高效得多。你能立刻发现某些参数设置不当导致的异常——比如 mAP 抖动剧烈、loss 突然飙升等。
如果发现某个特定类别的 AP 始终上不去:① 数一数该类最多有多少张样本,少于 20 张的几乎注定 AP 低 ② 检查该类别的边界框标注——大框还是小框、遮挡标注是否完整 ③ 尝试减少其他类别的数量来平衡样本分布。这些比盲目调参管用。
最后:best.pt不一定真的是最优。有时候last.pt在真实场景下泛化能力反而更好,因为 best 是按验证集 mAP 挑的,验证集不一定代表真实分布。建议保存多个 epoch 的权重,选出在实际场景下表现最好的。
小结
- 数据规模:共 1663 张,2 个类别(垃圾桶检测测试2 - v1 2023-12-25 4-54pm),train/val/test 已划分
- 标签格式:VOC + YOLO,data.yaml 路径已配置,下载入口在「标注可视化」一节
- 起步建议:先用 YOLO26n + imgsz=416 跑一轮基线,看 mAP50 与 mAP50-95 的差距再决定提 imgsz 还是换更大模型
如果你的拍摄条件和这套数据差别大,先按文中的增强参数跑一轮,再判断是该补数据还是该调模型——换大模型在数据量没跟上之前通常是负优化。