简介这份资源面向计算机视觉入门与进阶开发者提供一套可直接用于YOLO系列目标检测训练的罐头与瓶子图像数据集覆盖鲜奶、瓶子等常见包装类目标适合做商品识别、产线质检或零售场景的算法验证。包内共2000个文件以1073个xml与927个txt为主分别对应VOC与YOLO两种标注格式并附有data.yaml配置文件可无缝接入yolov5、yolov8、yolov9、yolov7、yolov10及yolo11等主流框架。YOLO格式采用类别索引加归一化中心点与宽高的标准写法坐标范围0到1便于直接读取训练VOC格式则保留原始xml结构方便转换与复核。压缩包整体约68.59MB图像与标签已按训练验证划分省去自行清洗与切分的步骤。目前已有54人学习读者可借此快速搭建基线模型、对比不同YOLO版本的检测效果并在此基础上做数据增强与调参实验。1. 从 1531 张罐头瓶子图说起这份 YOLO 数据集到底能不能直接开训上周有个做产线视觉的朋友发来一份压缩包名字很长——「YOLO算法-罐头和瓶子数据集-1531张图像带标签-鲜奶-瓶子.zip」。他问得很直接这东西解压完能不能直接丢进 YOLOv8 跑起来还是又得自己清洗一遍。我拆开看了下1531 张图像、带标签、已经划分好训练验证集、同时给了 YOLO txt 和 VOC xml 两套标注格式还附了data.yaml。对做食品包装检测、瓶罐计数、鲜奶产线异物排查这类场景的人来说这份资源的价值不在「图像多」而在「省掉了标注和划分这两件最耗人的事」。它适合三类人刚入门 YOLO 想找个能跑通全流程的练手集、做瓶罐类目标检测需要快速搭 baseline 的工程师、以及想对比 YOLOv5 到 YOLO11 各版本在同一数据上表现差异的调参党。下面我按「这份资源是什么 → 怎么接进训练 → 坑在哪 → 怎么验证」的顺序拆一遍能抄的地方直接给命令和配置。2. 拆开压缩包目录结构、标签格式与 data.yaml 怎么读2.1 目录长什么样先别急着改解压后典型结构是这样不同打包习惯会略有差异但核心就这几块cans_bottles_dataset/ ├── images/ │ ├── train/ # 训练图像 │ └── val/ # 验证图像 ├── labels/ │ ├── train/ # YOLO 格式 txt │ └── val/ ├── annotations/ # VOC 格式 xml部分包放在这里 │ ├── train/ │ └── val/ └── data.yamlimages和labels必须一一对应这是 YOLO 训练的硬性要求。我一般先跑一条命令确认图像和标签数量是否对齐# 统计 train 下图像与标签数量数量不等就说明有漏标或多余文件 echo images: $(ls images/train | wc -l) echo labels: $(ls labels/train | wc -l)两个数字不一致时不要硬训YOLO 遇到没有对应标签的图像会直接报错或静默跳过后者更坑——你以为训了 1531 张实际可能只用了 1400 张。文件名末尾带类别名比如img_0769_404.txt这种命名是打包者的习惯不影响训练YOLO 只认文件名主干是否和图像一致。2.2 YOLO txt 与 VOC xml 两套格式的取舍这份资源同时给了两种标注。YOLO 格式每行是class x_center y_center width height后四个都是相对图像宽高的归一化值范围 0 到 1VOC 格式是 xml存的是绝对像素坐标xmin/ymin/xmax/ymax。选哪套取决于你的下游工具链格式坐标类型适用场景转换成本YOLO txt归一化比例YOLOv5/v7/v8/v9/v10/v11 直接训练零VOC xml绝对像素LabelImg 继续标注、转 COCO、接检测框架需转换如果你只是训 YOLO 系列直接用 txt别碰 xml。需要转 COCO 做对比实验或者想用 LabelImg 补标才动 xml。转换脚本我放在 2.3。2.3 data.yaml 逐字段说明data.yaml是 YOLO 训练的入口配置内容大致是path: ./cans_bottles_dataset # 数据集根目录 train: images/train # 相对 path 的训练图像路径 val: images/val # 相对 path 的验证图像路径 nc: 2 # 类别数 names: [can, bottle] # 类别名顺序必须和标签里的 class 索引一致四个字段里最容易翻车的是names的顺序。标签里class是 0 就对应names[0]是 1 就对应names[1]。如果打包时类别顺序和你以为的不一样训出来的模型会把罐头认成瓶子而且 loss 还降得很正常属于典型的「玄学」故障。改之前先抽几个 txt 看 class 索引分布# 统计各类别出现次数确认 nc 和 names 顺序 from collections import Counter import glob counter Counter() for f in glob.glob(labels/train/*.txt): with open(f) as fp: for line in fp: if line.strip(): counter[int(line.split()[0])] 1 print(counter) # 例如 Counter({0: 2100, 1: 1800})输出里出现的最大索引加一就是nc索引到名字的映射要和打包者给的说明对齐。这一步花两分钟能省掉后面几小时的返工。3. 接进 YOLOv8/v11 训练环境、命令与参数怎么设3.1 环境准备别一上来就装全家桶我一般用 conda 建独立环境避免和系统里的 torch 打架conda create -n yolo_can python3.10 -y conda activate yolo_can # 按显卡 CUDA 版本装 torch这里以 cu121 为例 pip install torch torchvision --index-url https://download.pytorch.org/whl/cu121 pip install ultralytics装完先验证yolo checks # 会打印 torch、CUDA、设备信息yolo checks里 CUDA 显示不可用八成是 torch 版本和驱动不匹配别急着怀疑数据集。用 PyCharm 的话把解释器指到这个 conda 环境即可不需要额外装插件。3.2 一条命令跑通训练YOLOv8 和 YOLO11 的接口一致直接命令行yolo detect train \ data./cans_bottles_dataset/data.yaml \ modelyolov8n.pt \ epochs100 \ imgsz640 \ batch16 \ device0 \ projectruns/cans \ nameexp1参数逐个说model先用yolov8n.pt这种小模型验证流程通不通别一上来就yolov8ximgsz640是默认值罐头瓶子这类目标如果偏小可以提到 960但显存要够batch16在 8G 显存上跑 640 基本稳爆显存就降到 8device0指定第一块卡CPU 训练把这里改成cpu但速度会慢到怀疑人生。project和name决定权重和日志落盘位置方便多组实验对比。3.3 换 YOLOv5 或 YOLOv9 的差异点同一份data.yaml在 YOLOv5 里也能用但启动方式不同# YOLOv5 需要 clone 仓库后跑 train.py python train.py --data data.yaml --weights yolov5s.pt --epochs 100 --img 640 --batch 16YOLOv9、v10 大多也兼容 ultralytics 接口model换成对应权重即可。真正要注意的是不同版本对data.yaml里path字段的解析略有差异有的版本要求绝对路径。训练报Dataset not found时先把path改成绝对路径试一次这是最常见的路径坑。3.4 训练过程看什么指标启动后终端会打印每轮的box_loss、cls_loss、mAP50。前几轮 loss 下降快是正常的重点看mAP50有没有稳步爬。如果cls_loss一直不降先回去查 2.3 的类别索引如果box_loss震荡剧烈多半是学习率或 batch 太小。训练完权重在runs/cans/exp1/weights/best.pt验证和推理都用它。4. 避坑与排查这份数据集最容易翻车的五个地方4.1 图像和标签文件名对不上现象训练启动即报No labels found或训练完 mAP 异常低。原因打包时图像是.jpg、标签是.txt但主干名有细微差异比如多了空格或大小写不同。解决写脚本批量比对两边文件名集合差集打印出来手动修import os imgs {os.path.splitext(f)[0] for f in os.listdir(images/train)} labs {os.path.splitext(f)[0] for f in os.listdir(labels/train)} print(缺标签:, imgs - labs) print(多标签:, labs - imgs)4.2 标签坐标越界或为负现象训练警告corrupt label或框画到图像外面。原因标注时手抖归一化后出现小于 0 或大于 1 的值。解决遍历所有 txt把越界行挑出来修正或删除for f in glob.glob(labels/**/*.txt, recursiveTrue): for i, line in enumerate(open(f)): vals list(map(float, line.split()[1:])) if any(v 0 or v 1 for v in vals): print(f, i, line.strip())4.3 data.yaml 里 path 用了相对路径现象换台机器或换目录后训练报找不到数据集。原因path是相对当前工作目录解析的不是相对 yaml 文件。解决统一改成绝对路径或者训练时确保在数据集根目录执行命令。4.4 类别数 nc 和实际标签不符现象训练不报错但预测全是同一类。原因nc写小了超出范围的 class 索引被忽略。解决跑 2.3 的统计脚本确认nc等于最大索引加一。4.5 验证集里混进了训练图现象验证 mAP 高得离谱实际部署拉胯。原因划分时图像重复或近似重复。解决对验证集图像做一次感知哈希去重和训练集比对重合的挪走。这一步在产线项目里我每次都做血泪经验。5. 验证与进阶从 best.pt 到产线可用的几个技巧训练完别只看 mAP 数字落到实际场景才算数。先用验证集跑一遍预测把结果可视化出来肉眼过一遍yolo detect predict \ modelruns/cans/exp1/weights/best.pt \ source./cans_bottles_dataset/images/val \ saveTrue \ conf0.25conf0.25是置信度阈值产线漏检多就降到 0.15误检多就提到 0.4这个值没有标准答案靠实际样本调。结果图在runs/detect/predict重点看小目标和遮挡目标——罐头瓶子堆叠时最容易漏。进阶用法上我一般做两件事。一是用同一份data.yaml横向跑 YOLOv8n、v8s、YOLO11n 三个模型固定epochs和imgsz对比mAP50和推理耗时选性价比最高的那个上产线而不是盲目追大模型。二是把best.pt导出成 ONNX 或 TensorRT部署到边缘设备时推理速度能翻几倍yolo export modelruns/cans/exp1/weights/best.pt formatonnx opset12导出后务必用几张真实图做一次精度对齐ONNX 和 PyTorch 的输出偶尔会有微小偏差产线容不得这个。验证方法很简单同一张图分别用.pt和.onnx推理比对框坐标和置信度偏差超过 1% 就回去查导出参数。还有个容易被忽略的点这份数据集是鲜奶瓶罐场景光照和背景相对固定。如果你要迁移到其他产线别直接拿best.pt硬上先用新场景的几十张图做一次微调epochs设 20 到 30 就够学习率调小到 0.001。我吃过亏——直接部署导致新产线误检率飙到三成后来加了微调这一步才稳住。从那以后我每次拿到新场景数据都强制先跑一遍小样本微调再评估不再信「通用模型直接上」这种话。希望这份拆解帮到你少走点我踩过的弯路。本文还有配套的精品资源点击获取
简介这份资源面向计算机视觉入门与进阶开发者提供一套可直接用于YOLO系列目标检测训练的罐头与瓶子图像数据集覆盖鲜奶、瓶子等常见包装类目标适合做商品识别、产线质检或零售场景的算法验证。包内共2000个文件以1073个xml与927个txt为主分别对应VOC与YOLO两种标注格式并附有data.yaml配置文件可无缝接入yolov5、yolov8、yolov9、yolov7、yolov10及yolo11等主流框架。YOLO格式采用类别索引加归一化中心点与宽高的标准写法坐标范围0到1便于直接读取训练VOC格式则保留原始xml结构方便转换与复核。压缩包整体约68.59MB图像与标签已按训练验证划分省去自行清洗与切分的步骤。目前已有54人学习读者可借此快速搭建基线模型、对比不同YOLO版本的检测效果并在此基础上做数据增强与调参实验。1. 从 1531 张罐头瓶子图说起这份 YOLO 数据集到底能不能直接开训上周有个做产线视觉的朋友发来一份压缩包名字很长——「YOLO算法-罐头和瓶子数据集-1531张图像带标签-鲜奶-瓶子.zip」。他问得很直接这东西解压完能不能直接丢进 YOLOv8 跑起来还是又得自己清洗一遍。我拆开看了下1531 张图像、带标签、已经划分好训练验证集、同时给了 YOLO txt 和 VOC xml 两套标注格式还附了data.yaml。对做食品包装检测、瓶罐计数、鲜奶产线异物排查这类场景的人来说这份资源的价值不在「图像多」而在「省掉了标注和划分这两件最耗人的事」。它适合三类人刚入门 YOLO 想找个能跑通全流程的练手集、做瓶罐类目标检测需要快速搭 baseline 的工程师、以及想对比 YOLOv5 到 YOLO11 各版本在同一数据上表现差异的调参党。下面我按「这份资源是什么 → 怎么接进训练 → 坑在哪 → 怎么验证」的顺序拆一遍能抄的地方直接给命令和配置。2. 拆开压缩包目录结构、标签格式与 data.yaml 怎么读2.1 目录长什么样先别急着改解压后典型结构是这样不同打包习惯会略有差异但核心就这几块cans_bottles_dataset/ ├── images/ │ ├── train/ # 训练图像 │ └── val/ # 验证图像 ├── labels/ │ ├── train/ # YOLO 格式 txt │ └── val/ ├── annotations/ # VOC 格式 xml部分包放在这里 │ ├── train/ │ └── val/ └── data.yamlimages和labels必须一一对应这是 YOLO 训练的硬性要求。我一般先跑一条命令确认图像和标签数量是否对齐# 统计 train 下图像与标签数量数量不等就说明有漏标或多余文件 echo images: $(ls images/train | wc -l) echo labels: $(ls labels/train | wc -l)两个数字不一致时不要硬训YOLO 遇到没有对应标签的图像会直接报错或静默跳过后者更坑——你以为训了 1531 张实际可能只用了 1400 张。文件名末尾带类别名比如img_0769_404.txt这种命名是打包者的习惯不影响训练YOLO 只认文件名主干是否和图像一致。2.2 YOLO txt 与 VOC xml 两套格式的取舍这份资源同时给了两种标注。YOLO 格式每行是class x_center y_center width height后四个都是相对图像宽高的归一化值范围 0 到 1VOC 格式是 xml存的是绝对像素坐标xmin/ymin/xmax/ymax。选哪套取决于你的下游工具链格式坐标类型适用场景转换成本YOLO txt归一化比例YOLOv5/v7/v8/v9/v10/v11 直接训练零VOC xml绝对像素LabelImg 继续标注、转 COCO、接检测框架需转换如果你只是训 YOLO 系列直接用 txt别碰 xml。需要转 COCO 做对比实验或者想用 LabelImg 补标才动 xml。转换脚本我放在 2.3。2.3 data.yaml 逐字段说明data.yaml是 YOLO 训练的入口配置内容大致是path: ./cans_bottles_dataset # 数据集根目录 train: images/train # 相对 path 的训练图像路径 val: images/val # 相对 path 的验证图像路径 nc: 2 # 类别数 names: [can, bottle] # 类别名顺序必须和标签里的 class 索引一致四个字段里最容易翻车的是names的顺序。标签里class是 0 就对应names[0]是 1 就对应names[1]。如果打包时类别顺序和你以为的不一样训出来的模型会把罐头认成瓶子而且 loss 还降得很正常属于典型的「玄学」故障。改之前先抽几个 txt 看 class 索引分布# 统计各类别出现次数确认 nc 和 names 顺序 from collections import Counter import glob counter Counter() for f in glob.glob(labels/train/*.txt): with open(f) as fp: for line in fp: if line.strip(): counter[int(line.split()[0])] 1 print(counter) # 例如 Counter({0: 2100, 1: 1800})输出里出现的最大索引加一就是nc索引到名字的映射要和打包者给的说明对齐。这一步花两分钟能省掉后面几小时的返工。3. 接进 YOLOv8/v11 训练环境、命令与参数怎么设3.1 环境准备别一上来就装全家桶我一般用 conda 建独立环境避免和系统里的 torch 打架conda create -n yolo_can python3.10 -y conda activate yolo_can # 按显卡 CUDA 版本装 torch这里以 cu121 为例 pip install torch torchvision --index-url https://download.pytorch.org/whl/cu121 pip install ultralytics装完先验证yolo checks # 会打印 torch、CUDA、设备信息yolo checks里 CUDA 显示不可用八成是 torch 版本和驱动不匹配别急着怀疑数据集。用 PyCharm 的话把解释器指到这个 conda 环境即可不需要额外装插件。3.2 一条命令跑通训练YOLOv8 和 YOLO11 的接口一致直接命令行yolo detect train \ data./cans_bottles_dataset/data.yaml \ modelyolov8n.pt \ epochs100 \ imgsz640 \ batch16 \ device0 \ projectruns/cans \ nameexp1参数逐个说model先用yolov8n.pt这种小模型验证流程通不通别一上来就yolov8ximgsz640是默认值罐头瓶子这类目标如果偏小可以提到 960但显存要够batch16在 8G 显存上跑 640 基本稳爆显存就降到 8device0指定第一块卡CPU 训练把这里改成cpu但速度会慢到怀疑人生。project和name决定权重和日志落盘位置方便多组实验对比。3.3 换 YOLOv5 或 YOLOv9 的差异点同一份data.yaml在 YOLOv5 里也能用但启动方式不同# YOLOv5 需要 clone 仓库后跑 train.py python train.py --data data.yaml --weights yolov5s.pt --epochs 100 --img 640 --batch 16YOLOv9、v10 大多也兼容 ultralytics 接口model换成对应权重即可。真正要注意的是不同版本对data.yaml里path字段的解析略有差异有的版本要求绝对路径。训练报Dataset not found时先把path改成绝对路径试一次这是最常见的路径坑。3.4 训练过程看什么指标启动后终端会打印每轮的box_loss、cls_loss、mAP50。前几轮 loss 下降快是正常的重点看mAP50有没有稳步爬。如果cls_loss一直不降先回去查 2.3 的类别索引如果box_loss震荡剧烈多半是学习率或 batch 太小。训练完权重在runs/cans/exp1/weights/best.pt验证和推理都用它。4. 避坑与排查这份数据集最容易翻车的五个地方4.1 图像和标签文件名对不上现象训练启动即报No labels found或训练完 mAP 异常低。原因打包时图像是.jpg、标签是.txt但主干名有细微差异比如多了空格或大小写不同。解决写脚本批量比对两边文件名集合差集打印出来手动修import os imgs {os.path.splitext(f)[0] for f in os.listdir(images/train)} labs {os.path.splitext(f)[0] for f in os.listdir(labels/train)} print(缺标签:, imgs - labs) print(多标签:, labs - imgs)4.2 标签坐标越界或为负现象训练警告corrupt label或框画到图像外面。原因标注时手抖归一化后出现小于 0 或大于 1 的值。解决遍历所有 txt把越界行挑出来修正或删除for f in glob.glob(labels/**/*.txt, recursiveTrue): for i, line in enumerate(open(f)): vals list(map(float, line.split()[1:])) if any(v 0 or v 1 for v in vals): print(f, i, line.strip())4.3 data.yaml 里 path 用了相对路径现象换台机器或换目录后训练报找不到数据集。原因path是相对当前工作目录解析的不是相对 yaml 文件。解决统一改成绝对路径或者训练时确保在数据集根目录执行命令。4.4 类别数 nc 和实际标签不符现象训练不报错但预测全是同一类。原因nc写小了超出范围的 class 索引被忽略。解决跑 2.3 的统计脚本确认nc等于最大索引加一。4.5 验证集里混进了训练图现象验证 mAP 高得离谱实际部署拉胯。原因划分时图像重复或近似重复。解决对验证集图像做一次感知哈希去重和训练集比对重合的挪走。这一步在产线项目里我每次都做血泪经验。5. 验证与进阶从 best.pt 到产线可用的几个技巧训练完别只看 mAP 数字落到实际场景才算数。先用验证集跑一遍预测把结果可视化出来肉眼过一遍yolo detect predict \ modelruns/cans/exp1/weights/best.pt \ source./cans_bottles_dataset/images/val \ saveTrue \ conf0.25conf0.25是置信度阈值产线漏检多就降到 0.15误检多就提到 0.4这个值没有标准答案靠实际样本调。结果图在runs/detect/predict重点看小目标和遮挡目标——罐头瓶子堆叠时最容易漏。进阶用法上我一般做两件事。一是用同一份data.yaml横向跑 YOLOv8n、v8s、YOLO11n 三个模型固定epochs和imgsz对比mAP50和推理耗时选性价比最高的那个上产线而不是盲目追大模型。二是把best.pt导出成 ONNX 或 TensorRT部署到边缘设备时推理速度能翻几倍yolo export modelruns/cans/exp1/weights/best.pt formatonnx opset12导出后务必用几张真实图做一次精度对齐ONNX 和 PyTorch 的输出偶尔会有微小偏差产线容不得这个。验证方法很简单同一张图分别用.pt和.onnx推理比对框坐标和置信度偏差超过 1% 就回去查导出参数。还有个容易被忽略的点这份数据集是鲜奶瓶罐场景光照和背景相对固定。如果你要迁移到其他产线别直接拿best.pt硬上先用新场景的几十张图做一次微调epochs设 20 到 30 就够学习率调小到 0.001。我吃过亏——直接部署导致新产线误检率飙到三成后来加了微调这一步才稳住。从那以后我每次拿到新场景数据都强制先跑一遍小样本微调再评估不再信「通用模型直接上」这种话。希望这份拆解帮到你少走点我踩过的弯路。本文还有配套的精品资源点击获取
