Mục tiêu và giới hạn áp dụng
Gắn phủ đường, khe và Review với gốc; đề xuất AI không biến ngoại quan thành chứng nhận kín hay bền.
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 đường chuẩn, phép chiếu, cực tính và backend chạy; đối chứng tốt/khe/che độc lập dự đoán. Định nghĩa đặc trưng nhìn thấy trước mask niêm phong/keo. Mép tem chống mở, dải hàn nhiệt và đường keo khác ý nghĩa vật lý, không dùng chung quy tắc chưa khai báo. Ghi đường chuẩn, phép chiếu, nền và trạng thái vật liệu lúc chụp. Keo ướt, đã đóng rắn và nền phản xạ đổi biên mà chưa tương đương chất lượng mối nối. Có đối chứng khe thấy được, lệch đường, phản xạ và đoạn bị che. Quy tắc ảnh chỉ đánh giá bề mặt quan sát, không chứng minh kín khí, rò rỉ, lực bóc, độ bền dính, đóng rắn hay mặt tiếp xúc ẩn. Cần chứng cứ công đoạn riêng. Mặt bị che phải báo thiếu chứng cứ hay dùng phương pháp đã kiểm khác, không điền đường theo bản vẽ mong đợi. 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. 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. Bảng độ phủ này là đề xuất đánh giá không phụ thuộc nhà sản xuất, cần bộ đánh giá được triển khai và kiểm chứng riêng. Đây không phải hợp đồng đầu ra của classic_glue native. Toán tử kỹ thuật đó kiểm tra dải quan sát ngang đã khai báo và báo qua number/rules chuỗi cột liên tiếp dài nhất có bề rộng tiền cảnh bằng không. Nó không cung cấp trường độ phủ đường chuẩn hay hình học đường tổng quát đề xuất ở đây. Xác minh triển khai đã cài trước khi dùng mỗi phương pháp; cả hai không chứng nhận kín hay bền.
Trình tự thực hiện
- Tìm mốc nền, map đường về nguồn và giữ biến đổi.
- Với nghiên cứu độ phủ đề xuất không phụ thuộc nhà sản xuất, tạo mặt nạ nhìn thấy có ghi tiền xử lý, đếm pixel đường chuẩn được phủ và giữ riêng từng đoạn thiếu.
- So một ứng viên trên cùng gốc, xem có xóa khe thật/nhận phản xạ.
- Dùng bộ đánh giá đã kiểm chứng riêng để ghi độ phủ, hình học, hợp lệ và lý do; không trình bày chúng như trường native hiện tại của classic_glue. Thiếu runtime hoặc bằng chứng bị che không được mượn kết quả đạt cũ.
Diễn giải phép thử
Nghiên cứu độ phủ giả định có 970 trên 1000 pixel đường chuẩn được phủ, tức 97%. Với tiêu chí thử 99%, quy tắc đề xuất này không đạt. Tổng đường thiếu là 30 px; tại tỷ lệ cục bộ giả định 0.05 mm/px, tổng chiều dài thiếu chiếu là 1.5 mm. Tổng này không xác định khe liên tục dài nhất: đo riêng các đoạn thiếu theo thứ tự đường. Các giá trị không quy định giới hạn khách hàng, không chứng minh chức năng kín hoặc đầu ra toán tử native.
Bảng ghi thử nghiệm
| Mục | Giá trị | Diễn giải |
|---|---|---|
| Phủ / đường chuẩn | 970 / 1000 px | Phủ = 97% |
| Tiêu chí thử | 99% | 97% < 99% → Fail |
| Tổng đường thiếu / tỷ lệ giả định | 30 px / 0.05 mm/px | Tổng chiều dài thiếu chiếu = 1.5 mm |
# Proposed vendor-neutral worksheet; not a native operator output contract.
coverage = 970 / 1000 = 97%
97% < 99% -> Fail
total_missing = 1000 - 970 = 30 px
total_projected_missing_length = 30 * 0.05 = 1.5 mm
# Measure ordered missing segments separately to find the longest contiguous gap.Hai góc nhìn kỹ thuật
Hai góc nhìn kỹ thuật · 1
Sơ đồ thể hiện thứ tự kiểm tra. Mỗi mũi tên cần bằng chứng đã ghi, không hàm ý kết nối tự động đã được triển khai. ID đầu vào → Nút liên kết → Hợp đồng kết quả → Review.
- ID đầu vào
- Nút liên kết
- Hợp đồng kết quả
- Review
Hai góc nhìn kỹ thuật · 2
Sơ đồ thể hiện thứ tự kiểm tra. Mỗi mũi tên cần bằng chứng đã ghi, không hàm ý kết nối tự động đã được triển khai. Phát triển → Đánh giá cố định → Ứng viên → Phê duyệt.
- Phát triển
- Đánh giá cố định
- Ứng viên
- Phê duyệt
Chẩn đoán lỗi
- Closing lấp khe mask nhưng không thêm keo trên vật.
- Điểm model không cung cấp mặt ẩn hay phê duyệt gói chạy.
Nghiệm thu và bàn giao
Nghiệm thu đối chứng độc lập thấy/không thấy, giữ mask, ngoại quan và thử chức năng riêng. Cloud cần duyệt dữ liệu, nhà cung cấp, mô hình và phí.
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.
Nguồn và tài liệu kỹ thuật
Các tài liệu giải thích phương pháp và giới hạn được dùng trong hướng dẫn. Phép kiểm tra minh họa chỉ để tham khảo; nghiệm thu sản xuất cần bằng chứng từ mẫu thực tế của bạn.
- Deyi Vision Vision WorkbenchDeyi VisionĐã kiểm tra
- Contours: Getting StartedOpenCVĐã kiểm tra
- Morphological TransformationsOpenCVĐã kiểm tra
- Standard Test Method for Seal Strength of Flexible Barrier MaterialsASTM InternationalĐã kiểm tra
Tài liệu về linh kiện và lựa chọn
- machine vision software · Tài liệu tiếng Anh
- Kiểm tra mã, nhãn và tem niêm phong bao bì dược phẩm
- kiểm tra ngoại quan tự động
- hệ thống machine vision
- Xây dựng quy trình lắp ráp nhìn thấy với AI hỗ trợ
- EAN-13: nghiệm thu trên dây chuyền
- EAN-13: giải mã và quy tắc dữ liệu
- Thu ảnh ổn định: bộ đệm, hết thời gian chờ và kết nối lại
- Nghiệm thu và tích hợp kiểm tra mức chất lỏng nhìn thấy
- Luồng AI hỗ trợ cho chỉ số mức nhìn thấy
- Liên kết hồ sơ kiểm tra, ảnh và định danh chi tiết
- Nhãn OCR: nghiệm thu và hợp đồng PLC
- Nhãn OCR: quy trình gốc và so chính xác
- Nghiệm thu và tích hợp đầy đủ bao bì mở
- Xây dựng đầy đủ bao bì mở với AI hỗ trợ
- Định nghĩa bắt tay PLC–thị giác bằng trạng thái rõ ràng
- Ngoại quan seal và keo: nghiệm thu line
- Phân loại màu SKU: nghiệm thu và unknown
- Phân loại màu SKU: quy tắc màu và sản phẩm
- Lỗi bề mặt: nghiệm thu và đầu ra
- Lỗi bề mặt: đánh giá AI có giới hạn
- Thử tải độ trễ từ kích hoạt đến quyết định PLC
- Quản lý phiên bản và hoàn tác trọn bộ công thức thị giác

