Phân loại màu SKU: quy tắc màu và sản phẩm

Mục tiêu và giới hạn áp dụng

Quyết định màu theo định dạng khai báo, giữ nhận dạng SKU và phê duyệt cloud riêng.

Hướng dẫn này mô tả đánh giá kỹ thuật, không chứng nhận sản phẩm có thể chạy ngay. Ví dụ PC công khai hiện tại của Deyi Vision chỉ bao gồm quy trình EAN-13 trên ảnh mẫu đã xác nhận. Chức năng OCR và phát hiện gốc trong mã kỹ thuật phải được kiểm tra theo runtime đã cài, mô hình đã liên kết và bài kiểm tra trước khi dùng. Có mẫu trên trình duyệt không chứng minh chạy được trên trình duyệt; backend OpenCV.js dự kiến cần xác minh riêng. Nhận dạng đám mây cần phê duyệt rõ phạm vi ảnh, nhà cung cấp, mô hình và chi phí. Gói lưu trữ để xem xét không phải gói phát hành thực thi. Tính tương thích camera, firmware và driver cần kiểm tra riêng. Mọi giá trị trong bảng đều là giả định, không phải số đo hoặc kết quả khách hàng của Deyi Vision.

Chuẩn bị bằng chứng

Đóng băng kênh, độ sâu, mask và lớp; ràng buộc quy trình chạy cục bộ, template/archive không cung cấp runtime. Kiểm tra hợp đồng đầu ra trung gian trước cờ cuối. Vùng thiếu, trường chữ sai dạng, tọa độ lỗi hoặc số không hữu hạn phải là lỗi rõ, không mặc định tốt. Ghi backend và phụ thuộc thực chạy; không chuyển nghiệm thu từ backend khác chỉ vì cùng tên mẫu. Khi đổi mô hình hay tiền xử lý, giữ bản trước và chạy lại so sánh cố định. Báo toàn số ca thử, ca có bằng chứng dùng được và xử lý phần còn lại để mô tả cả độ phủ, lỗi lẫn nhận dạng. Phân loại màu và nhận dạng SKU trả lời hai câu hỏi khác nhau. Vùng có thể giống mẫu đỏ nhưng sản phẩm sai kích thước, nhãn hoặc biến thể bao bì. Định nghĩa công việc là phân màu vật lý, xác minh SKU kỳ vọng hay cần cả hai kiểm tra độc lập. Dùng ảnh màu có thứ tự kênh rõ, lưu phơi sáng, cân bằng trắng và phổ đèn trong công thức. Thử lô vật liệu chấp nhận được, bóng, bóng đổ và sản phẩm lạ, không chỉ bảng màu sạch. Độ bão hòa thấp làm hue thiếu tin cậy; vùng sáng cháy mất thông tin không thể khôi phục bằng thuật toán. Quy định đường xử lý hàng không biết, không quan sát được và nhiều màu. Mô hình SKU phải được kiểm tra riêng với ngưỡng màu và được duyệt trước khi truyền đám mây. Xem quy trình là chuỗi quyết định có kiểu dữ liệu, không phải một câu trả lời mô hình. Liên kết ID đầu vào, phép biến đổi vùng, phiên bản nút, tiền xử lý và gói mô hình trước khi thử. Tách chọn tham số trên ảnh phát triển khỏi đánh giá bộ đã đóng băng mà đáp án chưa được dùng để chỉnh. Giữ kết quả baseline và ứng viên cho mọi ca, kể cả thực thi thất bại. AI có thể đề xuất revision nhưng không xác nhận đáp án tham chiếu, cấp quyền gửi dữ liệu hay duyệt sản xuất. Nếu chưa rõ biên nhận nhà cung cấp, lưu ID yêu cầu và kiểm tra biên nhận trước khi cân nhắc gửi lại. Runtime khả dụng, chất lượng nhận dạng và phê duyệt phát hành là ba phép kiểm tra độc lập.

Trình tự thực hiện

1. Chuyển đúng thứ tự đầu vào, khai báo HSV trước đặt khoảng.
2. Thử OpenCV 8-bit dùng đỏ H 0–10 hoặc 170–179 qua biên vòng; chọn S/V từ mẫu, không preset chung.
3. Đếm pixel vật khớp, thiếu chứng cứ trả Review và giữ tỷ lệ.
4. Đánh giá SKU riêng bằng ID duyệt; cloud cần duyệt dữ liệu, nhà cung cấp, mô hình và phí.

Diễn giải phép thử

Giả định 600 trên 1000 pixel là 60%; tiêu chí thử 70% trả Review thay vì ép đỏ. Khoảng H và tỷ lệ cần kiểm trên độ sâu/sản phẩm cài thật. Màu không phân biệt SKU cùng màu.

Bảng ghi thử nghiệm

ratio = 600 / 1000 = 60%
60% < 70% -> Review

Hai góc nhìn kỹ thuật

Chẩn đoán lỗi

• Khoảng H từ độ sâu khác âm thầm đổi lớp.
• Cloud confidence cao thiếu ánh xạ SKU hay chứng cứ vật không cho phép đường vật lý.

Nghiệm thu và bàn giao

Nghiệm thu màu với mẫu biết/unknown độc lập rồi quy tắc sản phẩm; liên kết khoảng, mask, gói chạy và bản mô hình vào kết quả.

Lưu cùng nhau ảnh nguồn, quyết định mong đợi, revision chính xác và bản ghi kết quả đầy đủ. Đóng băng bộ đánh giá trước khi chọn tham số cuối. Nếu dùng đáp án đó để chỉnh quy trình về sau, đánh dấu bộ này là dữ liệu phát triển và lấy bộ nghiệm thu độc lập mới. Giữ Review, NoResult, lỗi thực thi và ảnh thiếu trong mẫu số; không lọc hàng để biến chúng thành đạt. Lưu lỗi tái hiện được cùng mẫu thành công. Tài liệu bàn giao phải chỉ rõ quyền sửa công thức, cách khôi phục revision đã duyệt trước và đầu ra thiết bị bị khóa tới khi nghiệm thu. Kết quả phần mềm không chứng minh chi tiết đang chuyển động đã đến đúng nơi.