当前位置: 首页 > news >正文

工业级齿轮缺陷YOLO数据集:500张高清图+7类标注+训练验证测试划分+可视化脚本

本文还有配套的精品资源,点击获取

简介:直接用于齿轮表面缺陷检测模型训练的YOLO格式数据集,包含约500张高清工业场景下的齿轮图像,覆盖孔洞、缺损、齿牙、裂纹、锈蚀、变形、毛刺共7类典型缺陷。所有图片已按YOLOv5/v8/v10兼容格式组织,labels文件夹内为归一化坐标txt标签(x_center, y_center, width, height),images文件夹存放原始图像,classes.txt明确定义类别顺序。数据已划分好训练集(约400张)和验证集(约100张),测试集可从验证集中灵活拆分。附带show.py可视化脚本,一键加载图像并叠加边界框与类别名称,方便快速核验标注质量;.png为示例检测效果预览。资源包结构即开即用,无需额外清洗或转换,支持主流YOLO框架开箱训练,显著缩短数据准备周期。

1. 项目概述:为什么这套齿轮缺陷数据集能真正“开箱即用”

我在汽车变速箱产线做视觉检测系统集成有八年了,经手过二十多个工业缺陷识别项目,最头疼的从来不是模型调参,而是——数据。不是没图,是图不“对”。拍出来的齿轮照片光照不均、背景杂乱、角度歪斜;标注员把“齿牙磨损”标成“缺损”,把“轻微锈斑”和“油污反光”混为一谈;更别说YOLO格式里那个归一化坐标的宽高比算错0.002,训练时bbox就飘到隔壁齿轮上去了。所以当我第一次看到这个“工业级齿轮缺陷YOLO数据集”时,第一反应不是点开看图,而是直接翻进labels/目录里随机抽了5个txt文件,用Python脚本批量校验了三件事:坐标是否全在[0,1]区间内、面积是否大于0.001(排除极小无效框)、类别ID是否严格落在0–6范围内。全部通过。那一刻我才敢说:这真是一套能直接喂进YOLOv8训练循环里的数据。

它解决的不是“有没有数据”的问题,而是“有没有工业现场可用的数据”。500张高清图不是堆数量,而是覆盖了真实产线中7类高频失效模式:孔洞(铸造气孔或钻孔偏移)、缺损(搬运磕碰导致齿尖断裂)、齿牙(这里特指齿形异常,如齿顶塌陷、齿根圆弧畸变,不是“牙齿”的字面意思)、裂纹(热处理微裂或疲劳扩展纹)、锈蚀(仓储受潮形成的片状/点状氧化)、变形(压装过载导致的齿向扭曲)、毛刺(去毛刺工序遗漏的刃口凸起)。注意,“齿牙”这个命名容易引发歧义,但它在classes.txt里明确定义为“tooth_shape_abnormality”,所有标注都严格遵循这一语义——我核验过标注样例,齿顶塌陷和齿根过渡圆角过大都被纳入此类,而单纯的齿面划伤则归入“裂纹”子类。这种定义背后是和3家齿轮厂工艺工程师反复对齐的结果,不是标注团队拍脑袋定的。

你不需要是CV博士也能立刻上手:images/里全是JPEG/PNG原图,无压缩伪影;labels/里每个txt与图像同名,内容就是标准YOLO五行格式;classes.txt只有7行,顺序固定,对应YOLO训练时的class index;show.py双击就能运行,自动读取当前目录下的任意一张图+对应label,叠加彩色框和中文类别名——我试过在产线工控机上用Python 3.8+OpenCV 4.5跑通,连显卡都不需要。它不承诺“一键出SOTA模型”,但承诺“你花在数据清洗上的时间,从40小时压缩到0分钟”。如果你正被客户催着下周就要跑通首轮检测demo,或者带学生做课程设计卡在数据准备环节,这套资源就是你该先下载解压的那个zip包。

2. 数据构建逻辑与工业适配性深度拆解

2.1 图像采集策略:为什么500张比5000张更有价值

很多人看到“仅500张”会下意识觉得量少,但在工业缺陷检测领域,图像质量、缺陷分布合理性、场景覆盖度,远比单纯的数量重要。这套数据的图像来源非常明确:全部来自国内三家二级齿轮供应商的在线质检工位,非实验室摆拍。我拆解过它们的采集协议,核心有三点:

第一,缺陷可控性优先于数量堆砌。每类缺陷都按严重程度分三级(轻/中/重),例如“裂纹”包含:① 微裂纹(长度<0.2mm,需10倍放大镜识别);② 可见裂纹(长度0.2–1.5mm,肉眼可辨);③ 扩展裂纹(长度>1.5mm,已影响啮合)。500张图中,这三类比例约为4:4:2,确保模型不会只学会识别最明显的缺陷。反观某些公开数据集,90%的“裂纹”都是第三级,模型上线后漏检大量微裂纹。

第二,背景与干扰项高度还原产线实况。图像不是白底黑齿的干净图,而是包含:传送带纹理、金属碎屑反光、油膜干涉色、相邻齿轮遮挡、工装夹具阴影。我统计过验证集里100张图的背景复杂度——73张含明显油污反光,41张有相邻齿轮部分入镜,28张存在夹具投影。这些不是噪声,而是模型必须学会鲁棒处理的真实干扰。你如果拿纯白底图训练,模型在产线强光下大概率失效。

第三,视角与尺度严格约束。所有图像由固定焦距工业相机(25mm镜头)在统一距离(30±2cm)拍摄,齿轮直径集中在Φ40–Φ120mm范围。这意味着YOLO输出的bbox宽高比、像素尺寸分布非常集中,避免了因尺度差异过大导致的anchor匹配失效。我用labelImg打开几张图量过,同一类缺陷(如孔洞)在不同图像中的像素直径标准差仅±3.2像素,而某开源轴承数据集同类缺陷像素直径标准差高达±28像素——后者训练时必须大幅调整anchor尺寸,前者直接用YOLOv8默认anchor就能收敛。

所以这500张不是“凑数”,而是经过缺陷类型、严重度、背景、视角四维正交采样的结果。它代表的是“一个典型齿轮厂月度抽检样本的合理构成”,而不是“算法竞赛刷榜所需的海量弱标注”。

2.2 标注规范与语义一致性保障机制

工业场景下,标注质量决定模型上限。这套数据的标注不是外包给众包平台,而是由两位有十年齿轮检验经验的老师傅,在标注工具(CVAT)中完成初标,再由一位机械专业博士做终审。整个流程有三层校验:

第一层:缺陷定义书面化classes.txt只是结果,真正的依据是配套的《齿轮缺陷标注手册》(虽未打包进资源包,但作者在GitHub README中提供了PDF链接)。手册里对每一类缺陷都有毫米级定义:
- “孔洞”:直径≥0.3mm的贯穿性空洞,边缘锐利,非铸造缩孔(缩孔归入“缺损”);
- “齿牙”:齿顶厚度减少≥15%,或齿根圆角半径增大≥0.1mm(需用CAD图纸比对);
- “裂纹”:长度≥0.2mm且宽度≥0.02mm的线性断裂,排除划痕(无深度,仅表面扰动);
- “锈蚀”:Fe₂O₃红褐色氧化层覆盖面积≥0.5mm²,排除浅层浮锈(擦拭即掉);
- ……(其余类别同理)

第二层:标注过程强制约束。CVAT项目配置了硬性规则:① 每个bbox必须包含至少3个关键点(如裂纹需标起点、中点、终点);② “齿牙”类必须勾选“齿形畸变”属性标签;③ 同一齿轮上若同时存在“锈蚀”和“油污”,必须分两个独立bbox,且油污bbox需添加oil_stain属性。这些规则在导出YOLO格式时被自动转换为严格的位置与类别约束。

第三层:交叉校验与抽样复核。随机抽取10%图像(50张),由第三位老师傅盲审。我的核验发现,50张中仅有2张存在争议:一张将“轻微齿面波纹”误标为“齿牙”,另一张将“深色油渍”误标为“锈蚀”。这两张已在最终发布版中修正——这0.4%的误差率,在工业标注中已是极高水平(行业平均约3–5%)。

这种严谨性直接反映在YOLO标签上:所有txt文件中,x_centery_center的精度保留到小数点后6位(如0.428571),这是为后续可能的亚像素级回归预留的;widthheight最小值为0.0082(对应Φ40mm齿轮上0.3mm孔洞在图像中的归一化尺寸),杜绝了“画个点当bbox”的偷懒操作。

2.3 训练/验证集划分的工程逻辑:为什么是400+100而非其他比例

很多教程说“训练集:验证集=8:2”,但工业场景下这个比例需要重新计算。这套数据采用400张训练、100张验证,并非简单按8:2切分,而是基于三个工程约束:

约束一:缺陷类别平衡性。我用脚本统计了各类缺陷在训练集和验证集中的分布:
| 缺陷类型 | 训练集出现频次 | 验证集出现频次 | 验证集占比 |
|----------|----------------|----------------|------------|
| 孔洞 | 87 | 23 | 20.9% |
| 缺损 | 92 | 21 | 18.5% |
| 齿牙 | 76 | 19 | 20.0% |
| 裂纹 | 89 | 22 | 19.7% |
| 锈蚀 | 84 | 20 | 19.2% |
| 变形 | 79 | 18 | 18.6% |
| 毛刺 | 93 | 24 | 20.4% |

可以看到,每类缺陷在验证集中的占比都稳定在18.5–20.9%之间,标准差仅0.8%。这意味着验证集不是随机抽样,而是按缺陷类型分层抽样——确保模型在每类缺陷上的泛化能力都能被公平评估。如果随机切分,像“变形”这类相对少见的缺陷(总频次197次),很可能在验证集中只出现10次甚至更少,导致评估失真。

约束二:图像来源隔离。100张验证图全部来自同一批次的抽检样本(某厂2023年Q3批次),而400张训练图来自另外四个不同批次(2022年Q4至2023年Q2)。这模拟了真实场景:模型用历史数据训练,用最新批次数据验证。我测试过,如果把验证集混入训练集再随机切分,模型在验证集上的mAP会虚高2.3%,但换到新批次图像上mAP暴跌5.7%——这就是数据泄露的代价。

约束三:硬件部署可行性。验证集100张图的总大小约1.2GB(平均12MB/张),恰好能在主流嵌入式推理设备(如Jetson Orin Nano)的内存中一次性加载进行整批评估,无需流式读取。而如果验证集扩大到150张,内存占用会超限,迫使开发者改写评估脚本——这违背了“开箱即用”的初衷。

因此,400+100不是经验值,而是权衡了统计可靠性、产线真实性、部署便捷性后的最优解。你可以放心地把这100张当作“黄金验证集”,它的评估结果,基本等同于模型上线后的首周表现。

3. 目录结构解析与实操导入全流程

3.1 资源包目录树逐层解读:每个文件的作用与不可删性

拿到解压后的文件夹,别急着跑代码。先理解这个结构的设计逻辑——它本质是一个最小可行训练单元(Minimum Viable Training Unit, MVTU),每个文件都承担明确角色:

├── .gitignore # 忽略临时文件,不影响训练,但删掉会导致Git跟踪混乱(建议保留) ├── .inscode # 某些IDE的配置,纯开发辅助,可删 ├── result.png # 示例检测效果图,纯示意,可删 ├── show.py # 核心可视化脚本,必须保留(后文详述其不可替代性) ├── classes.txt # 类别定义,YOLO训练必需!删掉模型无法知道ID 0 对应什么 ├── requirements.txt # 依赖清单,含opencv-python==4.5.5.64等精确版本,建议用pip install -r安装 ├── IhpGk2HBsCnS5SAGbhNn-master-c3dcf14f27fc3c264d997456f1724f9c9bc87443 # 这是原始GitHub仓库的commit hash,标识数据版本,建议保留作溯源 ├── datasets/ # 空文件夹?错!这是为未来扩展预留的路径(如加入更多齿轮型号子集) ├── labels/ # YOLO标签核心目录,所有txt文件在此,绝对不可删、不可改名 ├── images/ # 原始图像核心目录,所有jpg/png在此,绝对不可删、不可改名

重点强调两个易被误操作的点:
-datasets/为空不是bug:它存在的意义是当你需要新增一个子数据集(如datasets/gear_200mm/)时,可直接在此目录下创建,保持路径统一。YOLO训练脚本(如ultralytics的train.py)默认读取datasets/下的子目录,所以这个空文件夹是架构预留。
-IhpGk2HBsCnS5SAGbhNn-master-xxx不是冗余:这是Git commit ID,对应GitHub上该数据集的精确版本。如果你后续发现某个标注有误,可以据此回溯到原始仓库的issue讨论,甚至提交PR修正。删掉它,你就失去了数据溯源能力。

3.2show.py可视化脚本深度剖析:不只是看图,更是质检工具

这个脚本远不止“显示框和文字”那么简单。我把它当作产线部署前的第一道质检关卡。以下是它的核心能力与实操技巧:

# show.py 关键逻辑节选(已加注释) import cv2 import numpy as np def load_classes(classes_path): with open(classes_path, 'r') as f: return [line.strip() for line in f.readlines()] # 严格按行读取,空行会被跳过 def draw_bbox(img, label_path, classes, colors=None): if colors is None: # 工业场景专用配色:高对比度+色盲友好 colors = [(0, 255, 0), (255, 0, 0), (0, 0, 255), (255, 255, 0), (255, 0, 255), (0, 255, 255), (128, 128, 128)] # 灰色用于毛刺(低对比度缺陷) h, w = img.shape[:2] with open(label_path, 'r') as f: for line in f: parts = line.strip().split() if len(parts) < 5: continue cls_id = int(parts[0]) x_center, y_center, width, height = map(float, parts[1:5]) # 归一化坐标转像素坐标(核心!) x1 = int((x_center - width/2) * w) y1 = int((y_center - height/2) * h) x2 = int((x_center + width/2) * w) y2 = int((y_center + height/2) * h) # 边界检查:防止坐标越界(工业图常有黑边,越界会导致cv2.rectangle崩溃) x1, y1 = max(0, x1), max(0, y1) x2, y2 = min(w-1, x2), min(h-1, y2) cv2.rectangle(img, (x1, y1), (x2, y2), colors[cls_id], 2) cv2.putText(img, classes[cls_id], (x1, y1-10), cv2.FONT_HERSHEY_SIMPLEX, 0.6, colors[cls_id], 2) # 字体大小0.6适配工业屏分辨率 return img # 主程序:支持三种模式 if __name__ == "__main__": import sys if len(sys.argv) == 2 and sys.argv[1] == "--all": # 模式1:批量质检——遍历所有图,生成带框的预览图到preview/目录 # 我用它在交付前快速筛查:500张图10秒内生成预览,一眼看出哪张标注错位 pass elif len(sys.argv) == 2: # 模式2:单图精检——输入图片路径,显示并暂停,按任意键继续 # 我用它在调试时逐帧检查:比如发现“裂纹”框把油污也包进去了,立即定位到对应txt修改 pass else: # 模式3:交互式——列出所有图,输入序号实时加载,适合会议演示 pass

实操心得
-批量质检(python show.py --all:这是我必做的步骤。它会在preview/目录下生成500张带框图。我打开文件管理器按修改时间排序,快速滑动查看——如果某张图的框严重偏离缺陷中心,说明标注或坐标转换有误。上周我就用这招发现2张“锈蚀”标注把整个齿面都框进去了(应只框氧化区域),及时修正。
-单图精检(python show.py images/001.jpg:当模型训练后出现某类缺陷漏检率高,我会用此模式加载该类别的典型图像,观察原始标注是否合理。比如发现模型总漏检“微裂纹”,加载几张微裂纹图,发现标注框太小(像素尺寸仅2×8),于是手动放大框并重训——mAP提升1.8%。
-配色逻辑:绿色(孔洞)和红色(缺损)是最高危缺陷,用最醒目的颜色;灰色(毛刺)是低风险缺陷,用低调颜色,避免视觉干扰。这不是审美选择,是人因工程设计。

3.3 无缝接入YOLOv5/v8/v10训练的完整配置指南

“开箱即用”的核心在于——你不需要改一行代码就能开始训练。以下是针对三个主流版本的零配置接入法:

YOLOv5 接入(以v5.0为例)
  1. 将解压后的整个文件夹重命名为gear_defect_dataset,放在YOLOv5项目根目录下;
  2. 创建data/gear.yaml
train: ../gear_defect_dataset/images/train/ val: ../gear_defect_dataset/images/val/ nc: 7 names: ['hole', 'missing', 'tooth_shape', 'crack', 'rust', 'deformation', 'burr']

注意:YOLOv5要求images/下必须有train/val/子目录。但你的数据包里images/是平铺的!解决方案:不要移动图片,而是用符号链接(Linux/Mac)或mklink(Windows)创建软链:
```bash

Linux/Mac 终端执行

cd yolov5
mkdir -p data/gear_defect_dataset/images/{train,val}
ln -s $(pwd)/../gear_defect_dataset/images/data/gear_defect_dataset/images/train/
ln -s $(pwd)/../gear_defect_dataset/images/
data/gear_defect_dataset/images/val/
```
这样既保持原始结构,又满足YOLOv5路径要求。

YOLOv8 接入(推荐,最省事)

YOLOv8原生支持扁平化数据集,无需任何结构调整:
1. 直接使用ultralytics命令:

# 在YOLOv8项目根目录执行 yolo detect train data=gear_defect_dataset/data.yaml model=yolov8n.pt epochs=100 imgsz=640
  1. data.yaml内容(放在gear_defect_dataset/目录下):
train: images val: images # 注意:YOLOv8允许train/val指向同一目录,它会自动按8:2分割 # 但为了用你已划分好的400+100,建议手动指定: # train: images_train # 你需要先创建images_train/并复制400张图 # val: images_val # 同理创建images_val/放100张图 nc: 7 names: ['hole', 'missing', 'tooth_shape', 'crack', 'rust', 'deformation', 'burr']
YOLOv10 接入(2024年新版本)

YOLOv10要求数据集符合COCO格式,但别慌——show.py已内置转换函数:

# 运行转换脚本(假设已安装pycocotools) python show.py --convert-to-coco gear_defect_dataset/

该命令会生成coco_format/目录,含annotations/instances_train2017.json等标准文件,可直接用于YOLOv10训练。

关键参数选择依据
-imgsz=640:齿轮细节丰富(微裂纹需看清),640是精度与速度平衡点。实测:320时微裂纹mAP仅0.32,640升至0.61,1280仅+0.03但耗时翻倍;
-epochs=100:工业数据量小,过拟合风险高。我用早停(patience=10)监控验证集mAP,通常85轮收敛;
-batch-size=16:基于RTX 3090显存优化,若用A100可提到32,但梯度更新稳定性下降,需调小学习率。

4. 实战训练效果与常见问题排查手册

4.1 在真实硬件上的训练与推理性能实测

我用这套数据在三类硬件上完成了全流程验证,结果如下(所有测试均使用YOLOv8n,相同超参):

硬件平台训练耗时(100轮)验证集mAP@0.5单图推理耗时(毫秒)是否满足产线节拍
RTX 3090 (24G)1小时22分钟0.78312.4是(节拍≤2s)
Jetson Orin NX6小时18分钟0.75148.7是(节拍≤2s)
Raspberry Pi 432小时+(中断)0.521320+否(需降分辨率)

关键发现
-Orin NX的性价比极高:虽然训练慢3.7倍,但推理速度48.7ms完全满足齿轮装配线0.5秒/件的节拍(实际部署时用TensorRT加速后降至28ms);
-mAP@0.5的构成很健康:7类缺陷中,最低的是“齿牙”(0.712),最高的是“孔洞”(0.856),没有明显短板。这证明标注语义一致性起了作用——如果“齿牙”定义模糊,mAP必然偏低;
-Pi 4失败原因:不是算力不够,而是内存带宽瓶颈。当加载640×640图像时,内存交换频繁导致训练中断。解决方案:用show.py预处理图像,批量缩放到416×416再训练,mAP仅降0.03但可稳定运行。

4.2 典型问题速查表与独家修复方案

在带学生和客户实操过程中,我整理了最常遇到的6类问题,附带一键修复命令:

问题现象根本原因诊断命令修复方案修复耗时
训练loss震荡剧烈,不收敛labels/中存在坐标越界(x_center±width/2 >1)python -c "import glob; [print(f) for f in glob.glob('labels/*.txt') if any([float(x.split()[1])>1 or float(x.split()[2])>1 for x in open(f).readlines()])]"运行show.py --fix-boundary自动修正所有越界坐标<1分钟
验证时大量“Confidence=0.0”预测classes.txt末尾有空行,导致类别数读错为8wc -l classes.txt删除classes.txt最后一行空行,保存5秒
show.py报错“No module named ‘cv2’”OpenCV版本冲突(YOLO要求4.5.x,系统自带4.8.x)python -c "import cv2; print(cv2.__version__)"pip uninstall opencv-python && pip install opencv-python==4.5.5.642分钟
训练后检测框全部偏右上角图像尺寸读取错误(show.py中h,w获取反了)python show.py images/001.jpg观察框位置修改show.py第42行:h, w = img.shape[:2]h, w = img.shape[0], img.shape[1]30秒
验证集mAP远低于训练集(过拟合)验证集图像被意外加入训练集(文件名重复)comm -12 <(ls images/train \| sort) <(ls images/val \| sort)重命名冲突文件,或用show.py --check-duplicate扫描1分钟
推理时GPU显存溢出(OOM)batch-size设置过大(如32)nvidia-smi观察显存占用降低batch-size至16,并在训练命令中加--device 0明确指定GPU10秒

独家避坑技巧
-“锈蚀”类易混淆的终极判断法:在show.py中按c键切换显示模式,开启“灰度+边缘增强”视图。真正的锈蚀在灰度图中呈现颗粒状纹理,而油污是光滑渐变。我教产线工人用这招,准确率从65%提升到92%。
-微裂纹检测的增强技巧:在训练前,用show.py --enhance-crack对所有含“裂纹”标注的图像做CLAHE直方图均衡化,再保存为images_enhanced/。用此目录训练,微裂纹召回率提升22%。
-部署时的轻量化陷阱:不要直接用YOLOv8n转ONNX再部署。实测发现,用ultralytics export format=engine生成TensorRT引擎,比ONNX快2.3倍,且精度无损——这是Jetson部署的黄金组合。

5. 数据集的延伸价值与定制化升级路径

这套数据的价值不仅在于“拿来就用”,更在于它是一个可生长的工业视觉基座。我在三个客户项目中将其升级为定制化方案,效果显著:

5.1 场景迁移:从通用齿轮到特定型号

某客户需要检测Φ80mm斜齿轮,但数据集里斜齿轮仅占12%。我的做法:
1. 用show.py --filter-class crack提取所有含裂纹的图像(共89张);
2. 用OpenCV的Hough变换检测齿向角,筛选出齿向角在±15°内的图像(得32张);
3. 以这32张为种子,用GAN(StyleGAN2-ADA)合成200张新图,保持齿形与裂纹特征;
4. 人工复核后加入训练集。最终模型在该客户产线上的裂纹检出率从76%提升至94%。

5.2 缺陷分级:从“有/无”到“轻/中/重”

客户要求对“变形”缺陷分级(影响装配扭矩)。我在原有标注基础上:
- 用show.py --measure-deformation自动计算齿向扭曲度(基于齿廓拟合直线的R²值);
- 将R²<0.92定义为“重度变形”,0.92–0.96为“中度”,>0.96为“轻度”;
- 生成新的classes_extended.txt(10类:原7类+3个变形子类);
- 重训模型,输出多级置信度。现在系统不仅能报警,还能提示“建议停机校准”。

5.3 多模态融合:结合振动传感器数据

在风电齿轮箱项目中,我将图像数据与振动频谱数据对齐:
- 每张图像关联一个.npy振动文件(采样率10kHz,1秒窗口);
- 构建双分支网络:CNN处理图像,1D-CNN处理振动信号;
- 特征融合后分类。结果:在早期微裂纹阶段(图像尚不可见),振动信号已出现特征频率偏移,模型提前2天预警。

所以,当你用完这500张图,别把它当成终点。它更像一把钥匙——打开了工业缺陷检测从“能用”到“好用”再到“预判”的升级之门。我最后分享一个小技巧:每次模型迭代后,用show.py --compare-before-after old_model.pt new_model.pt生成对比图,直观展示哪些难例被攻克了。这种可视化的进步感,比任何mAP数字都更能坚定你继续深耕的信心。

本文还有配套的精品资源,点击获取

简介:直接用于齿轮表面缺陷检测模型训练的YOLO格式数据集,包含约500张高清工业场景下的齿轮图像,覆盖孔洞、缺损、齿牙、裂纹、锈蚀、变形、毛刺共7类典型缺陷。所有图片已按YOLOv5/v8/v10兼容格式组织,labels文件夹内为归一化坐标txt标签(x_center, y_center, width, height),images文件夹存放原始图像,classes.txt明确定义类别顺序。数据已划分好训练集(约400张)和验证集(约100张),测试集可从验证集中灵活拆分。附带show.py可视化脚本,一键加载图像并叠加边界框与类别名称,方便快速核验标注质量;.png为示例检测效果预览。资源包结构即开即用,无需额外清洗或转换,支持主流YOLO框架开箱训练,显著缩短数据准备周期。


本文还有配套的精品资源,点击获取

http://www.jsqmd.com/news/982946/

相关文章:

  • 深入解读NXP Kinetis K61芯片手册:从电气参数到稳定嵌入式设计
  • 5分钟掌握YimMenu:GTA5安全增强与防崩溃解决方案
  • 别再死记硬背了!用Python代码手把手带你玩转A*算法(附扫地机器人实战源码)
  • i.MX 6UltraLite时序参数深度解析:从手册到稳定嵌入式设计的实战指南
  • i.MX 7ULP接口时序深度解析:从理论到硬件设计与驱动配置实战
  • MC68HC908AT32时钟系统:PLL低功耗管理与滤波电容选型实战
  • 告别龟速下载!3分钟掌握百度网盘高速下载神器
  • 从PCI到PCIe 4.0:图解电脑主板接口的‘高速公路’进化史(及未来展望)
  • 如何告别复杂宏命令:魔兽世界智能宏系统终极指南
  • 企业AI算力工作站DLTM深度学习推理工作站零代码私有化重塑企业AI落地新模式
  • 嵌入式低功耗设计实战:从Kinetis K26电气特性到功耗优化策略
  • 终极无损视频修复指南:5分钟学会使用untrunc拯救损坏的MP4文件
  • 微信聊天记录备份工具:如何安全掌控你的数字记忆
  • 计算机毕业设计之 智能零售柜商品识别系统
  • Havenlon 系统术语解读:从信任到执行控制
  • 深度解析MusicFree:如何构建开源插件化音乐播放器的技术架构
  • 别再只盯着CPU了!用Node Exporter监控Linux服务器,这5个内存和磁盘IO的指标更关键
  • ARM Cortex-M4引脚复用实战:从K60配置到嵌入式系统设计
  • 更便捷地提取梅露露的炼金工房资源
  • 嵌入式接口时序设计:从i.MX 6ULZ核心外设到硬件调试实战
  • 如何快速掌握DDC/CI协议:MonitorControl跨架构显示器控制终极指南
  • BIOS更新真能救活你的高频内存条?实测微星Z690主板升级0603版BIOS后,DDR4 4000 XMP终于稳了
  • 告别Verilog代码乱糟糟:在Windows上用VSCODE一键美化格式的完整流程
  • 淘宝京东商品评论自动采集与情感倾向分析工具(含爬虫+模型+可视化界面)
  • CICERO双引擎架构:语言模型与规划器协同的AI谈判系统
  • 5分钟快速指南:用HoRNDIS实现Mac与Android的USB网络共享
  • Trelby剧本写作工具:完全免费的专业剧本创作软件终极指南
  • 麻将AI助手Akagi:实时分析雀魂对局的终极指南
  • MonitorControl终极指南:用Mac键盘控制所有显示器亮度,完全免费!
  • 毕业答辩PPT还在通宵改?这三款AI生成神器一键搞定,还送答辩稿+答辩对策+问答库!