Как учитывать простои оборудования в MES

MES может точно зафиксировать остановку оборудования, но один сигнал ещё не объясняет, почему производство остановилось. Для учёта простоев нужны три связанные вещи: границы события, причина и подтверждение достоверности.

Если хотя бы одна из них не определена, отчёт будет аккуратным по форме, но спорным по содержанию.

Что считать простоем оборудования

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

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

Как определить начало и окончание

Граница события должна быть воспроизводимой. Началом может быть устойчивый сигнал контроллера, переход состояния оборудования или отсутствие ожидаемой операции. Окончанием — восстановление режима и подтверждение продолжения работы.

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

Откуда MES получает событие

Сигнал оборудования или контроллера

Автоматическая регистрация даёт точное время и не зависит от дисциплины ввода. При этом сигнал обычно сообщает состояние, а не производственную причину.

Действие оператора

Оператор знает контекст, которого нет у автоматики: ожидание материала, наладку, проверку качества. Но ручная отметка может появиться позже или быть выбрана формально.

Сочетание двух источников

Практичная схема разделяет событие и классификацию: автоматика фиксирует интервал, человек уточняет причину. Общая роль оборудования, датчиков и оператора описана в статье об источниках данных MES.

Событие и причина — не одно и то же

Остановка — наблюдаемый факт. Причина — объяснение этого факта. Если система заранее подставляет причину только по сигналу, предположение легко превращается в официальную статистику.

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

Как построить классификатор причин

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

• названия понятны пользователю смены;
• причины не пересекаются по смыслу;
• для каждого уровня детализации есть практическая задача;
• определено, кто может исправлять классификацию;
• изменения классификатора не разрушают историю.

Универсального перечня нет: он зависит от процесса, оборудования и того, какие решения предприятие собирается принимать.

Как проверять достоверность

Проверка начинается со сверки интервала остановки с сигналами и действиями пользователя. Затем сравнивают длительность смены, время работы, плановые интервалы и необъяснённые разрывы.

Особое внимание нужно времени событий. Рассинхронизация контроллера и сервера может переставить остановку и запуск местами. Подробнее — в материале о едином времени производственных данных.

Как простои связаны с OEE

Интервалы остановок влияют на доступность оборудования, но переносить каждую остановку в расчёт автоматически нельзя. Сначала определяются плановое производственное время и правила исключений. Полная логика разобрана на странице «Как считать OEE по данным MES».

Что проверить на участке

1. есть ли однозначное определение простоя;
2. какой источник задаёт начало и конец;
3. кто и когда выбирает причину;
4. как обрабатываются короткие и вложенные остановки;
5. можно ли восстановить путь от показателя к исходному событию;
6. как исправление причины отражается в истории.

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