EAN-13: декодирование и правила данных

Цель и границы применения

Разделите чтение, контрольную цифру и связь с каталогом, чтобы читаемый код не подтверждал другой товар.

Руководство описывает инженерную оценку, а не сертификацию готового к запуску продукта. Текущий публичный пример Deyi Vision для ПК охватывает EAN-13 на подтверждённых образцах изображений. Нативные OCR и детекция в инженерном коде требуют проверки установленной среды, привязанных моделей и задания перед использованием. Шаблон в браузере не доказывает выполнение в браузере: планируемый backend OpenCV.js проверяется отдельно. Облачное распознавание требует явного согласования изображений, провайдера, модели и стоимости. Архив для рассмотрения не является исполняемым выпускным пакетом. Совместимость камеры, прошивки и драйвера проверяется отдельно. Все числа в таблице условные; это не измерения Deyi Vision и не результаты клиентов.

Подготовка доказательств

Зафиксируйте символику, одобренный каталог и no-read; ожидаемый ответ не передавайте декодеру, модели связывайте отдельно. Проверьте контракт промежуточного выхода до итогового флага. Отсутствующая область, неверный текст, координата или нечисловое значение остаются явным отказом, не успехом по умолчанию. Запишите фактический backend и зависимости, не переносите приёмку от одноимённого шаблона другой среды. При смене модели или предобработки сохраняйте прежнюю версию и повторяйте фиксированное сравнение. Покажите все попытки, пригодные доказательства и обработку остальных: это характеризует покрытие и отказы, не только распознавание. Разделяйте записи декодирования, проверки идентификатора, качества печати и отслеживания единиц. EAN-13 определяет торговую позицию и обычно одинаков у нескольких физических изделий; это не номер кадра и не уникальный серийный номер. Успешное чтение не доказывает качество печати, корректность справочника или выполненную отбраковку. Серия ограничена EAN-13 согласно подтверждённому публичному примеру для ПК. Другие символики, QR, прямая маркировка и аппаратные считыватели требуют отдельной подтверждённой интеграции. Исходный кадр должен сохранять штрихи, пробелы и свободные зоны; вырез или очищенное бинарное изображение недостаточны для анализа отказа. Различайте отсутствующий кадр и нечитаемый код в базе прослеживаемости. Рассматривайте процесс как последовательность типизированных решений, а не один ответ модели. До эксперимента привяжите идентификатор входа, преобразование области, версии узлов, предобработку и пакет модели. Разделяйте подбор параметров на данных разработки и оценку на замороженном наборе, ответы которого не использовались для настройки. Храните базовый и кандидатный результат каждого случая, включая ошибку выполнения. ИИ может предложить ревизию, но не подтвердить эталонный ответ, разрешить отправку данных или одобрить производство. При неопределённом ответе провайдера сохраните идентификатор запроса и выясните статус квитанции прежде, чем повторять запрос. Доступность среды, качество распознавания и одобрение выпуска проверяются независимо.

Порядок действий

1. Прочитайте исходную ROI, сохраните сырой текст, символику и ID до проверки.
2. Проверьте длину и контрольную цифру без исправления по ожидаемому ответу.
3. Найдите одобренную товарную запись, различайте неизвестный номер и неверный товар.
4. Структурируйте чтение, no-read, неверные данные, несовпадение и ошибку до выхода PLC.

Интерпретация испытания

Условно 123456789012 даёт чередующиеся суммы 26 и 22: 26 + 3 × 22 = 92, контроль 8, полный код 1234567890128. Это арифметический образец, не выделенный клиентский GTIN. Верный контроль не доказывает нужный товар.

Рабочий протокол

W = 26 + 3 * 22 = 92
c = (10 - (92 % 10)) % 10 = 8

Два инженерных представления

Диагностика отказов

• Исправление контроля превращает неверную этикетку в ложное совпадение.
• Ответ без символики или ID неполон даже при правдоподобном тексте.

Приёмка и передача

Принимайте правила на независимых кадрах и одобренных справочниках. Чтение, контроль и товарная связь отдельны; каждый сам по себе не проверка печати GS1.

Храните вместе исходные изображения, ожидаемое решение, точную ревизию и полный протокол результатов. Зафиксируйте набор оценки до выбора окончательных параметров. Если его ответы позднее используются для настройки, обозначьте набор как обучающий для разработки и получите новый независимый приёмочный набор. Оставляйте Review, NoResult, ошибку исполнения и пропущенный кадр в знаменателе; фильтрация строк не превращает их в успешные проверки. Сохраняйте воспроизводимый отказ рядом с успешным образцом. При передаче укажите права изменения рецепта, способ восстановления ранее одобренной ревизии и выход оборудования, заблокированный до приёмки. Результат программы сам по себе не доказывает, что движущаяся деталь попала в правильное место.