Простой оборудования: как видеоаналитика фиксирует остановки станков и считает загрузку

Начальник участка показывает отчёт: загрузка обрабатывающих центров — 78 процентов. Главный инженер кивает, цифра приличная. А потом мы повесили камеру над линией из шести станков ЧПУ и две недели просто смотрели. Реальная загрузка вышла 54 процента. Остальное — станок стоял: ждал заготовку, ждал наладчика, оператор ушёл на перекур, кончился инструмент. Никто не врал в отчёте. Просто 78 процентов считали по плановому времени смены, а не по тому, что металл реально снимался.

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

Почему старый парк не отдаёт данные сам

Идеальный мир выглядит так: станок подключён к АСУ ТП, контроллер отдаёт состояние, MES рисует красивые графики OEE. На новых обрабатывающих центрах с Fanuc или Siemens так и есть — есть протокол, есть выходной сигнал, можно снимать машинные сигналы напрямую.

Реальный цех в России — это чаще всего смесь. Пара современных центров, а рядом — токарный 16К20, фрезерный 6Р13, листогиб и пресс, которым по тридцать лет. У них нет ни сети, ни контроллера, который что-то отдаёт наружу. Менять станок ради телеметрии никто не будет — он работает и снимает деталь не хуже нового. Тянуть к каждому датчики, врезаться в шкаф управления, ставить токовые клещи на ввод — это проект на согласование с главным энергетиком, остановку, электромонтаж и деньги.

И тут камера оказывается самым дешёвым датчиком. Она ни во что не врезается. Висит сверху или сбоку, смотрит на станок снаружи и считывает то же, что видит мастер глазами.

Что камера видит на станке без всякой интеграции

Алгоритм не лезет внутрь станка — он разбирает картинку. Три источника признаков:

• Индикатор режима. На стойке ЧПУ горит лампа: зелёная — цикл идёт, жёлтая — пауза, красная — авария. На старых станках это сигнальная арматура на шкафу. Камера различает, какая лампа активна, и переводит это в состояние «работает / стоит / авария». Это самый надёжный признак, когда индикация есть.
• Движение рабочего органа. Вращается ли шпиндель, ходит ли стол, перемещается ли суппорт. Здесь алгоритм оценивает движение в зоне кадра: есть стабильное вращение или подача — станок в работе, картинка замерла — цикл встал. Работает даже там, где никакой лампы нет вообще.
• Оператор у пульта. Стоит человек у стойки, открыта ли защитная дверь зоны обработки, идёт ли загрузка-выгрузка заготовки. Это помогает отделить, почему станок стоит: меняют деталь или его просто бросили.

Дальше из этих сигналов собирается то, ради чего всё затевалось, — лента состояний станка по минутам за всю смену. Не со слов, а по факту.

Размечаем простои: плановый, аварийный, организационный

Голый факт «станок стоял 47 минут» сам по себе мало что даёт. Управленческий смысл появляется, когда простой классифицирован. Базовое деление, которое мы размечаем:

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

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

Автоматический акт простоя вместо служебки

Дальше — то, что любят экономисты и не любят мастера. По каждой остановке длиннее заданного порога система формирует запись: станок, время начала и конца, длительность, предполагаемая категория, кадр или короткий клип момента остановки. Из этого собирается акт простоя — не задним числом по памяти, а с привязкой к видео-факту.

Раньше это выглядело так: оборудование встало, мастер к концу смены пишет служебку, длительность ставит «на глаз», причину — как удобнее. Проверить нельзя. Теперь длительность объективна до минуты, а к спорному эпизоду всегда можно открыть запись и посмотреть, что там было на самом деле.

Это меняет сам тон разбора. Не «кто виноват, что линия встала», а «вот три самых длинных простоя за неделю, два из них — ожидание заготовки с соседнего участка». Появляется предмет для нормального управленческого решения, а не для перепалки.

Видео-факт против слов на планёрке

Самое ценное в этой истории — не графики, а то, что спор становится проверяемым. Классическая сцена: загрузка просела, начальник участка объясняет это поломкой, которая «полдня съела». Открываем ленту: авария была, но 40 минут, а остальные три часа станок стоял, потому что не подвезли пруток. Никто не соврал намеренно — просто человек запомнил то, что объясняет цифру в его пользу.

Камера тут работает ровно как в контроле СИЗ: она не обвиняет, она фиксирует. И этого обычно достаточно. Когда люди знают, что простои видны объективно, организационные остановки начинают сокращаться сами — не потому что кого-то наказали, а потому что исчезает зона, где можно списать потерю на «оборудование подвело».

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

Честно: где метод работает, а где спотыкается

Не буду рисовать идеальную картину. У видеомониторинга загрузки есть чёткие границы.

Работает хорошо:

• Есть понятный признак состояния — сигнальная лампа на стойке или явное движение шпинделя и стола в кадре.
• Станок стоит на месте, камера видит его стабильно, освещение нормальное.
• Задача — посчитать факт работы и факт простоя, отделить плановое от организационного на уровне смены и недели.

Работает плохо или требует ручной доводки:

• Точная причина простоя. Камера уверенно отличает «работает» от «стоит» и видит аварийный индикатор. А вот почему именно стоит — нет заготовки или ждут наладчика — она угадывает по косвенным признакам и иногда ошибается. Финальную причину часто всё равно проставляет человек, но уже на готовом факте с привязкой к видео.
• Микропростои в цикле. Секундные паузы между деталями камера на дальнем плане может смазать. Для подсчёта загрузки за смену это не критично, для тонкого тайминга цикла — лезьте в сигналы со станка.
• Станки без индикации и без видимого движения снаружи. Закрытый кожухом центр, где снаружи не видно ни лампы, ни шпинделя, камере отдаёт мало. Тут честнее подключаться к стойке, если она это умеет.

И главное: видеомониторинг не заменяет нормальную АСУ ТП там, где она есть и отдаёт данные. Он закрывает другой провал — старый парк, который не отдаёт ничего и менять который никто не будет. Для него камера — самый дешёвый и быстрый способ наконец увидеть реальную загрузку.

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