簡介YOLO鋼表面缺陷檢測數(shù)據(jù)集面向鋼表面缺陷識別與工業(yè)質(zhì)檢場景包含5000張真實場景高質(zhì)量圖片數(shù)據(jù)場景豐富標(biāo)注框質(zhì)量較高適合目標(biāo)檢測入門、課程實訓(xùn)和YOLO系列模型調(diào)優(yōu)。資源提供VOC、COCO、YOLO三種格式標(biāo)簽按文件夾分類存放可直接切換到不同檢測框架使用。壓縮包共2000個文件約98.51MB主體為xml標(biāo)注文件同時包含txt標(biāo)簽列表、py數(shù)據(jù)集劃分腳本和html環(huán)境搭建/訓(xùn)練說明結(jié)構(gòu)清晰便于檢索。目前已有321人瀏覽學(xué)習(xí)。配套的YOLO環(huán)境搭建和訓(xùn)練教程覆蓋Linux與Windows兩個版本可從零配置環(huán)境并修改案例訓(xùn)練自己的數(shù)據(jù)三個劃分腳本支持將圖片和標(biāo)簽按需切分為訓(xùn)練集、驗證集、測試集并寫入新文件夾也可生成ImageSets下的txt文件為后續(xù)批量訓(xùn)練和驗證提供便利。1. YOLO鋼表面缺陷檢測5000張圖和三種標(biāo)簽格式拿到手就能開跑在我接觸過的工業(yè)視覺資源里YOLO鋼表面缺陷檢測數(shù)據(jù)集是少有的“拿到手就能開跑”的一份。鋼卷表面的裂紋、麻點、夾雜每類缺陷正樣本都靠產(chǎn)線長期積累人工標(biāo)注更是按框計價光是把標(biāo)簽從XML轉(zhuǎn)成txt就能耗掉大半天。這份資源打包了5000張圖片同時給出VOC、COCO、YOLO三種標(biāo)簽格式外加劃分腳本和訓(xùn)練教程等于把“裸圖→可訓(xùn)練狀態(tài)”這一整段臟活提前干完了。適合剛接觸YOLO的入門者也適合想快速驗證缺陷檢測方案的工程師。我會按實際拆包的順序展開先看數(shù)據(jù)結(jié)構(gòu)再跑劃分腳本接著配訓(xùn)練最后聊幾個容易翻車的細(xì)節(jié)。2. 解剖數(shù)據(jù)集三種標(biāo)注格式的差異、目錄結(jié)構(gòu)與類別分布2.1 VOC、COCO、YOLO三種格式到底在分別保存什么第一次接觸這份資源的人容易把三種標(biāo)簽格式理解成“同一件事做了三遍”。其實它們只是同一批標(biāo)注框的三種序列化方式分別服務(wù)不同的訓(xùn)練框架和工具鏈。VOC格式是每張圖片對應(yīng)一個XML文件文件里用object節(jié)點保存每個目標(biāo)的類別名和bndbox坐標(biāo)COCO格式是把整個數(shù)據(jù)集的標(biāo)注集中到一個JSON文件每條annotation都帶著image_id、category_id和bbox四個數(shù)字YOLO格式則是每張圖片對應(yīng)一個txt文件一行一個目標(biāo)五個數(shù)字依次是“類別id、歸一化中心x、歸一化中心y、歸一化寬、歸一化高”。三個格式的差異集中體現(xiàn)在坐標(biāo)表示上格式文件形態(tài)坐標(biāo)表示典型適用框架VOC每圖一個XMLxmin/ymin/xmax/ymax絕對像素值Pascal VOC系、標(biāo)注工具導(dǎo)出COCO整個數(shù)據(jù)集一個JSON左上角x、y和寬w、高h(yuǎn)絕對像素值Detectron2、MMDetectionYOLO每圖一個TXTcx、cy、w、h全部除以圖片寬高做歸一化YOLOv5、YOLOv8、Ultralytics系YOLO格式的歸一化坐標(biāo)是新手最容易栽跟頭的地方。標(biāo)簽txt里出現(xiàn)的0.512345 0.345678 0.045678 0.023456前面的0.51是目標(biāo)中心點在水平方向的位置比例后面0.34是中心點在垂直方向的比例再后面兩項是寬和高的比例。所有這些數(shù)字都被限制在0到1之間一旦在格式轉(zhuǎn)換時忘了除以圖片實際寬高就會出現(xiàn)坐標(biāo)越界大于1或小于0訓(xùn)練時要么直接報錯要么loss異常波動。提示拿到壓縮包后先用文本編輯器打開一個XML、一段JSON和一個txt對照著看同一張圖的同一個框在三種格式下分別長什么樣。這比看任何格式文檔都更快。這份資源把三種格式并列給出省掉的不止是轉(zhuǎn)換步驟。實際項目中標(biāo)注團(tuán)隊用labelImg導(dǎo)出VOC算法組用COCO格式喂給MMDetection線上推理用YOLO格式做數(shù)據(jù)組織三者之間來回轉(zhuǎn)換是常態(tài)。直接給齊三份意味著無論你接下來用哪個框架都不用先寫一遍轉(zhuǎn)換腳本也不必?fù)?dān)心轉(zhuǎn)換過程中坐標(biāo)精度丟失。2.2 目錄結(jié)構(gòu)先確認(rèn)圖片和標(biāo)簽的對應(yīng)關(guān)系解壓之后先別急著訓(xùn)練。我的第一個動作是執(zhí)行tree命令把目錄結(jié)構(gòu)完整打出來確認(rèn)圖片目錄和標(biāo)簽?zāi)夸浀膶?yīng)方式。常見組織是這樣的steel_defect_dataset/ ├── images/ │ ├── train/ │ │ ├── 00001.jpg │ │ ├── 00002.jpg │ │ └── ... │ ├── val/ │ │ ├── 00101.jpg │ │ └── ... │ └── test/ │ ├── 00201.jpg │ └── ... ├── voc_labels/ │ ├── train/ │ │ ├── 00001.xml │ │ ├── 00002.xml │ │ └── ... │ ├── val/ │ └── test/ ├── coco_labels/ │ ├── train.json │ ├── val.json │ └── test.json ├── yolo_labels/ │ ├── train/ │ │ ├── 00001.txt │ │ ├── 00002.txt │ │ └── ... │ ├── val/ │ └── test/ ├── split_dataset.py └── train_tutorial.md這種“圖片一個目錄、標(biāo)簽一個目錄、文件名一一對應(yīng)”的結(jié)構(gòu)是最穩(wěn)的。YOLO訓(xùn)練時只需要遍歷圖片目錄然后按文件名去另一側(cè)找同名txt兩邊都不會出現(xiàn)找不到配對的問題。檢查的時候我重點看三處一是圖片文件有沒有損壞、能不能正常解碼二是標(biāo)簽文件有沒有0字節(jié)的空文件三是同名圖片和標(biāo)簽是否一一對應(yīng)。壓縮包解壓和網(wǎng)絡(luò)傳輸過程中偶爾會出現(xiàn)某個文件損壞或丟失如果帶著臟數(shù)據(jù)直接開訓(xùn)輕則個別圖片被跳過重則訓(xùn)練中斷。我的習(xí)慣是寫一個十幾行的小腳本遍歷圖片目錄逐個檢查同名標(biāo)簽是否存在、是否非空有問題的先撈出來再決定是刪掉對應(yīng)圖片還是重新補標(biāo)。from pathlib import Path img_dir Path(steel_defect_dataset/images/train) label_dir Path(steel_defect_dataset/yolo_labels/train) missing [] empty [] for img_path in sorted(img_dir.glob(*.jpg)): label_path label_dir / (img_path.stem .txt) if not label_path.exists(): missing.append(img_path.name) elif label_path.stat().st_size 0: empty.append(img_path.name) print(f缺失標(biāo)簽: {len(missing)} 個) print(f空標(biāo)簽文件: {len(empty)} 個)這段腳本的邏輯不復(fù)雜遍歷train目錄下所有jpg拼出同名txt路徑先檢查文件存不存在再檢查文件大小是否為0。跑完之后如果缺失數(shù)不為0說明數(shù)據(jù)集本身不完整需要從其他備份里補回來而不是直接進(jìn)訓(xùn)練流程。2.3 鋼表面缺陷檢測的特殊性小目標(biāo)、細(xì)長目標(biāo)與類別不平衡鋼表面缺陷檢測和通用目標(biāo)檢測有本質(zhì)區(qū)別最明顯的是目標(biāo)尺寸分布。crazing裂紋這類缺陷在圖片里往往只有幾十個像素寬形狀細(xì)長且方向隨機矩形框很難緊密貼合patches麻點則是成片出現(xiàn)邊界模糊標(biāo)注框和真實缺陷區(qū)域之間總有偏差rolled-in_scale氧化鐵皮壓入的顏色紋理與背景高度相似人眼辨認(rèn)都費勁。這種數(shù)據(jù)特性決定了兩個訓(xùn)練方向一是輸入分辨率不能太低默認(rèn)的640×640會把細(xì)長裂紋縮成幾個像素特征根本提不出來二是損失函數(shù)里框回歸部分需要格外關(guān)注因為矩形框?qū)?xì)長目標(biāo)的覆蓋本身就不精確如果標(biāo)注框再帶有隨機誤差訓(xùn)練時回歸損失會一直降不下去。還有類別不平衡問題。六類缺陷里scratches劃傷和patches往往樣本數(shù)量占大頭crazing和inclusion數(shù)量偏少。訓(xùn)練時如果不對小樣本類別做任何處理模型會傾向于把不確定目標(biāo)預(yù)測成樣本量大的類別導(dǎo)致crazing的召回率慘不忍睹。拿到數(shù)據(jù)集后我一般會先統(tǒng)計每個類別的目標(biāo)數(shù)量確認(rèn)哪些類別是少數(shù)派后面訓(xùn)練時再看要不要調(diào)整類別權(quán)重。3. 劃分腳本實戰(zhàn)train/val/test的生成邏輯與參數(shù)修改3.1 劃分腳本解決的是什么問題壓縮包里帶的split_dataset.py核心任務(wù)只有一個把圖片列表隨機打亂按比例切成train、val、test三份同時保證同一張圖的標(biāo)簽跟著圖片走。這個看似簡單的邏輯手動操作時最容易出錯。很多人習(xí)慣直接按文件管理器里的順序拖拽移動結(jié)果圖片移走了、標(biāo)簽沒移走訓(xùn)練時反復(fù)報“l(fā)abel file missing”。腳本的價值在于把圖片和標(biāo)簽的劃分結(jié)果綁定在一起。常見的實現(xiàn)是遍歷圖片得到完整列表用random.shuffle打亂再按比例切片然后同時寫出圖片路徑和對應(yīng)標(biāo)簽路徑。為了避免每次跑出來的劃分結(jié)果都不一樣腳本里會固定一個隨機種子比如random.seed(42)。這樣不管是自己隔天重跑還是發(fā)給同事復(fù)現(xiàn)得到的train/val/test組合完全一致。固定種子這件事容易被忽略但實際排查問題時作用很大。模型在驗證集上指標(biāo)忽高忽低不一定是模型問題可能是每次劃分出來的驗證集不同。把種子固定住相當(dāng)于鎖定了實驗變量之后所有對比都建立在同一套數(shù)據(jù)集劃分上。3.2 運行腳本與參數(shù)說明我習(xí)慣把腳本里的路徑和比例參數(shù)提到命令行里傳避免每次修改Python源文件。用argparse組織的典型版本是這樣的import argparse import random from pathlib import Path def parse_args(): parser argparse.ArgumentParser(descriptionSteel defect dataset split) parser.add_argument(--img_dir, typestr, requiredTrue, help原始圖片目錄腳本從這里讀所有jpg) parser.add_argument(--label_dir, typestr, requiredTrue, help標(biāo)簽?zāi)夸浗Y(jié)構(gòu)和img_dir保持對應(yīng)) parser.add_argument(--train_ratio, typefloat, default0.8, help訓(xùn)練集比例默認(rèn)0.8) parser.add_argument(--val_ratio, typefloat, default0.1, help驗證集比例默認(rèn)0.1剩余的為測試集) parser.add_argument(--seed, typeint, default42, help隨機種子固定后可復(fù)現(xiàn)劃分結(jié)果) parser.add_argument(--out_dir, typestr, requiredTrue, help輸出目錄生成train.txt/val.txt/test.txt) return parser.parse_args() def main(): args parse_args() random.seed(args.seed) img_dir Path(args.img_dir) all_imgs sorted(img_dir.glob(*.jpg)) random.shuffle(all_imgs) n_train int(len(all_imgs) * args.train_ratio) n_val int(len(all_imgs) * args.val_ratio) train_imgs all_imgs[:n_train] val_imgs all_imgs[n_train:n_train n_val] test_imgs all_imgs[n_train n_val:] out_dir Path(args.out_dir) out_dir.mkdir(parentsTrue, exist_okTrue) for name, img_list in [(train, train_imgs), (val, val_imgs), (test, test_imgs)]: with open(out_dir / f{name}.txt, w, encodingutf-8) as f: for img in img_list: f.write(str(img.resolve()) \n) if __name__ __main__: main()邏輯分四步先把所有jpg路徑讀進(jìn)來并排序保證每次運行初始順序穩(wěn)定再用種子打亂隨后按比例切片得到三份圖片列表最后把絕對路徑寫入三個txt清單文件。注意這里n_val用的是int()向下取整如果圖片總數(shù)不是10的整數(shù)倍余數(shù)會全部歸到test集三個集合比例不會嚴(yán)格等于0.8/0.1/0.1。運行命令python split_dataset.py \ --img_dir steel_defect_dataset/images \ --label_dir steel_defect_dataset/yolo_labels \ --train_ratio 0.8 \ --val_ratio 0.1 \ --seed 42 \ --out_dir steel_defect_dataset/splits生成三個txt清單只是第一步。YOLO訓(xùn)練代碼通常并不直接讀txt清單而是要求圖片按train/val/test子目錄存放。所以我一般再寫一段復(fù)制邏輯讀清單把圖片和對應(yīng)的標(biāo)簽一起復(fù)制到images/train、yolo_labels/train這類目錄。復(fù)制而不是移動是為了保留原始數(shù)據(jù)萬一劃分有問題還能重來不至于把原始數(shù)據(jù)折騰亂。這個后悔藥我每次都會準(zhǔn)備。3.3 數(shù)據(jù)泄漏最隱蔽的劃分陷阱劃分腳本本身簡單真正的坑在于“同類圖片泄漏”。鋼卷表面圖片經(jīng)常是連續(xù)采集的同一個卷號下相鄰幀的紋理、光照、缺陷分布高度相似幾乎可以看作同一張圖的輕微變化。如果直接按文件級隨機劃分訓(xùn)練集和驗證集里會出現(xiàn)大量這種“近親圖片”模型在驗證集上的表現(xiàn)會虛高一到真實產(chǎn)線數(shù)據(jù)就垮掉。合理做法是按“卷號”或“采集批次”分組再把整組劃入同一個子集保證同一個卷的圖片不會同時出現(xiàn)在train和val里。壓縮包里的劃分腳本如果只是隨機打亂沒有做分組邏輯我會先根據(jù)文件名前綴提取卷號把圖片按組聚合后再劃分。判斷泄漏是否存在的辦法是訓(xùn)練完成后看驗證集mAP和實際產(chǎn)線測試的差距如果差距超過15%大概率是劃分時存在泄漏。4. YOLO訓(xùn)練配置數(shù)據(jù)yaml、預(yù)訓(xùn)練權(quán)重與關(guān)鍵訓(xùn)練參數(shù)4.1 數(shù)據(jù)yaml路徑、類別數(shù)量與類別名YOLO系列框架訓(xùn)練前需要一個數(shù)據(jù)配置文件告訴框架去哪里找圖片、一共有幾類。以Ultralytics YOLOv8為例# steel_defect.yaml path: ../steel_defect_dataset train: images/train val: images/val test: images/test nc: 6 names: 0: crazing 1: inclusion 2: patches 3: pitted_surface 4: rolled-in_scale 5: scratchespath字段指定數(shù)據(jù)集根目錄train、val、test是相對根目錄的子路徑nc是類別數(shù)量names是類別名列表。注意names的排列順序必須和YOLO標(biāo)簽txt里的類別id完全一致。txt里第一個數(shù)字為0對應(yīng)的就是names里第0個元素crazing如果txt里的類別編號在轉(zhuǎn)換時被重新排過序而names還是按原數(shù)據(jù)集順序?qū)懙哪Ｐ陀?xùn)練時不會報錯但預(yù)測結(jié)果會整體錯位把crazing識別成inclusion這種事就是這么來的。注意寫yaml前務(wù)必全量掃描所有txt標(biāo)簽統(tǒng)計實際出現(xiàn)的類別id集合再與yaml里的names逐項比對。這個步驟花不了三十秒但能省掉一整天的排錯時間。4.2 預(yù)訓(xùn)練權(quán)重與模型規(guī)模n/s/m怎么選鋼表面缺陷數(shù)據(jù)是典型的工業(yè)特定場景類別和COCO相差很大但訓(xùn)練時仍然建議從COCO預(yù)訓(xùn)練權(quán)重起步而不是隨機初始化。原因很直接COCO預(yù)訓(xùn)練已經(jīng)把低層特征提取器練得夠好遷移到鋼材表面時收斂更快最終精度也更高。YOLOv8的yolov8n.pt、yolov8s.pt這些預(yù)訓(xùn)練權(quán)重框架會自動從官方地址下載也可以手動下載后放到項目目錄里用model路徑指定。模型規(guī)模的選擇取決于顯存和任務(wù)復(fù)雜度。我的經(jīng)驗值如下模型顯存參考適用場景YOLOv8n4~6GB邊緣設(shè)備部署、快速驗證流程YOLOv8s8~12GB大多數(shù)缺陷檢測項目精度/速度平衡YOLOv8m16GB以上小目標(biāo)占比高、對精度要求苛刻的產(chǎn)線方案鋼材缺陷圖片分辨率通常偏高小目標(biāo)多直接上大模型加高分辨率輸入很容易把顯存撐爆。我見過有人在V100上跑YOLOv8m輸入尺寸調(diào)到1280之后顯存不足折騰半天分辨率降回640最終精度也沒比s模型強多少。結(jié)論是先在s模型上把數(shù)據(jù)流程跑通再根據(jù)bad case決定要不要換更大的模型。4.3 訓(xùn)練命令、損失函數(shù)與常見崩潰以YOLOv8s為例一條完整的訓(xùn)練命令yolo train \ modelyolov8s.pt \ datasteel_defect.yaml \ epochs150 \ imgsz640 \ batch16 \ lr00.01 \ patience30參數(shù)含義epochs是訓(xùn)練輪數(shù)缺陷檢測一般120到200輪足夠收斂imgsz是輸入圖像縮放尺寸小目標(biāo)多時建議提到768batch是每批圖片數(shù)顯存不夠就調(diào)小lr0是初始學(xué)習(xí)率類別不平衡明顯時我習(xí)慣降到0.005patience是早停輪數(shù)連續(xù)30輪驗證集指標(biāo)沒提升就自動停止省得空跑。損失函數(shù)方面YOLOv8的損失由分類損失、框回歸損失和置信度損失三部分組成。框回歸部分使用的CIoU類損失理論上對小目標(biāo)足夠友好但前提是標(biāo)簽框坐標(biāo)本身是準(zhǔn)的。如果標(biāo)注框和真實缺陷區(qū)域貼合度很差損失函數(shù)的優(yōu)化空間就很有限。訓(xùn)練中最常見的翻車是loss變成NaN元兇通常是三個學(xué)習(xí)率過大、標(biāo)簽坐標(biāo)越界、圖片損壞。排查順序先掃描所有txt標(biāo)簽確認(rèn)每個坐標(biāo)都被限制在0到1之間再降低學(xué)習(xí)率到0.001試試最后看是不是某張損壞圖片導(dǎo)致的。另外有項目里遇到BN層訓(xùn)練中崩潰特征圖在某個batch之后全是NaN多半是batch太小或預(yù)訓(xùn)練權(quán)重沒有正確加載。把batch從4提到8以上并把預(yù)訓(xùn)練權(quán)重路徑確認(rèn)一遍問題基本能緩解。5. 鋼表面缺陷檢測避坑我踩過的五個問題5.1 類別編號錯位訓(xùn)練時loss不降現(xiàn)象訓(xùn)練loss正常下降驗證集mAP卻極低預(yù)測出來的類別完全對不上。原因VOC轉(zhuǎn)YOLO時類別id被重新排列過而yaml里的names仍按原始數(shù)據(jù)集順序?qū)憙蛇厡Σ簧??？蚣懿粰z查這一層模型就在錯誤的監(jiān)督信號里完成了訓(xùn)練。解決訓(xùn)練前統(tǒng)計所有txt標(biāo)簽里的類別id按從小到大排列和yaml的names逐項對照。我后來每次換數(shù)據(jù)集都會強制走這一步不再憑感覺。5.2 密集小缺陷導(dǎo)致NMS后漏檢現(xiàn)象一張圖里同時出現(xiàn)幾十個裂紋和麻點模型預(yù)測出大量重疊框NMS之后只剩零星幾個漏檢率極高。原因NMS默認(rèn)閾值對密集目標(biāo)過于激進(jìn)多個真實目標(biāo)如果重疊度高會被當(dāng)成同一個目標(biāo)抑制掉。解決推理時把NMS的IoU閾值從默認(rèn)的0.45調(diào)到0.3或者改用Soft-NMS訓(xùn)練階段把imgsz提升到768并開啟多尺度訓(xùn)練。這兩個措施對密集小目標(biāo)的召回率改善最明顯。5.3 混淆矩陣各列總和不為1現(xiàn)象驗證集混淆矩陣看起來“對不上賬”橫著豎著加起來都不是100%。原因混淆矩陣每個單元格除以的是該行對應(yīng)的真實類別總樣本數(shù)行內(nèi)總和應(yīng)為1但最后多出來的background列統(tǒng)計的是被誤檢為缺陷的背景區(qū)域它不屬于任何真實類別所以從整個矩陣看總和不是1是正常的。解決讀矩陣時按行看忽略全局總和。如果background列數(shù)值偏高說明模型對背景紋理過于敏感需要提高置信度閾值或補充負(fù)樣本。5.4 背景紋理干擾導(dǎo)致誤檢偏高現(xiàn)象鋼表面的水漬、氧化紋理被識別成缺陷false positive數(shù)量居高不下。原因鋼板表面非缺陷紋理在灰度特征上和缺陷高度相似模型學(xué)到的可能只是紋理統(tǒng)計特征而不是真正的缺陷語義。解決訓(xùn)練配置里打開隨機擦除和色彩抖動增強削弱模型對顏色的依賴再收集一批無缺陷的純背景圖片加入訓(xùn)練集讓模型見過真正的負(fù)樣本。5.5 劃分腳本重復(fù)運行導(dǎo)致數(shù)據(jù)重疊現(xiàn)象重新跑一遍劃分腳本后train.txt和val.txt里出現(xiàn)同一張圖片。原因腳本用追加模式寫文件上一次運行的結(jié)果沒有被清空新舊清單拼在了一起。解決寫文件時強制使用覆蓋模式open(path, w)并在劃分完成后用集合差集檢查兩個清單是否有重復(fù)項。從那以后我每次跑完劃分腳本都會先做一次交集校驗確保train和val完全隔離。6. 訓(xùn)練完成的進(jìn)階驗證指標(biāo)分析、可視化推理與模型導(dǎo)出6.1 結(jié)果目錄里哪些文件值得看YOLO訓(xùn)練完成后會在runs/detect/train下生成一批結(jié)果文件重點看三個results.png、confusion_matrix.png和val_batch.jpg。results.png里包含box_loss、cls_loss、mAP50、mAP50-95四條曲線。判斷收斂的標(biāo)準(zhǔn)不是loss降到0而是mAP曲線進(jìn)入平臺期且不再明顯上升。如果mAP50很高但mAP50-95偏低說明預(yù)測框和真實框的重合精度不夠問題集中在框回歸部分?；煜仃噭t用來定位具體類的短板。矩陣對角線是每個類別的正確檢出率那些對角線明顯偏低的類別就是后續(xù)需要針對性優(yōu)化的對象。6.2 用測試集做可視化推理訓(xùn)練完成后用best.pt跑一遍測試集做bad case分析。一個簡單的推理腳本from ultralytics import YOLO model YOLO(runs/detect/train/weights/best.pt) results model.predict( sourcesteel_defect_dataset/images/test/, conf0.25, saveTrue, save_txtTrue, imgsz640 )conf0.25是置信度閾值低于這個值的預(yù)測框會被丟棄saveTrue把畫好框的結(jié)果圖保存下來save_txtTrue額外輸出每個框的坐標(biāo)和類別。跑完之后挨張翻結(jié)果圖重點找兩類bad case實際有缺陷但沒被框出來的以及框在了錯誤位置上的。這些bad case的共性特征決定了下一步是調(diào)閾值還是補數(shù)據(jù)。6.3 導(dǎo)出ONNX做邊緣部署工業(yè)產(chǎn)線部署通常不住PyTorch環(huán)境。導(dǎo)出成ONNX是常見做法yolo export modelruns/detect/train/weights/best.pt formatonnx imgsz640導(dǎo)出的onnx文件可以用ONNXRuntime加載推理速度比PyTorch快也不需要裝整套深度學(xué)習(xí)訓(xùn)練環(huán)境。部署時還需要把歸一化坐標(biāo)映射回原圖坐標(biāo)系再關(guān)聯(lián)產(chǎn)線的鋼卷批次信息。之前有一次我圖省事直接用PyTorch模型做在線推理顯存占用高還頻繁被OOM打斷導(dǎo)出ONNX之后才穩(wěn)定下來。從那以后我每次訓(xùn)練完都強制走一遍“指標(biāo)分析→bad case可視化→ONNX導(dǎo)出”流程能提前發(fā)現(xiàn)的問題絕不留到產(chǎn)線希望幫到你。本文還有配套的精品資源點擊獲取