
Объединяем SCADA, MES и ERP без «мусора на входе»
Andrey_Biryukov 52 минуты назад Объединяем SCADA, MES и ERP без «мусора на входе» Средний 10 мин 83 Блог компании OTUS Анализ и проектирование систем * Big Data * Хранение данных * Аналитика Взаимодействие промышленных...
Anthropic — What company has the best second artificial intelligence model at the end of June?
В сфере искусственного интеллекта произошло заметное событие. Andrey_Biryukov 52 минуты назад Объединяем SCADA, MES и ERP без «мусора на входе» Средний 10 мин 83 Блог компании OTUS Анализ и проектирование систем * Big Data * Хранение данных * Аналитика Взаимодействие промышленных и корпоративных систем — важная бизнес‑задача. И здесь стоит привести в качестве примера историю, знакомую каждому промышленному аналитику. Вы получаете задачу: предсказать удельный расход электроэнергии на тонну продукции.
У вас есть три источника: SCADA фиксирует мгновенную мощность каждого электродвигателя с частотой раз в секунду, MES хранит данные о выпуске продукции по операциям — каждые 15 минут, но только при завершении цикла, и ERP знает, сколько сырья было отпущено в цех, но обновляет это значение раз в час и округляет до килограммов. Вы аккуратно собираете данные за месяц. Строите модель, но в результате получаете полную кашу: коэффициент детерминации может быть в районе 0.
Технические детали
3, а на некоторых днях модель показывает отрицательный расход электроэнергии, что абсурдно. Естественно, первое, что приходит в голову, это плохое качество модели. Но на самом деле проблема скрывается совсем не в модели.
Дело в том, что вы пытались объединить данные, которые изначально не были спроектированы для совместной аналитики. Каждая система решала свою задачу. SCADA отвечала за контроль в реальном времени — ей важна быстрота, а не долговременная согласованность.
MES отслеживала выполнение операций, а для нее важны границы цикла, а не мгновенные замеры. ERP управляла движением ресурсов — ей важны целочисленные списания, а не непрерывный поток. Эта проблема называется семантической несогласованностью.
Отраслевые последствия
Это не ошибка в данных в обычном смысле — когда датчик сломан или оператор ввёл неверное значение. Это системное расхождение в самом понимании того, что означают цифры. И классические методы очистки данных здесь бессильны, потому что вы заменяете не сломанный датчик, а разные миры пытаетесь склеить.
Три главных источника несогласованности в промышленностиЧтобы понять, как лечить проблему, нужно разобрать её составляющие. В промышленных ИТ‑системах семантический разрыв возникает из трёх корневых причин, и они редко действуют поодиночке. Первая причина — разная временная дискретизация и логика агрегации.
SCADA обычно хранит данные по принципу «последнее значение» или «среднее за интервал», но делает это не всегда равномерно. Протокол Modbus может отдавать значение по запросу, OPC UA передаёт изменения с привязкой ко времени. В результате у вас есть временной ряд с неравномерным шагом и deadband — когда датчик молчит, пока изменение не превысило порог.
Этот прогресс даёт важные сигналы о будущем отрасли, и технологический мир внимательно наблюдает.





