Общая (родовая) структура применима к модулям программно-управляемого датчика, APC-модуля и модулям оптимизации и оценки рабочих характеристик системы. Компоненты в различных модулях APC-O-системы могут интегрироваться или взаимодействовать.
Пример - Вычислительные устройства в различных модулях могут взаимодействовать друг с другом посредством одного и того же компонента, предназначенного для обмена информацией, а также могут осуществлять мониторинг с помощью одного и того же устройства непрерывного контроля и управляться одним и тем же планировщиком задач.
![]() Рисунок 3 - Обобщенная (родовая) структура
модулей APC-O-системы
7.2.1 Этапы жизненного цикла модуля программно-управляемого датчика приведены на рисунке 4. На первом уровне находится сам программно-управляемый датчик. На втором уровне - определены пять различных этапов жизненного цикла модуля программно-управляемого датчика, которые сформулированы на основе потребностей в анализе требований, проектировании и разработке. На этапе выполнения этот модуль работает в режиме реального времени, его структура описана в 7.1. На этапе выполнения технической поддержки модуль программно-управляемого датчика необходимо поддерживать для выполнения проектных требований.
![]() программно-управляемого датчика
Каждый этап включает перечень работ, необходимых для выполнения соответствующих функций. Описание каждой работы приведено далее.
7.2.2 Для модуля программно-управляемого датчика этап анализа требований состоит в сборе и управлении (исходными) требованиями и рабочим состоянием: на этом этапе проводится обобщение проектных требований и их анализ, основанный на статусе процесса и выполнении технических требований.
7.2.3 Этап проектирования модуля программно-управляемого датчика включает в себя выполнение следующих работ:
a) Выбор вспомогательных параметров: при этом в качестве вспомогательных выбирают и подтверждают параметры, соответствующие данному процессу.
b) Выбор типа модели: при выборе типа модели программно-управляемого модуля следует принимать во внимание не только ситуации, связанные с производственными процессами и инструментальные требования, но и реальные условия эксплуатации и затраты на их реализацию. На этапе проектирования при определении типа модели следует учитывать все вышеперечисленные факторы.
c) Разработку схемы испытаний (программы тестирования) модуля программно-управляемого датчика: основываясь на ранее полученных данных и условиях эксплуатации, необходимо разработать схему испытаний (программу тестирования), удовлетворяющую установленным требованиям.
7.2.4 Этап разработки модуля программно-управляемого датчика включает в себя проведение следующих работ:
a) Обработку и анализ данных: работы проводятся в соответствии со схемой (программой) или требованиями к разработке модели, обработке и анализу полученных данных, например, к подавлению шумов и нормированию.
b) Выбор подхода к моделированию программно-управляемого датчика: процессы и методы моделирования программно-управляемых датчиков различаются. Несмотря на то, что модели идентичны, путем использования различных методов оптимизации можно добиться получения различных результатов, поэтому инженерам следует выбирать методы моделирования в соответствии с реальными ситуациями и требованиями (и даже выбирать несколько методов для их сравнения или оценки).
Примечание 1 - При моделировании программно-управляемого датчика можно использовать различные подходы, из которых инженеры должны выбирать методы, наиболее соответствующие характеристикам процесса и установленным требованиям, причем инженеры могут выбирать несколько методов и интегрировать в процессе моделирования.
c) Моделирование программно-управляемого датчика: с учетом определенной конструкции (проекта) датчика проводятся работы по анализу выборочных данных и построению модели датчика.
d) Автономную проверку модели программно-управляемого датчика: работы по проверке и анализу модели датчика (с использованием ранее полученных производственных данных).
e) Конфигурирование программно-управляемого датчика: на основе выбранной конструкции датчика проводятся работы по компоновке проектной документации и конфигурированию интерфейса программно-управляемого датчика.
f) Тестирование программно-управляемого датчика: модуль датчика с управлением данными определяется его моделью по результатам тестирования, которое необходимо проводить на основе выбранной схемы испытаний (программы тестирования).
Примечание 2 - Тестирование программно-управляемого датчика занимает значительное время, поэтому для повышения эффективности тестирования обычно применяют независимые критерии.
7.2.5 Этап исполнения модуля программно-управляемого датчика включает в себя работы, которые реализуются под управлением следующих компонентов, содержащихся в общей (родовой) структуре модуля программно-управляемого датчика:
a) Планирование работ программно-управляемого датчика: работы по управлению характеристиками модуля, включая загрузку/выгрузку данных, выполнение операций, а также определение их порядка. Задача этого этапа состоит в преобразовании и разбивке каждого рабочего плана на конкретные подработы.
b) Информационный обмен программно-управляемого датчика: работы по созданию интерфейса внутрисистемной и межсистемной связи (на Уровне 1, Уровне 2 или Уровне 3) для достижения взаимодействия типа "человек - машина" (диалоговый режим) в модуле программно-управляемого датчика.
c) Непрерывный контроль работы программно-управляемого датчика: работы по определению статуса выполнения модулем программно-управляемого датчика своих функций и их соответствия проектному заданию.
d) Расчеты программно-управляемого датчика предназначены для:
1) Корректировки модели: при наличии конкретной ситуации выполняются расчеты для анализа, настройки и оптимизации модели с использованием ранее накопленных данных.
2) Корректировки систематической погрешности: выполняются для устранения отклонений между данными, получаемыми на выходе модели программно-управляемого датчика и лабораторными (фактические измеренными) данными для подтверждения их соответствия.
3) Оперативной проверки (в рабочем режиме) модели программно-управляемого датчика: при работе модуля программно-управляемого датчика в режиме реального времени обеспечивается использование полученных данных для оперативной проверки эффективности модели программно-управляемого датчика (с применением эмпирических и рекурсивных методов).
4) Расчетов модели: осуществляется расчет выходных данных, получаемых в модели программно-управляемого датчика с использованием входных данных и выбранной модели этого датчика.
5) Определения работоспособного состояния: в модуле программно-управляемого датчика применяется для определения рабочего состояния процессов, обеспечивающего возможность использования системы. При возникновении нештатных ситуаций осуществляется запуск процедуры управления в особых ситуациях, которая будет обеспечивать безопасность.
7.2.6 Этап технической поддержки (или сопровождения) модуля программно-управляемого модуля программно-управляемого датчика включает в себя выполнение следующих работ:
a) Анализ: работы предназначены для анализа процессов или возникающих проблем, связанных с определением принципов (стратегии) постобслуживания.
b) Техническое обслуживание и ремонт: работы проводятся в соответствии с выбранными принципами (стратегией) технического обслуживания и ремонта, обеспечивается выполнение соответствующих работ для достижения намеченных целей, решения проблем или повышения производственных показателей.
7.2.7 На этапе проектирования модуля программно-управляемого датчика осуществляется определение вспомогательных параметров и типа модели, основываясь на результатах, полученных по окончании этапа анализа требований. При этом с использованием модели программно-управляемого датчика выполняется разработка схемы испытаний (программы тестирования) и ее применение в качестве тестового набора входных данных на этапе разработки. Основываясь на результатах обработки и анализа данных, выполняются работы по моделированию и проверке программно-управляемого датчика. Выходные данные на этапе конфигурирования используются в качестве входных данных на этапе исполнения. На этапе поддержания, после анализа рабочих данных, получаемых с помощью модели датчика, определяются принципы (стратегия) технического обслуживания и ремонта с целью поддержания рабочих характеристик системы на должном уровне.
7.3.1 Этапы жизненного цикла APC-модуля приведены на рисунке 5. На первом уровне находится сам APC-модуль, а на втором уровне определены пять различных этапов жизненного цикла APC-модуля. Построение APC-модуля включает в себя этапы анализа требований, проектирования и разработки. На этапе исполнения APC-модуль работает в режиме реального времени (его структура описана в 7.1), а на этапе поддержания для соответствия проектным требованиям модуль подлежит техническому обслуживанию и ремонту.
![]() Каждый этап включает перечень работ, необходимых для выполнения соответствующих функций. Ниже приведено описание каждой работы.
7.3.2 Для APC-модуля этап анализа требований состоит из сбора и управления (исходными) требованиями и рабочим состоянием; на этом этапе проводится обобщение проектных требований и их анализ, основанный на статусе процесса и выполнении технических требований.
7.3.3 Этап проектирования APC-модуля включает в себя выполнение следующих работ:
a) Выбор параметров: предназначен для определения контролируемых, регулирующих и искажающих параметров (в соответствии с техническими требованиями).
b) Определение принципов (стратегии) управления: предназначено для формирования принципов/стратегии управления в соответствии с техническими требованиями.
c) Разработку схемы испытаний (программы тестирования) APC-модуля: основываясь на ранее полученных данных и условиях эксплуатации выполняется разработка схемы (алгоритма) тестирования модуля для соответствия техническим требованиям.
7.3.4 Этап разработки APC-модуля включает в себя проведение следующих работ:
a) Обработка и анализ данных: в соответствии со схемой испытаний (программой тестирования) или требованиями к разработке модели выполняются работы по анализу и обработке полученных данных, например, путем подавления шумов, нормирования.
b) Моделирование APC-модуля: основываясь на результатах анализа обработанных данных выполняются работы по формированию модели APC-модуля, например, модели отклика на ступенчатое воздействие для прогнозирующего контроллера.
c) Проверка APC-модели: предназначена для облегчения анализа эффективности выбранной модели и основывается на анализе обработанных данных.
d) Конфигурирование APC-модели: предназначено для задания параметров контроллера, что включает в себя использование вспомогательных операций, например, операции логического переключения и защиты, основанные на системе регулярного контроля. Включает в себя задание конфигурационных параметров и конфигурацию стратегии управления.
e) Имитация работы APC-модуля: предназначена для проверки модуля при номинальных условиях на соответствие контроллера инженерным требованиям.
f) Тестирование APC-модуля: предназначено для индикации процесса получения результатов тестирования в соответствии со схемой испытаний (программой тестирования) APC-модуля.
Примечание - При тестировании APC-модуля основное внимание должно уделяться динамической взаимосвязи между входными и выходными параметрами.
7.3.5 Этап исполнения APC-модуля включает в себя работы, которые выполняются под управлением следующих компонентов, содержащихся в общей (родовой) структуре APC-модуля:
a) Планирование работ APC-модуля: работы по управлению характеристиками (функционированием) модуля, включая загрузку/выгрузку данных, выполнение операций (а также определение порядка их следования) с целью преобразования и разделения каждого рабочего плана на конкретные подработы.
b) Обмен информацией APC-модуля: работы по созданию интерфейса внутрисистемной и межсистемной связи (на Уровне 1, Уровне 2 или Уровне 3) для достижения взаимодействия типа "человек - машина" (диалоговый режим) в APC-модуле.
c) Непрерывный контроль работы APC-модуля: предназначен для определения статуса выполнения модулем своих функций и их соответствия проектному заданию.
d) Расчеты для APC-модуля предназначены для:
1) Определения рабочего состояния: расчеты предназначены для определения рабочего состояние процесса и проверки возможности использования (корректности работы) системы с помощью APC-модуля. При возникновении каких-либо нештатных ситуаций модуль обеспечивает инициализацию процедуры обработки особых ситуаций.
2) Проведения контрольных расчетов: расчеты предназначены для обеспечения работы контроллера в режиме реального времени.
3) Проверки выходных данных: расчеты предназначены для проверки выходных данных с целью выполнения требований безопасности.
Примечание - APC-O-система имеет несколько контуров обратной связи, которые предназначены для обеспечения безопасности.
7.3.6 Этап поддержания APC-модуля включает в себя проведение следующих работ:
a) Анализ: предназначен для анализа процесса или существующих проблем для последующего определения принципов (стратегии) технического обслуживания и ремонта.
b) Техническое обслуживание и ремонт: предназначено для выполнения работ по техническому обслуживанию и ремонту и достижения намеченных целей по решению проблем или повышению производственных показателей в соответствии с выбранными принципами (стратегией) технического обслуживания и ремонта.
7.3.7 На этапе проектирования APC-модуля определяются параметры и принципы (стратегия) управления, которые основываются на результатах, полученных на этапе анализа требований. Схему испытаний (программу тестирования) необходимо разрабатывать на основе параметров и принципов (стратегии) управления, и использовать в качестве наборов входных данных для тестирования на этапе разработки. На основании результатов обработки и анализа данных устанавливают и проверяют внутреннюю модель контроллера. Результаты конфигурирования APC-модуля служат входными данными на этапе исполнения. На этапе поддержания (после анализа рабочих данных контроллера) определяются принципы (стратегия) технического обслуживания и ремонта, необходимые для обеспечения соответствия проектным требованиям.
7.4.1 Этапы жизненного цикла модуля оптимизации приведены на рисунке 6. На первом уровне находится сам модуль оптимизации, а на втором уровне определены пять этапов жизненного цикла модуля оптимизации. Построение модуля оптимизации включает в себя этапы анализа требований, проектирования и разработки. На этапе исполнения модуль оптимизации работает в режиме реального времени, его структура описана в 7.1. На этапе поддержания модуль оптимизации подлежит техническому обслуживанию и ремонту для соответствия проектным требованиям.
![]() Каждый этап содержит несколько работ, необходимых для выполнения соответствующих функций. Описание каждой работы приведено далее.
7.4.2 Для модуля оптимизации этап анализа требований состоит в сборе и контроле требований и рабочих состояний: на этом этапе проводится обобщение проектных требований и их анализ, основанный на статусе процесса и выполнении технических требований.
7.4.3 Этап проектирования модуля оптимизации включает в себя выполнение следующих работ:
a) Выбор целей оптимизации, параметров и ограничений: работы предназначены для определения целей оптимизации, которые должны соответствовать техническим требованиям, для выбора параметров, которые могут влиять на цели оптимизации с последующим определением ограничений программы оптимизации (оптимизатора), которые должны быть обусловлены профессиональными и технологическими требованиями.
b) Определение принципов (стратегии) оптимизации: работы предназначены для определение метода, соответствующего выбранным согласованным решениям по оптимизации.
c) Разработку схемы испытаний (программы тестирования) модуля оптимизации: основывается на ранее полученных данных и условиях работы, включает разработку оптимизационного метода тестирования, предназначенного для выполнения соответствующих требований.
7.4.4 Этап разработки модуля оптимизации включает в себя проведение следующих работ:
a) Обработка и анализ данных: в соответствии со схемой испытаний (программой тестирования) или требованиями к разработке модели выполняются работы по анализу и обработке полученных данных, например, путем подавления шумов, нормирования.
b) Моделирование программы оптимизации (оптимизатора): работы, проводимые для определения экономической составляющей целей оптимизации, модели и ограничений на основе ранее полученных знаний и обработанных данных.
c) Проверка модели оптимизации: работы, проводимые для облегчения возможности осуществления анализа эффективности и точности модели оптимизации.
d) Конфигурирование программы оптимизации (оптимизатора): работы, проводимые для задания параметров оптимизатора, с учетом целевой функции, ограничений и вспомогательных операций, например, операций логического переключения и обеспечения безопасности.
e) Имитация работы программы оптимизации (оптимизатора): работы, проводимые для проверки соответствия оптимизатора проектным требованиям (при номинальных условиях).
f) Тестирование модуля оптимизации: работы, проводимые для обозначения процесса получения результатов тестирования, основанного на методе его оптимизации. Основной целью этого тестирования является предоставление результатов подобного тестирования.
Примечание - В общем случае оптимизация тестирования относится к процессу или процедуре тестирования.
7.4.5 Этап исполнения модуля оптимизации включает в себя работы, которые выполняются под управлением следующих функций (компонентов), содержащихся в общей (родовой) структуре модуля оптимизации:
a) Планирование работ по оптимизации: предназначено для управления характеристиками модуля оптимизации, включая загрузку/выгрузку данных из компонентов и выполнение операций, а также определение порядка их выполнения. Задача этого этапа состоит в преобразовании и разбивке каждого рабочего плана на конкретные подработы.
b) Информационный обмен модуля оптимизации: предназначен для создания интерфейса внутрисистемной и межсистемной связи (на Уровне 1, Уровне 2 или Уровне 3) с целью достижения взаимодействия типа "человек - машина" (диалоговый режим) в модуле оптимизации.
c) Непрерывный контроль работы модуля оптимизации: предназначен для определения статуса модуля и обеспечения его соответствия проектному заданию.
d) Расчеты для модуля оптимизации предназначены для:
1) Определения рабочего состояния: в модуле оптимизации расчеты предназначены для определения рабочего состояния и проверки возможности использования (корректности работы) системы. При возникновении каких-либо нештатных ситуаций модуль обеспечивает инициализацию процедуры обработки особых ситуаций.
2) Расчетов для оптимизации: расчеты предназначены для работы программы оптимизации (оптимизатора) в режиме реального времени.
3) Проверки выходных данных: предназначены для проверки выходных данных для выполнения требований безопасности.
7.4.6 Этап поддержания модуля оптимизации включает в себя выполнение следующих работ:
a) Анализ: работы, проводимые для анализа процесса или существующих проблем и последующего определения принципов (стратегия) технического обслуживания и ремонта.
b) Техническое обслуживание и ремонт: работы, предназначенные для выполнения работ по техническому обслуживанию и ремонту, достижения намеченных целей, решения проблем или повышения производственных показателей.
7.4.7 На этапе проектирования модуля оптимизации определяются параметры оптимизации, ограничения и цели; выбираются принципы (стратегия) оптимизации, основанные на выходных данных, которые были получены на этапе анализа требований. Необходимо разработать схему испытаний (программу тестирования) и использовать ее результаты в качестве исходных данных на этапе разработки. Основываясь на результатах обработки и анализа данных, следует установить и проверить внутреннюю модель оптимизатора. Выходные данные после задания параметров оптимизации становятся входными данными на этапе исполнения. На этапе поддержания (после анализа результатов работы оптимизатора) определяются принципы (стратегия) технического обслуживания и ремонта системы, отвечающие проектным требованиям.
7.5.1 Этапы жизненного цикла модуля оценки рабочих характеристик приведены на рисунке 7. На первом уровне находится сам модуль оптимизации. На втором уровне определены пять различных этапов жизненного цикла модуля оценки рабочих характеристик. Построение модуля оценки рабочих характеристик включает в себя этапы анализа требований, проектирования и разработки. На этапе исполнения модуль работает в режиме реального времени, его структура описана в 7.1. На этапе поддержания модуль оценки рабочих характеристик подлежит техническому обслуживанию и ремонту для соответствия проектным требованиям.
![]() рабочих характеристик
Каждый этап содержит несколько работ, необходимых для выполнения соответствующих функций. Описание каждой работы определяется далее.
7.5.2 Для модуля оценки рабочих характеристик системы этап анализа требований состоит в сборе и контроле требований и рабочих состояний: на этом этапе проводится обобщение проектных требований и их анализ, основанный на статусе процесса и выполнении технических требований.
7.5.3 Этап проектирования модуля оценки рабочих характеристик системы включает в себя выполнение следующих работ:
a) Выбор ключевых технико-экономических показателей (KPI-показателей): предназначен для выбора KPI-показателей путем анализа производственного процесса и APC-O-системы, а также для разработки методов их расчета.
b) Программа (план) оценки: предназначена для определения программы (плана) оценки в соответствии с техническими требованиями и производственным процессом.
7.5.4 Этап разработки модуля оценки рабочих характеристик системы включает в себя проведение следующих работ:
Конфигурирование оценки: предназначено для конфигурирования параметров, связанных с оценкой рабочих характеристик, в том числе для выбора методов оценки, задания параметров и программы (плана) оценки.
7.5.5 Этап исполнения модуля оценки рабочих характеристик системы включает в себя работы, которые выполняются под управлением следующих функций, содержащихся в общей (родовой) структуре модуля оценки рабочих характеристик системы:
a) Планирование работ по оценке рабочих характеристик: предназначено для управления функционированием модуля оценки рабочих характеристик, в том числе загрузки/выгрузки данных из компонентов и порядка выполнения операций с целью преобразования и разделения каждого плана работ на конкретные подзадачи.
b) Информационный обмен модуля оценки рабочих характеристик: работы по созданию интерфейса внутрисистемной и межсистемной связи (на Уровне 1, Уровне 2 или Уровне 3) для достижения взаимодействия типа "человек - машина" (диалоговый режим) в модуле оценки рабочих характеристик.
c) Непрерывный контроль работы модуля оценки рабочих характеристик системы: предназначен для определения статуса выполнения модулем своих функций и обеспечения его соответствия проектному заданию.
d) Расчеты для модуля оценки рабочих характеристик системы предназначены для:
1) Проведения оценочных расчетов: предназначены для сбора данных в соответствии с требованиями к оценкам, а также для проведения расчетов и сохранения результатов оценки.
2) Составления отчета о работе APC-O-системы: после проведения оценочных расчетов и объединения с ранее имеющимися знаниями или конфигурационными параметрами осуществляется анализ результатов оценок и формирование отчетов по выполненным оценкам.
3) Принятие решений: анализ отчета о выполненных оценках, оценка рабочих характеристик APC-O-системы и предоставление справочных материалов пользователям.
7.5.6 Этап поддержания модуля оценки рабочих характеристик системы включает в себя выполнение следующих работ:
a) Анализ: предназначен для анализа процесса или существующих проблем для последующего определения принципов (стратегии) технического обслуживания и ремонта.
b) Техническое обслуживание и ремонт: предназначено для выполнения работ по техническому обслуживанию и ремонту, достижения намеченных целей, решения проблем или повышения производственных показателей в соответствии с выбранными принципами (стратегией) технического обслуживания и ремонта.
7.5.7 Оценка рабочих характеристик позволяет определять рабочее состояние реализации (внедрения) APC-O-системы. В соответствии с требованиями, которые выходят за рамки этапа анализа требований, необходимо определить KPI-показатели и программу (план) оценки. После выполнения конфигурирования оценки формируется программа (план) оценки. Выходными данными на этапе исполнения являются отчет о выполненных оценках и предложения по проведению технического обслуживания и ремонта, на основе которых пользователь может определить программу (план) технического обслуживания и ремонта APC-модуля и модуля оптимизации. На этапе поддержания (после анализа данных о работе модуля оценки рабочих характеристик) определяется стратегия технического обслуживания и ремонта, необходимая для технического обслуживания и ремонта системы на уровне проектных требований.
(справочное)
СТАНДАРТНЫЙ ПРИМЕР ИНТЕГРАЦИИ МОДУЛЕЙ APC-O-СИСТЕМЫ
Стандартная APC-O-система состоит из четырех функциональных модулей, причем каждый из модулей может работать либо независимо от других, либо интегрирован в единое целое в рамках всей системы. На рисунке A.1 приведен типовой пример интеграции в режиме реального времени модулей APC-O-системы и их взаимодействия.
![]() APC-O-системы
Модуль программно-управляемого датчика, APC-модуль, модули оптимизации и оценки рабочих характеристик системы реализуются на этапе исполнения. В APC-модуле применяется метод управления на основе прогнозирующих моделей управления, который также определен и для модуля оптимизации. APC-модуль и модуль оптимизации в приведенном примере реализованы в виде единого интегрированного модуля.
Работу в режиме реального времени обеспечивает интерфейс, облегчающий инженерам отладку APC-O-системы. Интерфейс содержит системный журнал, а также блоки управления и мониторинга.
Каждый этап, связанный с различными функциональными модулями, содержит работы, однако некоторые работы с одной и той же функциональностью могут относиться к различным модулям.
Примечание 1 - Для функционирования всей APC-O-системы эти работы можно выполнять и контролировать с помощью интегрированной платформы, обладающей общими функциональными возможностями, например, по передаче данных, обработке и анализу данных, управлению полномочиями, инженерно-техническому управлению и эксплуатации в режиме реального времени. Эта платформа может создавать операционную среду для APC-O-системы и поддерживать работу программно-управляемого датчика, APC-модуля, модуля оптимизации и модуля оценки рабочих характеристик системы путем реализации общих функций всех четырех модулей.
Эти программные компоненты могут выполнять следующие функции:
a) Ведение системного журнала: предназначено для сохранения истории операций и событий в системном журнале. В журнале регистрируется рабочее состояние APC-O-системы, исполняемые команды и операции, что помогает пользователю получать сведения относительно хронологии различных событий.
b) Авторизация: предназначена для администрирования, а именно для управления учетными записями пользователей системы, присвоения пользователям полномочий в соответствии с их ролями, и проверки полномочий при работе пользователей с системой.
c) Мониторинг: предназначен для работы и непрерывного контроля APC-O-системы, а также для анализа ее рабочего состояния, корректировки (настройки) параметров системы, исполнения команд, отслеживания графа тенденций и определения состояния сетей передачи данных APC-O-системы в реальном времени.
d) Планирование (диспетчеризация) работ: предназначено для поддержания и управления APC-O-системой, например, операциями выгрузки данных, их повторной загрузки, исполнения команд, остановки исполнения и восстановления начального состояния.
e) Интерфейс информационного взаимодействия: представляет собой интерфейс, посредством которого APC-O-система взаимодействует с системами Уровня 2, например, с основными системами управления производства, и с системами Уровня 3, например, управления производственными операциями (MOM).
f) Сбор данных: предназначен для выбора параметров процесса и извлечения из APC-O-системы данных, полученных в режиме реального времени (и/или ранее полученных архивных данных).
g) Конфигурирование коммуникационных связей: предназначено для конфигурирования параметров интерфейса передачи данных и параметров процесса.
h) Сохранение данных: предназначено для сохранения данных производственного процесса в режиме реального времени.
i) Создание интерфейса передачи данных OPC-сервера: на основе интерфейсов данных, разработанных в соответствии со стандартом на OPC-протокол обмена данными, OPC-формат данных преобразуется в формат APC-O-системы.
Примечание 2 - При наличии других серверов потребуются соответствующие интерфейсы, например, DDE-сервер.
j) Создание интерфейса прикладных данных: обеспечивает унифицированную службу интерфейса передачи данных APC-O-системы, устраняющую потребность в разработке различных интерфейсов различных серверов данных для каждого модуля.
k) Сохранение данных: предназначено для сохранения данных в режиме реального времени на сервере данных.
(справочное)
МЕТОД ЧАСТНЫХ НАИМЕНЬШИХ КВАДРАТОВ (PLS)
Метод частных наименьших квадратов (PLS-метод) - это стандартный метод, используемый для программно-управляемого датчика в качестве метода линейного моделирования данных, который обладает полезными свойствами, при наличии больших изменяющихся наборов данных, проявляющих значительную корреляцию, за счет предотвращения их чрезмерной аппроксимации.
Модули программно-управляемого датчика, использующие PLS-метод, могут различаться по применяемым процедурам (оффлайн и/или онлайн). Оффлайн-процедуры включают обработку и анализ данных, PLS-моделирование и конфигурирование, а онлайн-процедуры - операции исполнения (реализации) и мониторинга. Эти модули требуют использования ряда программных компонентов, в том числе интерфейсов передачи данных, пользовательских интерфейсов, планировщиков задач и устройств сбора данных.
a) Обработка и анализ данных: позволяют фильтровать и осуществлять двойную выборку данных, отбираемых из информационных производственных файлов и файлов лабораторных данных, с целью получения эффективной выборки данных.
b) PLS-моделирование: позволяет выбирать входные/выходные переменные и моделирует параметры с целью получения решения для PLS-модели. При этом следует контролировать результаты проверки модели и смоделированной кривой для утверждения PLS-модели, и экспортировать полученные результаты.
c) PLS-конфигурирование: позволяет конфигурировать параметры PLS-модели, основанной на технических требованиях, например, на требованиях к конфигурированию тегов, методам фильтрации и логике защиты.
d) Реализация PLS-метода: позволяет проводить онлайн-расчеты для PLS-метода, включая прогнозирующие расчеты выходных данных, коррекцию на систематическую погрешность, коррекцию модели и ее проверку.
e) Онлайн-мониторинг: позволяет выполнять функции интерфейсов между пользователями и PLS-модулем.
Примечание - Структура PLS-модели определяется выбранными PLS-методами.
(справочное)
УПРАВЛЕНИЕ С ПРОГНОЗИРОВАНИЕМ И ОПТИМИЗАЦИЯ
В УСТАНОВИВШИХСЯ РЕЖИМАХ
В методе управления с прогнозированием широко используется стратегия усовершенствованного управления, которая способна эффективно решать сложные задачи управления производственными процессами, например, с изменяющимися параметрами, с большими временными задержками и значительным числом связей. Аналогичная модель также используется и для оптимизации в установившихся режимах. Следовательно, при проектировании стационарного оптимизатора и прогнозирующего контроллера два модуля интегрируют в один пакет программного обеспечения.
Оффлайн-часть управления с прогнозированием и оптимизации в установившихся режимах включает в себя обработку и анализ данных, идентификацию, конфигурирование, моделирование и вспомогательное проектирование, тогда как его онлайн-часть включает в себя исполнение (реализацию) и онлайн-мониторинг. Ниже приведены подробные технические характеристики указанных программных компонентов.
a) Обработка и анализ данных: позволяют собирать измеренные производственные данные и получать данные, необходимые для моделирования посредством фильтрации и двойной выборки.
b) Идентификация: позволяет выбирать входные/выходные параметры и способ идентификации, применяемый для определения динамической модели между этими параметрами. Общепринятые методы идентификации включают в себя идентификацию конечного входного отклика (FIR-идентификацию), авторегрессионную модель с внешним входом (ARX-идентификация) и минимизацию ошибки прогноза (PEM-идентификация) и определение подпространства.
Примечание - Идентификация относится к моделированию APC-модуля и модуля оптимизации.
c) Конфигурирование: позволяет вводить модель для конфигурирования стратегии оптимизации, ограничений, стратегии управления, числа тегов и логики защиты.
d) Имитация и автоматизированное проектирование: позволяет облегчать пользователям инициализацию параметров проекта, а также проверять работу контроллера и оптимизатора и постоянно корректировать их до тех пор, пока они не будут отвечать всем требованиям, а затем готовить их к онлайн-исполнению (реализации).
e) Онлайн-исполнение (реализация): позволяет получать производственные данные посредством информационной связи. При необходимости можно также получать выходные данные одного или нескольких программно-управляемых датчиков. Затем проводится расчет тренда для результатов моделирования при разомкнутом контуре управления, и коррекция отклонений между выходными данными модели APC-модуля и результатами измерений процесса. Затем скорректированную APC-O-модель используют в модуле оптимизации для определения оптимальных стационарных уставок для процесса, основанного на стратегии управления и ограничениях. Модуль управления использует данные, поступающие с выхода модуля оптимизации, его стратегию управления и ограничения для расчета дополнительных поправок к регулирующим параметрам, после чего вводит новые уставки процесса в производственный процесс посредством передачи данных.
f) Онлайн-мониторинг: выполняет функции интерфейсов между пользователями и APC-O-системой.
(справочное)
ОЦЕНКА РАБОЧИХ ХАРАКТЕРИСТИК PID-РЕГУЛИРОВАНИЯ
Общепринятое пропорционально-интегрально-дифференциальное регулирование (PID-регулирование) широко применяется в современных системах управления. Необходимо убедиться, что усовершенствованная система управления работает плавно, поэтому оценка рабочих характеристик на основе PID-регулирования является основой для стабильного и эффективного функционирования производственного процесса. Оценка характеристик, проводимая таким образом, может помочь инженерам определить контуры управления, которые оказываются неэффективными или снижают рабочие характеристики, а также определить, что именно может снизить расходы на техническое обслуживание и ремонт. PID-модуль оценки рабочих характеристик включает определение конфигурации контура PID-регулирования, планирование, онлайн-исполнение, онлайн-мониторинг и анализ отчета.
a) Определение конфигурации контура PID-регулирования: позволяет задавать параметры контура PID-регулирования, число тегов, категорию контура и время стабилизации разомкнутого контура управления.
b) Планирование: позволяет создать программу оценки рабочих характеристик в соответствии с производственными требованиями, например, оценки каждые восемь рабочих часов.
c) Онлайн-исполнение: модули PID-оценки автоматически выполняют программу оценки и сохраняют полученные результаты в базе данных, а затем делают соответствующий отчет.
d) Онлайн-мониторинг: посредством мониторинга пользователи имеют возможность контролировать состояние выполнения программы оценки.
e) Формирование отчета о результатах анализа: инженеры способны анализировать результаты оценок для выявления контуров управления, которые имеют низкие или ухудшающиеся рабочие характеристики. Если это ухудшение обусловлено контроллером, то необходимо подстроить PID-параметры, а если оно обусловлено устройством, например, клапаном, то для повышения рабочих характеристик потребуется техническое обслуживание и ремонт.
Примечание - Онлайн-мониторинг и анализ отчета - это две части подкомпонентов мониторинга.
Вернуться в "Каталог нормативных документов"
Источник информации: https://internet-law.ru/documents/prod/gost-r_gosudarstvennyj-standart/32/gost_37996.html
На правах рекламы:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||