Камера над линией упаковки поставили сначала «для охраны». Через год служба безопасности смотрит архив только после кражи в раздевалке. Технолог вспоминает, что в том же архиве можно найти момент, когда оператор три минуты стоял у стола без движения линии. Отдел качества вручную листает записи, когда клиент жалуется на внешний вид упаковки. В 2026 году на том же заводе уже тестируют сценарии: детект отсутствия оператора у поста, подсчёт проходящих изделий, фиксация выхода из рабочей зоны, сигнал «простой без причины в MES». Разница не в камере, а в том, что событие стало данными для АСУ и диспетчерской, а не только картинкой на мониторе охранника.
Статья разбирает переход видеоаналитики с охранного контура на производственные сценарии: контроль качества по видимым признакам, детекция простоев и нарушений режима, интеграция событий в SCADA и MES. Акцент на освещении, ракурсе, ложных срабатываниях и роли ОТК. Не разбираем выбор марки NVR и не даём урок по настройке нейросети. Отдельно не рассматриваем биометрию и распознавание лиц - только технологические и операционные сценарии на линии.
Короткий ответ
Видеоаналитика на производстве в 2026 году выходит за рамки охраны: алгоритмы формируют события (простой, отсутствие персонала, нарушение зоны, видимый дефект, неверная оrientation детали) и передают их в SCADA, MES или журнал оператора с временной меткой и ссылкой на фрагмент видео. Успех зависит от света, угла камеры, стабильности фона и согласованного справочника событий, а не от «умной камеры» без проекта.
Ложные срабатывания снижают доверие быстрее, чем их устраняют: операторы отключают уведомления, ОТК игнорирует алерты. На пуске проверяют каждый сценарий при реальном освещении смены, границы зон, задержки и поведение при обрыве связи с сервером аналитики. Охранный архив и производственная аналитика лучше разделять контуром: разные камеры или разные политики хранения, чтобы не смешивать режимы доступа и сроки записи.
От охраны к производству: что переносится и что нет
Охранный контур оптимизирован под обзор проходов, длительный архив, доступ с ограниченным кругом людей. Производственная аналитика нужна у узла, где решается вопрос «линия работает или стоит» и «изделие выглядит нормально с этой стороны». Перенос камеры с прохода на линию без пересмотра ракурса даёт картинку «в целом видно цех», но не даёт стабильного детекта.
Что переносится: инфраструктура кабелей, иногда коммутаторы, навык монтажа. Что не переносится: сценарии детекции, освещение, политика GDPR и доступа. Охрана не хочет, чтобы технолог видел раздевалку; технолог не хочет, чтобы охрана получала алерты о браке без процедуры. В 2026 году на средних заводах частая схема: отдельные камеры на линии, сервер аналитики в производственном VLAN, события в MES, архив фрагментов на ограниченный срок.
Сценарии качества: что реально детектируют
Полная замена ОТК камерой - редкость. Рабочие сценарии 2026 года: отсутствие компонента на видимой поверхности, неверное положение этикетки, открытая флакон, посторонний объект в зоне, сравнение с эталонным «золотым» кадром для простых форм. Сложные внутренние дефекты камера с одного ракурса не видит - это важно проговорить с ОТК до тендера.
ОТК задаёт: что считается событием, что - предупреждением, нужна ли остановка линии или только маркировка для выборочной проверки. Без этого аналитика генерирует «дефект» на каждую бликующую плёнку. Журнал оператора и отладка HMI помогают связать событие видеоаналитики с записью в журнале, чтобы мастер видел не только алерт, но и контекст линии.
Интеграция с контролем качества на ПЛК: сигнал «отбраковка по видео» как дискретный вход или сообщение по OPC - не как единственный критерий выпуска без согласования с технологией. Частая схема: видеособытие - удержание изделия на отводе, подтверждение ОТК на панели, сброс или подтверждение брака.
Сценарии простоев и присутствия
Детекция простоя: в зоне поста нет движения дольше N секунд при работающем разрешении линии. Детекция отсутствия оператора: зона поста пуста, линия в автомате. Детекция скопления: изделия не уходят с накопителя. Эти сценарии близки к OEE, но видео даёт причину «никого у поста», когда в MES просто «неизвестный простой».
Связь с иерархией экранов и аварий на HMI: видеособытие не должно забивать экран аварий технологии. Отдельный список «операционных» уведомлений или интеграция в MES с эскалацией к мастеру. Оператор не должен квитировать видеоалерт как аварию температуры.
Задержки: аналитика на сервере добавляет 200-800 мс и больше. Для остановки линии по безопасности видео не используют - только для учёта и эскалации. Для сортировки на быстром конвейере latency критична: сценарий может быть только информационным.
Освещение, ракурс и сезонные изменения
Тень от новой стойки, включение верхнего света вечером, отражение от влажной поверхности - типичные причины ложных срабатываний. Монтаж «как охранная камера сверху» даёт плохой угол для этикетки на боковой стороне коробки. Ракурс 30-45° к рабочей поверхности часто стабильнее для детекта объектов.
В ТЗ 2026 года включают: освещённость в зоне (лк), запрет на мерцающий свет в поле камеры, регламент чистки объектива и проверки фокуса после вибрации. Смена поставщика упаковки с матовой на глянцевую - management of change для модели аналитики.
Калибровка зон: полигон «рабочая зона поста» рисуют на эталонном кадре. При смене формата изделия зоны обновляют. Без процедуры зона «уезжает» визуально, детект пустоты срабатывает на конвейер вместо стола.
Интеграция событий в SCADA, MES и АСУ
Единый справочник событий: код, текст, приоритет, куда уходит (SCADA, MES, SMS мастеру). Дублирование «одно и то же событие в три системы с разными именами» ломает аналитику простоев. Шлюз между сервером видеоаналитики и АСУ - часто OPC UA или REST с подтверждением доставки.
Modbus и карта экрана оператора - напоминание: если событие идёт в ПЛК по Modbus, нужны таймауты и качество связи. «Залипший» бит «простой по видео» искажает логику линии. Лучше счётчик событий или сообщение с автосбросом по квитированию.
SCADA архивирует факт события; MES накапливает для OEE; видеосервер хранит фрагмент. Ссылка «открыть видео» с HMI - удобна для мастера, но требует прав доступа и не должна открывать охранные камеры в том же интерфейсе без разграничения.
Таблица: сценарий, данные на выходе, куда уходит событие
| Сценарий | Данные на выходе | Куда уходит событие |
|---|---|---|
| Простой у поста (нет движения N сек) | Время начала, длительность, ID поста, миниатюра | MES (причина простоя), уведомление мастеру |
| Отсутствие оператора в зоне | Событие + длительность, зона | MES, опционально пауза линии по логике ПЛК |
| Видимый дефект / отсутствие компонента | Класс дефекта, score, фрагмент 5-15 с | Журнал ОТК, удержание на отводе, HMI |
| Нарушение зоны (посторонний в контуре) | Время, зона, снимок | Охрана или мастер, редко останов линии |
| Скопление на накопителе | Уровень заполнения по видео, таймер | SCADA тренд, алерт мастеру |
| Неверная ориентация изделия | Событие до физического датчика | ПЛК (предупреждение), отбраковка |
| Превышение времени цикла на видео | Длительность операции vs эталон | MES для анализа, не для жёсткой остановки |
| Обрыв связи с сервером аналитики | Диагностика, bad quality | SCADA авария ИТ, не «простой линии» |
Ложные срабатывания и деградация модели
Ложные срабатывания убивают проект быстрее, чем отсутствие детекта. Операторы учатся игнорировать; мастер отключает сценарий «потому что надоели». Причины: блики, насекомые в поле, тени людей из соседнего прохода, дрожание камеры, смена фона при уборке.
Процедура: периодический разбор ложных алертов с ОТК и технологом, корректировка зон и порогов, дообучение модели где применимо. Метрика на пилоте: не только «нашли дефект», но и «ложных на смену» при нормальной работе. Пилот 2024-2025 без этой метрики на масштабировании 2026 даёт откат к «камера только для охраны».
Роль ОТК и производства
ОТК в 2026 году - не зритель камеры, а владелец критериев приёмки по видео. Подписывает: что автоматически бракуем, что отправляем на ручную проверку, что только в статистику. Без подписи ОТК видеоаналитика - инициатива ИТ или охраны, производство не принимает ответственность.
Совместные сессии на линии: реальные изделия, брак, пограничные случаи. Запись «золотых» и «негативных» примеров для настройки. Почему оператор обходит HMI - если видеоалерт квитируют без действия, дисциплина падает; процедура квитирования должна требовать причину.
Пилот 2024-2025 и масштабирование в 2026
Первые пилоты часто ставили одну камеру на одну линию с обещанием «раскатим на завод». Масштабирование без шаблона проекта даёт десять разных конфигураций: разные пороги, разные имена событий, разные сроки архива. В 2026 году перед копированием на вторую линию фиксируют: эталонный ракурс, эталонное освещение, список сценариев с метриками ложных срабатываний, шаблон интеграции в MES.
Экономический расчёт после пилота: не «сократили охранника», а «сократили неучтённый простой N минут на смену» или «отловили X случаев брака до отгрузки». Без baseline OEE до камеры эффект не защитить на совете директоров. Интегратор АСУ ТП на этапе пилота подключает счётчик событий в существующий журнал, чтобы сравнить с ручными записами мастера.
Обучение модели на данных одной линии с белым фоном коробки не переносится на линию с тёмной упаковкой без дообучения. Заказчик в ТЗ пишет «универсальный детектор дефектов» - уточнять границы применимости до оплаты второго этапа.
Edge vs центральный сервер аналитики
Центральный сервер в серверной цеха обрабатывает потоки с десяти камер: единое обновление моделей, единый журнал. При обрыве связи с сервером линия работает, но события не накапливаются - в MES «дыра» в причинах простоя. Edge-узел у линии (промышленный ПК или контроллер с GPU) держит локальную аналитику и буфер событий, синхронизирует при восстановлении связи.
Выбор в 2026 году: latency и автономность vs стоимость обслуживания десяти edge-узлов. Для детекта простоя у поста центральный сервер обычно достаточен. Для сортировки на быстром потоке - edge. АСУ ТП проектирует сетевой VLAN и резервирование питания для узла аналитики так же серьёзно, как для ПЛК линии: «сервер в углу на столе» - источник отключений.
ИБ и разделение контуров
Видеопоток в производственную сеть - объект внимания ИБ. Сегментация: камеры линии не доступны из офиса без шлюза; аналитический сервер без интернета; обновления по регламенту. Охранные камеры с облачным доступом не смешивают с MES на том же сервере без оценки рисков.
Права: мастер видит линию, охрана - проходы, ОТК - зоны брака. Один «суперпользователь на всё» - типичная уязвимость и нарушение политики персонала на части заводов.
Обучение операторов: короткий инструктаж «алерт на панели - звать мастера, не игнорировать» и «не закрывать камеру коробкой». Без этого даже хорошая аналитика деградирует за одну квартальную смену оснастки.
Соглашение с охраной и производством
На одном заводе охрана и производство спорят об одной камере: охрана хочет обзор прохода, технолог - детальный вид на пост. Решение 2026 года - две камеры с разными политиками или одна камера с двумя потоками (низкое качество на охранный монитор, высокое на аналитику линии) если ИБ разрешает. Смешение без соглашения заканчивается отключением аналитики «чтобы охрана не видела брак» или отключением охранного архива «чтобы не платить за диск».
Совместный регламент: кто квитирует ложный алерт производства, кто имеет право запросить фрагмент видео при инциденте безопасности, срок хранения по типу события. АСУ ТП на стыке фиксирует в проекте: видеособытия производства не идут в систему охраны без шлюза с фильтром.
Типовые ошибки внедрения
Камера с «встроенной аналитикой» без пилота на линии.
Сценарии не совпадают с реальным светом и скоростью.
Один архив на охрану и производство.
Конфликт доступа и сроков хранения; производство не получает нужные фрагменты.
Событие в ПЛК без процедуры сброса.
Залипший «простой» портит OEE и логику межблокировок.
Остановка линии по видео без оценки latency.
Ложные остановки, износ механики, нервы операторов.
Нет связи с MES.
Видео остаётся «ещё один монитор», экономический эффект не считают.
Игнорирование смены продукта.
Новая упаковка - лавина ложных дефектов до перенастройки.
Вопросы при запуске и из ТЗ
Заменит ли видеоаналитика ОТК?
Нет для большинства внутренних дефектов. Дополняет на видимых признаках и дисциплине на посту.
Сколько камер на пост?
Зависит от сценария: одна с правильным ракурсом часто лучше трёх сверху.
Нужен ли GPU на каждой линии?
Центральный сервер с несколькими линиями - норма; edge-GPU у линии - при жёстких требованиях к latency и обрыву связи.
Как хранить видео для претензий клиента?
Политика срока и зоны; юридически значимые фрагменты экспортируют по процедуре, не «весь архив месяц».
Что при падении сервера аналитики?
Линия работает; диагностика в SCADA; сценарии учёта временно без видеопричин.
Обсуждение