Как включить результаты визуального контроля в цепочку прослеживаемости

Обнаружили, но не проследили — всё равно что не проверяли

Контроль, который потом нельзя извлечь, завод не защищает. Аудит, претензия и локализация спрашивают одно: по этому серийному номеру или шильдику что было решено на каком посту, кем, с какой оснасткой и при какой технологической кривой. Если результат зрения живёт только на ПК камеры, ответ — поиск по папкам, а не запрос.

Прослеживаемость качества в нашей поставке уже связывает штрихкод, станок, персонал, оснастку и технологическую кривую в обоих направлениях. На постах, где кривые сохраняются, одна машина держит порядка десяти тысяч строк технологических данных в сутки — в выполненных работах 14 400 строк на машину в сутки полностью. Данные зрения, не попавшие в эту запись, в прямом и обратном поиске не участвуют, каким бы явным ни был NG на посту.

• Снимки NG лежат в папках по дате на ПК зрения; поиск по номеру детали невозможен
• Суждение только включает лампу или блокировку и никогда не пишется полем в запись изделия
• Кривые процесса и результаты зрения живут в двух файлах; претензия не ставит их на одну шкалу времени

Поля, которые нужно записать в момент суждения

Пост зрения может и дальше использовать тот инструментарий, который уже работает. Цепочке прослеживаемости нужен небольшой устойчивый набор полей, записываемых в момент суждения и привязанных к тому же идентификатору детали, который линия уже сканирует. Пропуск любого поля рвёт последующий поиск в другом месте.

• Идентификатор детали (штрихкод / шильдик / серийный номер): привязывает запись зрения к изделию на линии
• Пост (и идентификатор станка): указывает, какой шаг процесса выдал суждение
• Суждение (OK / NG и пункт контроля): фиксирует, что было решено
• Снимок (путь к кадру NG или идентификатор архива): сохраняет визуальное доказательство для претензий и аудита
• Метка времени: ставит суждение на ту же шкалу, что и технологическая кривая
• Версия рецепта / SOP: фиксирует, какой процесс и какая инструкция действовали

Где заканчивается зрение и начинается MES / модуль качества

Зрение не должно вырастать во вторую MES, а MES не должна заново реализовывать алгоритмы контроля. Разделение по ответственности: пост зрения запускает съёмку, судит и архивирует доказательства; MES и модуль качества ведут родословную, кривые, SPC и отзыв.

Связка — идентификатор детали + пост + метка времени. Когда эти три совпадают, строки персонала, оснастки и кривой, уже хранимые модулем качества, встают рядом с результатом зрения. Требования прослеживаемости GMP/ISO закрывает цепочка целиком, а не ПК камеры отдельно. На постах дискретной сборки и технологических линий это разделение позволяет сопровождать обе системы.

• Пост зрения: запуск, съёмка, OK/NG, кадр NG и локальный архив
• MES / модуль качества: родословная изделия, привязка персонала и оснастки, сохранение кривых, SPC, локализация и отзыв
• Общий договор: шесть полей пишутся один раз в момент суждения и позже читаются запросом
• Чего избегать: отдельной таблицы результатов зрения или роли MES как основного архива изображений

Позиция данных, источник и зачем она при прослеживании

Поставьте каждое поле рядом с источником и с тем, что поздний запрос с ним реально делает. Таблица — договор на запись; пустая колонка на запуске означает, что такого применения не будет, когда придёт претензия.

Персонал и оснастку runtime зрения писать не обязан, если MES уже привязывает их к тому же идентификатору детали и посту. Без ключа связки эти привязки потом не найти.

Защита от ошибок сборки: зрелость описывать по маршрутам

На линии защиты от ошибок сборки возможности нужно описывать по маршрутам; обобщённо обещать, что «AI-SOP уже зрелый», мы не будем. HkVisionPro — послойный контроль характерных точек многослойной сборки, автоматический переход после полного OK слоя, оповещение NG и фотофиксация доказательств — маршрут внедрён, и эти кадры NG как раз тот вид доказательств, который цепочка прослеживаемости может хранить.

Автономный маршрут распознавания действий OrpaonVision близок к коммерческому применению, но по-прежнему требует приёмки сценария по данным рабочего места, такту и критериям приёмки; нельзя описывать его как уже поставленный в масштабе. Когда пост проходит приёмку, в цепочку входят те же поля — идентификатор детали, пост, суждение, кадр, метка времени, версия SOP; сам маршрут эту запись не заменяет.

Плагинный маршрут OrpaonSOP на базе Hikrobot VM находится на стадии разработки и совместной проверки, стандартной поставки по нему нет. Показатели контроля подтверждают при приёмке сценария по конкретному посту, выборке и критериям приёмки; в этой статье числовых обещаний нет.