Оперативный историк - Operational historian
Эта статья нужны дополнительные цитаты для проверка.Октябрь 2013) (Узнайте, как и когда удалить этот шаблон сообщения) ( |
Оперативный историк относится к дополнительному набору база данных временных рядов приложения, разработанные для данных рабочего процесса.[1] Программное обеспечение Historian часто встраивается или используется вместе со стандартными DCS и ПЛК системы управления для обеспечения расширенных возможностей сбора, проверки, сжатия и агрегирования данных.[2] Историки используются практически во всех отраслях и вносят свой вклад в такие функции, как диспетчерский контроль, мониторинг производительности, обеспечение качества, а в последнее время - приложения машинного обучения, которые могут учиться на огромных объемах исторических данных.
Эти системы были первоначально разработаны для сбора данных контрольно-измерительной аппаратуры и управления, что привело к тому, что многие стали использовать термин «тег» для потока данных процесса, относящийся к физическим «тегам», которые были размещены на инструментах для ручного сбора данных. Доступ к необработанным данным можно получить через OPC HDA, SQL, или же REST API интерфейсы.[3]
Оперативная поддержка
Историки эксплуатации обычно используются на производственном объекте инженерами и операторами для выполнения функций контроля и анализа. Оперативный архиватор обычно собирает все данные КИПиА, тогда как архиватор предприятия, который используется для поддержки бизнес-функций, берет подмножество заводских данных.
Как правило, эти приложения предлагают доступ к данным через выделенные API (интерфейсы прикладного программирования) и SDK (комплекты разработки программного обеспечения), которые предлагают высокопроизводительные операции чтения и записи с помощью приложений, зависящих от поставщика или специальных приложений. Интерфейсные инструменты для отслеживания тенденций данных процесса во времени являются наиболее распространенными интерфейсами к этим базам данных.
Поскольку эти приложения обычно развертываются рядом с источником данных процесса или рядом с ним, они часто продаются и продаются как «системы баз данных реального времени».[4] Это различие варьируется среди поставщиков, которым часто приходится делать выбор при разработке между производительностью при сборе и представлении данных и функциональностью приложений и анализа.
Обычные проблемы, которые должны решить операционные историки, следующие:
- сбор данных от КИПиА
- хранение и архивирование очень больших объемов данных
- организация данных в виде «тегов» или «точек»
- контроль пределов (аварийные сигналы) и проверка
- агрегирование и интерполяция
- и ручной ввод данных (MDE)
Доступ к данным
В отличие от корпоративных историков, уровень доступа к данным в операционном архиве разработан так, чтобы предлагать сложные режимы выборки данных без сложных средств анализа информации. Для операций доступа к данным обычно доступны следующие настройки:
- Объем данных (одна точка или тег, история на основе временного диапазона, история на основе количества выборок)
- Режимы запроса (необработанные данные, последнее известное значение, агрегирование, интерполяция)
- Выборка (одна точка, все точки без выборки, все точки с интервальной выборкой)
- Пропуск данных (в зависимости от качества выборки, на основе значения выборки, на основе подсчета)
Хотя операционные историки редко системы управления реляционными базами данных, они часто предлагают SQL интерфейсы для запросов к базе данных. В большинстве таких реализаций диалект не соответствует стандарту SQL, чтобы обеспечить синтаксис для определения параметров операций доступа к данным.
Смотрите также
Рекомендации
- ^ Р. Х. (Рик) Микер-младший (13 января 1999 г.). «Практическое руководство для историков технологических данных и информационных систем» (PDF). ТАППИ. Получено 14 сентября 2012.
- ^ "Статья историка Globalspec". Получено 12 июл 2012.
- ^ «Оперативный историк против историка предприятия». Получено 5 июн 2018.
- ^ Wonderware Historian - Пример наименования оперативного историка базы данных реального времени