Phần mềm và tích hợp

EAN-13: giải mã và quy tắc dữ liệu

Tách giải mã, số kiểm tra và ánh xạ danh mục để mã đọc được không xác nhận nhầm sản phẩm.

Gửi mẫu để đánh giá kỹ thuật
EAN-13: giải mã và quy tắc dữ liệu — Cảnh kỹ thuật minh họa, không phải ảnh chụp hay kết quả đo.
Cảnh kỹ thuật minh họa, không phải ảnh chụp hay kết quả đo.

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

Tách giải mã, số kiểm tra và ánh xạ danh mục để mã đọc được không xác nhận nhầm sản phẩm.

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 loại mã, revision danh mục duyệt và chính sách no-read; không đưa đáp án vào decoder. Ràng buộc mô hình riêng. 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. Tách bản ghi giải mã, xác minh định danh, kiểm định in và theo dõi từng đơn vị. Giá trị EAN-13 định danh mặt hàng thương mại và thường được nhiều vật thể dùng chung; không phải số khung hình hay serial duy nhất. Giải mã được không chứng minh đạt chất lượng in, đúng dữ liệu sản phẩm hay đã loại ở hạ lưu. Loạt này dùng EAN-13 làm ví dụ có giới hạn theo phạm vi PC công khai đã xác nhận. Mã khác, QR, khắc trực tiếp và phần cứng đọc cần xác nhận tích hợp riêng. Ảnh gốc phải giữ vạch, khoảng trắng và vùng trống; ảnh cắt hay ảnh nhị phân đã làm sạch không đủ bằng chứng lỗi. Quy định riêng khung hình thiếu và mã không đọc được trong cơ sở truy xuất. 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. Giải mã ROI gốc, giữ payload thô, loại mã và ID trước quy tắc.
  2. Kiểm độ dài/số kiểm tra, không sửa chữ số bằng đáp án.
  3. Tra ánh xạ đã duyệt, tách mã không biết khỏi sản phẩm sai.
  4. Cấu trúc đọc, no-read, dữ liệu sai, lệch và lỗi thực thi, thử trước PLC.

Diễn giải phép thử

Với 123456789012 giả định, tổng xen kẽ 26 và 22: 26 + 3 × 22 = 92, số kiểm tra 8, mã 1234567890128. Chỉ mẫu số học, không GTIN khách hàng được cấp. Đúng số kiểm tra chưa chứng minh sản phẩm đúng.

Bảng ghi thử nghiệm

Bảng giả định; ví dụ thiết kế, không phải hiệu năng đã đo.
Mục ghiGiá trị / quan sátDiễn giải
Đầu vào số học123456789012Số minh họa, không GTIN cấp
Tổng xen kẽ26; 22Tổng trọng số = 92
Kiểm tra / ví dụ đầy đủ8 / 1234567890128Vẫn cần ánh xạ sản phẩm
W = 26 + 3 * 22 = 92
c = (10 - (92 % 10)) % 10 = 8

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.

  1. ID đầu vào
  2. Nút liên kết
  3. Hợp đồng kết quả
  4. Review
Cảnh kỹ thuật minh họa, không phải ảnh chụp hay kết quả đo.
Xem sơ đồ ở kích thước đầy đủ

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.

  1. Phát triển
  2. Đánh giá cố định
  3. Ứng viên
  4. Phê duyệt
Cảnh kỹ thuật minh họa, không phải ảnh chụp hay kết quả đo.
Xem sơ đồ ở kích thước đầy đủ

Chẩn đoán lỗi

  • Sửa checksum có thể biến nhãn sai thành khớp giả.
  • Phản hồi thiếu loại mã/ID nguồn vẫn thiếu chứng cứ dù chữ trông hợp lý.

Nghiệm thu và bàn giao

Nghiệm thu từng quy tắc với ảnh độc lập và danh mục duyệt. Giữ đọc, checksum và ánh xạ riêng; từng mục không phải kiểm định in GS1.

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.

  1. Deyi Vision machine vision software: evaluation scopeDeyi VisionĐã kiểm tra
  2. What is the difference between a GS1 GTIN, a barcode, an EAN and a UPC?GS1Đã kiểm tra
  3. How to calculate a check digit manuallyGS1Đã kiểm tra
  4. Decoding versus barcode verification: design the right testDeyi VisionĐã kiểm tra

Đánh giá kỹ thuật

Chia sẻ vấn đề kiểm tra và dữ liệu thực tế.

Gửi ảnh mẫu, cấu hình hiện tại và phép kiểm tra bị lỗi. Kèm vùng nhìn, khoảng cách làm việc, tốc độ dây chuyền và tiêu chí nghiệm thu để đánh giá cụ thể.

Gửi mẫu để đánh giá kỹ thuật
Liên hệ

Liên hệ RFQ trực tiếp

Trao đổi điều kiện kiểm tra với kỹ thuật.

Gửi ảnh mẫu, model tham chiếu, FOV, khoảng cách làm việc và tốc độ line.

Mục tiêu: brief chọn trong 24h
Kiểm lỗi sớm