Что делает production data historian
Production data historian — это специализированный слой баз данных, который непрерывно сохраняет измерения с ПЛК, приборов и датчиков в виде временных рядов для последующих запросов трендов, анализа потерь и прослеживаемости, в отличие от экранов оперативного контроля, показывающих только текущие значения. В проекте подключения оборудования вулканизационного цеха одного шинного концерна эта система была сдана со следующими параметрами: на первом этапе подключено 366 прессов, текущие значения собирались с периодом 6 секунд, глубина хранения — три года с дозагрузкой данных после перерывов связи; все это подтверждено техническим соглашением (по архивным материалам 2026 года).
Разделение ролей: historian и оперативный контроль
На многих заводах уже есть SCADA или панели состояния. Почему же нужен historian? Потому что эти системы отвечают на разные вопросы:
- Оперативный контроль отвечает на вопрос «как сейчас»: текущие значения, активные аварии, текущие состояния с обновлением в секундах.
- Historian отвечает на вопрос «что было в прошлом»: кривые любой переменной за любой период, агрегаты и сравнение между сменами.
- Обе системы используют один путь сбора, но цели хранения различаются: одна служит операциям, другая — анализу и прослеживаемости.
- Типичная ситуация на заводе без historian: на экранах всё спокойно, но при аудите или разборе инцидентов полную кривую предъявить нечем.
В упомянутом шинном проекте это разделение было реализовано так: сторона SCADA/MES вела оперативный контроль и отчетность, сторона historian отвечала за долгосрочное хранение технологических кривых вулканизации, а данные за периоды обрыва связи досылались в хранилище после восстановления канала.
Путь сбора: от оборудования до historian
Чтобы данные попадали в хранилище надежно, каждый уровень пути имеет ясную задачу:
- Уровень подключения: чтение данных оборудования и приборов по проверенным протоколам — семейства ПЛК, Modbus, OPC UA; старое оборудование без коммуникационных портов сначала дооснащается.
- Граничный уровень: шлюз кэширует данные локально при обрыве сети и автоматически досылает их после восстановления, чтобы кривые оставались полными.
- Уровень передачи: восходящие каналы вроде MQTT используют сертификатную аутентификацию; на сервере данные очищаются и пересылаются по правилам тегов.
- Уровень хранения: база временных рядов организует запись по тегам для запросов трендов, отчетов и интерфейсов прослеживаемости.
Этот путь поддержал подключение 366 прессов в одном сегменте сети со сбором текущих значений с периодом 6 секунд; более ранний проект SCADA химической установки подтвердил масштаб около 80 000 переменных и более 24 000 точек аварий (значения подтверждены руководителем проекта).
Четыре соглашения о данных до старта работ
Проекты historian чаще всего проваливаются не на хранении, а на неоговоренных соглашениях. Рекомендуемый подход — до начала работ подтвердить по списку тегов четыре пункта:
| Пункт соглашения | Что подтверждается | Типичное разногласие |
|---|---|---|
| Список тегов | Какие переменные собирать, единицы и диапазоны | Названия приборов на площадке расходятся с чертежами |
| Период опроса | Как часто собирать текущие значения и по изменению | Слишком часто — рост хранилища, слишком редко — потеря пиков |
| Источник времени | Время устройства или время сбора | Часовые пояса и уход часов сдвигают кривые |
| Правила именования | Соответствие кодов тегов номерам активов | Поставщики именуют каждый по-своему, объединить невозможно |
В том шинном проекте протоколы тегов и кривых, а также связи мастер-данных были зафиксированы на этапе технического соглашения — поэтому при последующем тиражировании на несколько площадок концерна использовался один и тот же шаблон.
Срок хранения и политика резервного копирования
Глубина хранения истории — не технический параметр, а управленческое решение, которое выводится из требований прослеживаемости и аудита:
| Пункт политики | Рекомендуемый подход | Основание |
|---|---|---|
| Срок хранения | Задается по самому длительному требованию прослеживаемости продукции и аудитов заказчика | В том проекте — три года по соглашению |
| Резервирование и копии | Резервный кластер серверов, горячее резервирование двух машин, диски RAID1 | Практика конфигураций крупных проектов SCADA/MES |
| Непрерывная работа | Работа в режиме 7×24 и дозагрузка данных после обрывов, зафиксированные в соглашении | Обязательный пункт договора, принят при сдаче |
| Планирование емкости | Оценка: число тегов × период × годы, с запасом на рост | Часть подтверждения соглашений до старта |
Запись срока, резервного копирования и дозагрузки в пункты договора, а не в устные обещания, — проверенный способ провести приемку без споров.
Итоги
Построение production data historian сводится к четырем пунктам: роль хранения, четко разделенная с оперативным контролем; четырехуровневый путь сбора; четыре соглашения о данных, зафиксированных до старта; и планирование глубины хранения исходя из прослеживаемости и аудита. Проверьте существующую систему по этим спискам и первым делом закройте недостающий участок. Начать можно с заявки на выездную диагностику.
Заявка на выездную диагностику
Опытный инженер вместе с вами проверит текущий путь сбора и соглашения о данных и предложит порядок работ, при котором спецификации фиксируются до старта. Инженер со знанием русского языка обеспечит связь с вашей командой на всех этапах.
Связаться с нами