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