SKU по цвету: правила цвета и товара

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

Решайте цвет в объявленном формате, отдельно от семантического SKU и разрешения облака.

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

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

Зафиксируйте каналы, глубину, маску и классы, свяжите локальное исполнение; шаблон/архив не даёт runtime. Проверьте контракт промежуточного выхода до итогового флага. Отсутствующая область, неверный текст, координата или нечисловое значение остаются явным отказом, не успехом по умолчанию. Запишите фактический backend и зависимости, не переносите приёмку от одноимённого шаблона другой среды. При смене модели или предобработки сохраняйте прежнюю версию и повторяйте фиксированное сравнение. Покажите все попытки, пригодные доказательства и обработку остальных: это характеризует покрытие и отказы, не только распознавание. Сортировка по цвету и распознавание SKU отвечают на разные вопросы. Область может совпадать с красным эталоном, но принадлежать изделию неверного размера, этикетки или упаковки. Определите, сортируется физический цвет, проверяется ожидаемый SKU или требуются оба независимых условия. Используйте цветные кадры с известным порядком каналов, сохраняйте экспозицию, баланс белого и спектр света в рецепте. Проверяйте допустимые партии материала, блики, тени и чужие продукты, а не только чистую цветовую карту. При слабой насыщенности тон ненадёжен; пересвеченный блик теряет информацию без возможности восстановления алгоритмом. Неизвестные, ненаблюдаемые и разноцветные изделия требуют явного маршрута. Модель SKU проверяйте отдельно от цветового порога и согласуйте отправку в облако заранее. Рассматривайте процесс как последовательность типизированных решений, а не один ответ модели. До эксперимента привяжите идентификатор входа, преобразование области, версии узлов, предобработку и пакет модели. Разделяйте подбор параметров на данных разработки и оценку на замороженном наборе, ответы которого не использовались для настройки. Храните базовый и кандидатный результат каждого случая, включая ошибку выполнения. ИИ может предложить ревизию, но не подтвердить эталонный ответ, разрешить отправку данных или одобрить производство. При неопределённом ответе провайдера сохраните идентификатор запроса и выясните статус квитанции прежде, чем повторять запрос. Доступность среды, качество распознавания и одобрение выпуска проверяются независимо.

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

1. Конвертируйте с правильным порядком и объявите HSV до порогов.
2. Для опыта OpenCV 8-bit красный пересекает H 0–10 или 170–179; S/V выберите по образцам, не универсальному preset.
3. Считайте допустимые совпадения, при нехватке данных верните Review и долю.
4. Проверьте SKU по одобренным ID отдельно; облако требует согласования данных, провайдера, модели и цены.

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

Условно 600 из 1000 пикселей дают 60%; критерий опыта 70% возвращает Review, не принудительный красный. Диапазоны и долю проверяют на установленной глубине/товаре. Цвет не различает одноцветные SKU.

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

ratio = 600 / 1000 = 60%
60% < 70% -> Review

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

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

• Диапазон другой глубины незаметно меняет класс.
• Высокая облачная уверенность без SKU-связи или видимого объекта не разрешает маршрут.

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

Примите цвет на независимых известных/новых образцах, затем товарное правило; свяжите диапазоны, маску, пакет и модели с записью.

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