OCR этикетки: приёмка и контракт PLC

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

Передайте решение по полям с текстом и сроком, различая неверный текст, нечитаемость и ошибку связи.

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

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

Зафиксируйте поля, источник партии, нормализацию и пакет; проверьте имитацию выхода до реальных этикеток. Определите начало срока и подтверждение завершения. Запишите ожидание и передачу рядом с вычислением, чтобы быстрый алгоритм не скрыл поздний результат. Интервалы измеряйте монотонными часами, соответствие часов устройств документируйте отдельно. Сохраняйте большие задержки, отсутствие результатов и восстановление связи, не только среднее. Новый рецепт не переосмысливает результаты в полёте: завершите прежней ревизией либо блокируйте согласно процедуре. Свяжите выход, положение изделия и подтверждение, различая классификацию, связь и доказанный физический маршрут. Проверка этикетки OCR обеспечивает целостность данных, а не поиск правдоподобных слов. Определите поле, положение, допустимый алфавит, точное сравнение и доверенный источник ожидаемого значения. Для партии, даты и названия правила могут различаться. Сохраните полигон текста и результат распознавания до нормализации пробелов или регистра. Не заменяйте незаметно I на 1 или O на 0: это может сделать неверную этикетку правильной. Исходные инженерные данные содержат узкий граничный случай OCR с NoResult либо Review; расширение выреза не доказывает общую готовность. Читаемое поле может содержать неверную партию, а известный ответ не даёт права заполнять им нечитаемый текст. Определите контракт линии до подключения решения к исполнительному механизму: идентификатор захвата, ревизия рецепта, состояние, срок, подтверждение и обработка отсутствующих или поздних данных. Проверьте обмен при заблокированных выходах, затем проведите контролируемое испытание по процедуре приёмки предприятия. Измеряйте каждый запуск от одного определённого события: время вычисления не включает очередь, передачу и задержку выхода. Повторяющийся код продукта не является уникальным идентификатором кадра. Испытайте остановку, перезапуск, восстановление связи и смену рецепта при незавершённой работе. Сохраняйте всю последовательность для связи отбракованной детали с её доказательствами.

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

1. Определите точное совпадение, несовпадение, Review, NoResult и ошибку каждого поля до общего решения.
2. Передайте захват, ревизию и причину; поздний верный ответ не заменяет timeout.
3. Внесите отсутствие поля, неверную партию, недоступную среду и restart с работой, проверьте блокировку.
4. Сравните бюджет и реальные интервалы до подтверждения, затем физическую обработку.

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

Условно OCR 55 ms, правила 5 ms и связь 5 ms: 65 ms при сроке 80 ms, запас 15 ms. Это не измерение скорости OCR. Верный текст после срока остаётся поздним.

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

T = 55 + 5 + 5 = 65 ms
M = 80 - 65 = 15 ms

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

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

• Общий успех без полей скрывает нечитаемую дату или партию.
• Квитанция другого захвата не подтверждает текущую этикетку.

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

Раздельно принимайте полноту, точность данных, отказы и подтверждение. Запишите реальные аппаратные и модельные идентификаторы.

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