Mục tiêu và giới hạn áp dụng
Tìm lỗi bắt đầu ở pixel, hình học, nhận dạng hay quy tắc trước khi đổi đáp á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
Giữ ca hẹp và trường cao bình thường riêng, lô kỳ vọng không đổi. Viết bản ghi để kỹ sư khác chạy lại không phải đoán ảnh hay revision. Gồm nguồn gốc, vùng, đầu ra thật, xử lý kỳ vọng và sai khác trung gian đầu tiên. Ghi lỗi ở replay, thu thật hay cả hai. Sau sửa, thử lại ca lỗi và điều kiện lân cận từng đạt. Loại vùng hoặc chấp nhận kết quả thiếu để xóa cảnh báo là đổi yêu cầu, không sửa nguyên nhân. Nếu chưa giải quyết, giữ Review hoặc khóa có lý do; không gọi cách né chưa thử là giải pháp đã xác minh. Xác minh nhãn OCR là nhiệm vụ toàn vẹn dữ liệu, không phải tìm từ có vẻ hợp lý. Định nghĩa từng trường, vị trí, bảng chữ cho phép, chính sách so sánh chính xác và nguồn giá trị kỳ vọng đáng tin. Trường lô, ngày và tên sản phẩm có thể cần quy tắc khác nhau. Giữ đa giác phát hiện chữ và đầu ra nhận dạng trước khi chuẩn hóa khoảng trắng hay hoa thường. Không âm thầm đổi I thành 1 hoặc O thành 0 vì có thể biến nhãn sai thành đúng. Bằng chứng kỹ thuật gốc có ca OCR quá hẹp trả NoResult hoặc Review; tăng vùng cắt không chứng minh sẵn sàng nhận dạng chung. Trường đọc được vẫn có thể ghi sai lô; không được điền giá trị kỳ vọng vào trường không đọc được. Chẩn đoán từ sai khác quan sát được sớm nhất. Chạy lại cùng ảnh nguồn đã lưu qua baseline và ứng viên không đổi, so sánh ảnh trung gian, vùng, số đo và trạng thái. Nếu nguồn khác nhau, phép so sánh không còn tách riêng thuật toán. Chỉ đổi một nguyên nhân nghi ngờ, ghi tác động dự kiến trước khi chạy và giữ kết quả âm khi giả thuyết sai. Phân biệt dữ liệu không đọc được, lệch quy tắc, thiếu phụ thuộc và lỗi thực thi vì cách khắc phục khác nhau. Chạy lại tái hiện được lỗi phần mềm nhưng không xác nhận trigger thực, thời điểm đèn hay đường loại bỏ vật lý. Kiểm tra thu ảnh và dây chuyền vẫn là phép thử riêng tiếp theo.
Trình tự thực hiện
- Replay crop gốc, ghi NoResult/Review mà không điền lô kỳ vọng.
- So cao nguồn, lề mất và polygon; tách từ chối đầu vào khỏi đọc lệch.
- Xem chữ thô trước chuẩn hóa, không mở bảng chữ để ép đạt.
- Chụp lại sau sửa là đầu vào mới, không bản sửa của ca gốc.
Diễn giải phép thử
Ca biên ghi nhận là 160 × 8 với LOT123; NoResult/Review phải báo thật. Baseline 160 × 64 không bảo đảm mọi trường lớn hơn. Đệm hay kéo ảnh thay đổi phép thử, không xóa lỗi gốc.
Bảng ghi thử nghiệm
| Mục ghi | Giá trị / quan sát | Diễn giải |
|---|---|---|
| Mẫu biên | 160 × 8 px; LOT123 | Giữ NoResult / Review |
| Baseline cao thường | 160 × 64 px | Cơ sở có giới hạn, không sẵn sàng chung |
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. Ảnh lỗi → Sai khác đầu → Giả thuyết → Chạy lại.
- Ảnh lỗi
- Sai khác đầu
- Giả thuyết
- Chạy lại
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. Lỗi gốc → Sửa → Ca lân cận → Bằng chứng giữ.
- Lỗi gốc
- Sửa
- Ca lân cận
- Bằng chứng giữ
Chẩn đoán lỗi
- Đưa đáp án vào mô hình để nhận đúng làm thử nghiệm vô hiệu.
- Polygon cắt nét cần sửa thu ảnh/mapping trước từ điển/quy tắc.
Nghiệm thu và bàn giao
Chỉ kết thúc khi tìm được tầng lỗi đầu và đánh giá ảnh mới độc lập. Giữ kết quả ca gốc và toàn mẫu số.
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 machine vision software: evaluation scopeDeyi VisionĐã kiểm tra
- OCR Pipeline Usage TutorialPaddleOCRĐã kiểm tra
- Check OCR text against barcode and batch dataDeyi VisionĐã 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 nắp, nhãn và mã ngày cho thực phẩm và đồ uống
- Hệ thống kiểm tra nhãn và mã vạch bao bì
- kiểm tra ngoại quan tự động
- Kiểm tra chiều cao mối hàn battery tab
- thay thế cảm biến thị giác Balluff
- thay thế đầu đọc mã vạch Datalogic
- Banner Vision Sensor Alternative · Tài liệu tiếng Anh
- Chọn ánh sáng và ROI để kiểm tra lắp ráp nhìn thấy
- Khắc phục lỗi xác minh lắp ráp nhìn thấy
- EAN-13: trùng lặp và thiếu đọc
- Thiết lập camera để kiểm tra mức chất lỏng nhìn thấy
- Chiếu sáng và ROI cho ranh giới chất lỏng nhìn thấy
- Chẩn đoán quyết định mức nhìn thấy không ổn định
- Đặt ngưỡng kiểm tra bằng ma trận nhầm lẫn
- Kiểm datum và dữ liệu thiếu của biên dạng laser
- Thiết lập camera kiểm tra đủ đồ trong bao bì mở
- Chọn ánh sáng và ROI cho đồ trong bao bì mở
- Khắc phục quyết định sai về đầy đủ bao bì
- Ngoại quan seal và keo: chẩn đoán khe
- Phân loại màu SKU: kênh và trôi màu
- Lỗi bề mặt: chẩn đoán báo giả

