Как анализировать показания оборудования с ИИ: от CSV до отчёта инженеру

Что можно поручить ИИ

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

Различайте обычный анализ и предиктивное обслуживание. Сравнить температуру двух периодов можно без машинного обучения. Для прогноза отказа нужны история эксплуатации, события обслуживания, проверенные примеры и оценка качества на новых данных. Формулировка «значение выросло» существенно уже, чем «подшипник выйдет из строя через неделю».

Реальный кейс: BlueScope и Siemens Senseye

В публикации Siemens от 4 сентября 2025 года описано применение Senseye Predictive Maintenance в BlueScope. Компания сообщает примерно о 2 000 часах предотвращённого внепланового простоя за три года. Это накопленный показатель нескольких лет, а не годовая экономия каждого завода.

В отдельном разборе внедрения описан пилот примерно на 300 единицах оборудования трёх линий металлических покрытий. Практический пример связан с постепенным изменением давления в гидравлической системе: предупреждение позволило организовать проверку и плановое вмешательство. Речь идёт о работе системы с историей эксплуатации и командой обслуживания, а не о диагнозе по разовой загрузке CSV. Источник: Siemens о результатах BlueScope, подробности процесса внедрения.

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

Шаг 1. Сформулируйте вопрос до загрузки файла

Хороший первый вопрос: «Изменилась ли вибрация этого узла при сопоставимой нагрузке за выбранный период?» Или: «В какие интервалы давление отличалось от обычного для этого режима?» Слишком широкий запрос «найди неисправность» заставляет систему заполнять отсутствующий контекст догадками.

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

Шаг 2. Подготовьте таблицу и словарь полей

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

Не смешивайте разные величины в одном столбце. Давление в барах и паскалях, температура в Цельсиях и Фаренгейтах, ускорение вибрации и скорость вибрации требуют отдельных согласованных преобразований. Для вибрации важны также способ измерения, полоса частот, направление и место установки; одного сокращения «вибрация» недостаточно.

Словарь может выглядеть так: asset_id — код агрегата; load_pct — нагрузка по данным контроллера; bearing_temp_c — температура указанного датчика; vibration_rms_mm_s — измеренная среднеквадратическая скорость вибрации в согласованной полосе. Если методика неизвестна, это следует указать как ограничение.

Удалите из файла лишние коммерческие и персональные сведения. Условия обработки производственных данных определяются выбранным сервисом и договорённостями вашей компании; в технический анализ нужно передавать только разрешённый набор.

Шаг 3. Проверьте качество данных

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

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

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

Шаг 4. Разберите учебный CSV

Этот фрагмент имитирует один условный объект в одном режиме. +03:00 указан явно. Нагрузка и температура воздуха не меняются по данным примера.

timestamp,asset_id,mode,load_pct,ambient_c,bearing_temp_c,vibration_rms_mm_s
2026-10-20T09:00:00+03:00,PUMP-DEMO,steady,70,25,65,2.0
2026-10-20T09:10:00+03:00,PUMP-DEMO,steady,70,25,66,2.1
2026-10-20T09:20:00+03:00,PUMP-DEMO,steady,70,25,66,2.0
2026-10-20T09:30:00+03:00,PUMP-DEMO,steady,70,25,67,2.2
2026-10-20T09:40:00+03:00,PUMP-DEMO,steady,70,25,75,3.6
2026-10-20T09:50:00+03:00,PUMP-DEMO,steady,70,25,77,3.8

Файл также доступен отдельно: учебные измерения CSV.

Первые четыре строки используем только как учебный интервал сравнения. Медиана температуры равна 66 °C, медиана скорости вибрации — 2,05 мм/с. В последней строке температура 77 °C: разница 11 °C. Вибрация 3,8 мм/с: относительное изменение (3,8 / 2,05 − 1) × 100 ≈ 85,4%.

Рост заметен в двух последних измерениях. Это корректное описание таблицы. Четыре исходных измерения не доказывают нормальное техническое состояние и не образуют достаточную статистическую базу. Значения 77 °C и 3,8 мм/с здесь не названы аварийными: универсальные пороги без типа оборудования и методики не задаются.

Оригинальный график вымышленных данных. Оси и единицы разделены; линия сравнения — медиана первых четырёх точек, не норматив безопасности.

Шаг 5. Задайте проверяемое задание модели

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

Проанализируй приложенный CSV как таблицу наблюдений.
Сначала перечисли поля, единицы, период, число строк,
дубли времени, пропуски и режимы. Не заменяй пропуски нулями.

Для учебного сравнения возьми первые четыре строки режима steady.
Рассчитай медиану температуры и vibration_rms_mm_s.
Сравни с последней строкой. Покажи формулы, использованные строки
и код расчёта, если можешь выполнять код.

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

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

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

Шаг 6. Подготовьте короткую записку инженеру

Для учебного файла она может выглядеть так: «В шести измерениях PUMP-DEMO за 09:00–09:50 при указанной нагрузке 70% и температуре воздуха 25 °C наблюдается рост двух параметров в последних двух точках. Последняя температура выше медианы первых четырёх на 11 °C; скорость вибрации выше на 85,4%. Данных недостаточно для определения причины и остаточного ресурса».

Следом перечислите вопросы: подтверждены ли единицы и установка датчиков; были ли изменения режима, которых нет в таблице; есть ли более длинная история; что показывает техническая документация; какие события происходили в этот период. Причины ранжируют после получения контекста, а не по правдоподобию ответа чата.

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

Шаг 7. Превратите разовый разбор в регулярный процесс

Когда разовая выгрузка оказалась полезной, автоматизируйте получение данных без изменения исходных значений. Добавьте контроль свежести, проверку формата и журнал расчётов. Ошибка выгрузки должна давать статус «данные не поступили», а не зелёный индикатор исправности.

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

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

Как оценить пользу

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

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

Частые вопросы

Что читать дальше

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

Проверено 25 октября 2026 года. Кейс BlueScope изложен по первичным публикациям Siemens. CSV, расчёт, график и шаблон задания — редакционный учебный пример, полностью отделённый от данных реального предприятия.