Состояния оборудования в мониторинге должны иметь одинаковый смысл для смены, инженера и руководителя. Если отсутствие телеметрии записывается как остановка, отчёт завышает простой. Если работа двигателя считается выпуском, система может показывать производительность во время холостого хода.
Нужен справочник состояний с наблюдаемыми признаками, правилами выбора и отдельной оценкой качества данных. Ниже — условный пример участка и карточки для проектных требований. Они помогают согласовать модель наблюдения; конкретные сигналы и технологические определения подтверждают специалисты предприятия.
Начните с задачи учёта
Разные задачи требуют разной детализации. Оператору важно понять текущую ситуацию, мастеру — распределить время смены, инженеру — изучить переход. Не нужно сразу создавать десятки состояний, если доступные сигналы не позволяют их достоверно различить.
Опишите, какое решение меняется при каждом различии. «Ожидание материала» и «ожидание задания» полезно разделять, если у них разные ответственные и есть подтверждение причины. Если причина вводится вручную, не выдавайте её за автоматически определённый факт.
Согласуйте единицу наблюдения: агрегат, линия или участок. Работа одного двигателя не означает работу всей линии. Сводное состояние группы требует отдельного правила, иначе отчёты разных уровней будут противоречить друг другу.
Разделите состояние процесса и достоверность
Физическое состояние описывает оборудование: выполняет операцию, ожидает, переналаживается или остановлено по согласованной причине. Качество данных описывает, насколько это состояние известно системе.
Если источник недоступен, можно сохранить последнее известное состояние с явной отметкой. Но включать весь неизвестный интервал в подтверждённую работу или остановку без правила нельзя. В отчёте нужно показать ограничение охвата, а не скрыть его внутри наиболее удобной категории.
Неизменное число также не доказывает потерю связи. Признак доступности зависит от поведения источника. Общие требования к этому различию разобраны в статье об актуальности данных.
Подготовьте словарь из проверяемых карточек
Для каждого состояния нужны код, название, смысл, входные признаки, условия входа и выхода, источник подтверждения и ограничения. Добавьте владельца определения и пример, который должен получить именно это состояние.
Условная карточка «Работа» может требовать подтверждённого активного цикла и выполнения установленного для объекта условия. Карточка «Ожидание» — подтверждённой готовности при отсутствии выполняемой операции. Эти формулировки ещё нужно привязать к реальным сигналам, а не переносить на любой станок.
Карточка «Причина не установлена» полезнее вымышленного объяснения. Если система видит остановку, но не знает причину, сохраните этот факт отдельно от дальнейшего комментария мастера. Последующее уточнение должно иметь автора и время.
Условная смена в минутах
Для примера возьмём окно наблюдения 480 минут. По подтверждённым данным оборудование работало 300 минут, ожидало 90 и переналаживалось 30. Ещё 60 минут состояние не подтверждено из-за ограничения данных.
Сумма равна 480 минут: 300 + 90 + 30 + 60. Подтверждённый охват — 420 / 480 = 87,5%. Внутри подтверждённой части доля работы равна 300 / 420, примерно 71,4%. Доля работы во всём окне — 300 / 480 = 62,5%.
Оба последних числа имеют разный смысл. Нельзя назвать 71,4% долей работы за всю смену, исключив неизвестность без пояснения. И нельзя автоматически добавить 60 минут к простою. Отдельная строка неизвестного состояния сохраняет честность отчёта.
Установите порядок при противоречивых признаках
Источники могут одновременно показывать активный цикл и сообщение об остановке. Причина может находиться в разных временных отметках, задержке или неверном определении сигналов. Не выбирайте победителя по случайному порядку обработки.
Определите, какие комбинации допустимы, какие требуют уточнения и какое представление увидит оператор. Правило приоритета должно быть обосновано смыслом объекта. Отдельно проверьте переходы во время запуска и завершения операции.
Если применяется выдержка времени или фильтрация, зафиксируйте их назначение и влияние на учёт длительностей. Не назначайте универсальные задержки. Они должны соответствовать наблюдаемому процессу и быть проверены на характерных эпизодах.
Не смешивайте состояние и причину
«Не работает» — описание наблюдаемого состояния. «Нет материала» — возможная причина. «Исполнитель вызван» — действие по ситуации. Если всё это хранится в одном поле, невозможно последовательно считать время и передавать работу.
В карточке остановки сохраните три самостоятельных ответа: что известно об оборудовании, почему это произошло по имеющемуся подтверждению и что предпринимается. Причина может уточняться позже, а физическое состояние уже измениться.
Временная причина, введённая мастером, требует понятного порядка исправления. Сохранение истории позволяет объяснить, почему отчёт после разбора отличается от отчёта сразу после смены. Не переписывайте исходный факт молча ради красивой статистики.
Шаблон проектного реестра
- Объект учёта: конкретный агрегат или согласованная группа.
- Код состояния: устойчивое обозначение.
- Рабочий смысл: понятное описание для смены.
- Признаки: доступные сигналы и ручные подтверждения.
- Качество: необходимые условия достоверности.
- Вход и выход: наблюдаемые правила перехода.
- Конфликт: поведение при несовместимых признаках.
- Длительность: временные отметки и границы интервала.
- Причина: отдельное поле и источник подтверждения.
- Версия: дата, автор определения и результат проверки.
Эти карточки можно перенести в таблицу требований. Главное — заполнить смысл и проверку, а не только названия. Пустая строка «простой» не задаёт алгоритм и не позволяет сравнить результаты реализации.
Проверьте несколько реальных эпизодов
Выберите обычную работу, подтверждённое ожидание, переналадку и потерю телеметрии. Пусть специалист независимо разметит интервалы по имеющимся данным. Затем сравните их с результатом системы и объясните расхождения.
Контролируйте баланс: интервалы в выбранном окне не должны незаметно перекрываться или оставлять неучтённые промежутки, если модель предполагает единственное основное состояние. Для параллельных признаков, напротив, не пытайтесь насильно получить сумму 100%.
После изменения правил сохраняйте версию. Если пересчитывается история, укажите это в отчёте. Иначе различия между месяцами могут отражать смену алгоритма, а не изменение производства. Показатели стоит вводить после согласования определений, как описано в материале о полезном мониторинге.
Попросите представителей двух смен объяснить один и тот же пограничный эпизод. Если один называет его ожиданием, а другой работой, уточните определение и подтверждающие признаки. Согласованный словарь полезен только тогда, когда позволяет получать одинаковый ответ без обращения к автору алгоритма.
Следующий шаг со Спектром
Спектр включает телеметрию оборудования, архив, исторические тренды, тревоги и редактор мнемосхем. Справочник состояний задаёт требования к интерпретации наблюдения; готовность конкретного вычисления и отчёта нужно проверять в проекте.
Подготовьте четыре эпизода с ожидаемыми состояниями и перечень доступных сигналов. С ExtentLab можно обсудить модель наблюдения в Спектре, её ограничения и проверку качества до расчёта сводных показателей.