Форум программистов, компьютерный форум, киберфорум
ФедосеевПавел
Войти
Регистрация
Восстановить пароль
Блоги Сообщество Поиск  

Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR

Запись от ФедосеевПавел размещена 06.01.2026 в 02:06
Показов 3836 Комментарии 0
Метки owenlogic, асу тп

Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR



ВВЕДЕНИЕ



Введу сокращения:
  • аналоговый ПИД — ПИД регулятор с управляющим выходом в виде числа в диапазоне от 0% до 100%, которое соответствует положению регулирующего клапана с аналоговым управляющим входом;
  • ПИД КЗР — ПИД регулятор с двумя дискретными выходами для управления трёхпозиционным запорно-регулирующим клапаном (КЗР).

Реализация аналогового ПИД регулятора, обычно, не вызывает затруднений, т. к. описания вполне достаточно. Сложности возникают при реализации ПИД регулятора для привода с трёхпозиционным управлением — ПИД КЗР.

В экосистеме программируемых реле производства Овен проблема самостоятельной реализации ПИД КЗР постепенно становится всё менее актуальной, т. к. производителем постепенно внедряются встроенные регуляторы, но сама проблема распространена более широко и затрагивает разных производителей.

Наиболее часто среди советов по реализации встречаются использование существующей реализации аналогового ПИД и библиотечного (или самодельного) преобразователя выхода ПИД в дискретные сигналы, продолжительность которых прямо пропорциональна приращению выхода ПИД и обратно пропорциональна времени полного хода КЗР.

Примеры реализации подобных советов на библиотечных элементах:
Owen Logic: PID и RegKZR
CODESYS 2.3: PID (Utils.lib) + VALVE_REG_NO_POS (PID_Regulators.lib)

Но это абсолютно неверное решение задачи построения ПИД КЗР.

ВОЗНИКАЮЩАЯ ПРОБЛЕМА



Проблема такого решения заключается в том, что расчётное положение регулирующего органа (значение выхода аналогового ПИД) не соответствует реальному, а также в том, что в крайних значениях выхода ПИД (при 0% или 100%) производится ограничение результатов вычислений выхода. Т.е. появляется неопределённость в поведении «преобразователя» — и игнорировать отсутствие изменений при граничном значении выхода ПИД нельзя и любая форма реакции (непрерывный управляющий сигнал или серия кратковременных импульсов «доводки») далеки от ожидаемых (расчётных) для выбранного закона управления.

Вот как описывается поведение «преобразователей» у различных авторов библиотек:
  • Owen Logic: RegKZR
    Если рассчитанный процент открытия равен 100 (oa_Pwr=100), то на выходе макроса будет удерживаться сигнал на открытие (ob_Open=1). Если рассчитанный процент открытия равен 0 (oa_Pwr=0), то на выходе макроса будет удерживаться сигнал на закрытие (ob_Close=1).
  • Siemens S7-300: CONT_S (SFB 42 CONT_S)
    ФБ ступенчатого ПИД регулятора CONT_S (SFB 42 CONT_S), уже содержит «преобразователь», который согласно документации («Технологические функции CPU 31xC» (A5E00105483-01) глава 7.1.2) обрабатывает состояния следующим образом:
    Так как регулятор работает без обратной связи по положению, то внутренне рассчитанное управляющее воздействие не совпадает точно с положением исполнительного устройства. Корректировка выполняется, когда управляющее воздействие (ER * GAIN) становится отрицательным. Тогда регулятор устанавливает выход QLMNDN (низкий уровень управляющего сигнала) до тех пор, пока не будет установлен LMNR_LS (нижний ограничительный сигнал обратной связи по положению).

На мой взгляд, все варианты поведения «преобразователя» в граничных значениях неприемлемы и дают неудовлетворительные результаты.

ДЕМОНСТРАЦИОННОЕ МОДЕЛИРОВАНИЕ ПРОБЛЕМЫ



Продемонстрирую поведения связки «аналоговый ПИД» + «преобразователь позиции» на примере макросов из библиотеки компонентов Owen Logic (PID_ и RegKZR).
Дополнительно буду использовать макрос эмулятора объекта управления, включающего эмуляцию привода регулирующего органа с трёхпозиционным управлением, взятым из статьи https://www.cyberforum.ru/blogs/534277/8667.html

Эмулируется регулирование давление воздуха шибером (направляющим аппаратом).

Чтобы не ждать излишне долго, подобрал несколько гипертрофированные параметры и клапана и помехи.
Диапазон изменения выхода эмулятора объекта 0…10000 Па.
Полный ход привода 30 с.
Люфт привода при открытии 1 с, при закрытии 2 с.
Помеха это синусоида с периодом 20 с, амплитудой 5% (приведённое к положению клапана эмулятора объекта).

На экране панели можно наблюдать:
  • SP — задание регулятора,
  • PV — измеренное значение давления воздуха,
  • ПИД — значение выхода регулятора (расчётное положение регулирующего органа),
  • Pos — реальное положение регулирующего органа,
  • Направление — стрелки, показывающие текущее воздействие на привод регулирующего органа (открытие или закрытие),
  • Концевые — состояние концевых выключателей привода (открыт или закрыт),
  • Помеха — значение помехи, прикладываемой к объекту регулирования, приведённое к положению регулирующего органа,
  • Выпадающий список Выключить / Включить — включение или выключение воздействия помехи на объект регулирования.

Итак, что наблюдаем и как проявляется проблема.
  1. через 3 минуты давление стабилизируется возле задания (1200 Па) — это хорошо. А плохо, что расчётное значение положения шибера (это выход ПИД на вход RegKZR) равно 10,14%, а при этом реальное положение равно 12,00% — рассогласование не очень значительное, но уже есть
    Нажмите на изображение для увеличения
Название: 3м.png
Просмотров: 121
Размер:	17.4 Кб
ID:	11393
  2. с дисплея включаем периодическую помеху и видим, что значение выхода ПИД постепенно уменьшается, хотя положение реального клапана находится около 12%. Это из-за неравномерности люфтов при открытии и закрытии. И, наконец, примерно через 1 минуту после включения помехи значение выхода ПИД становится равным 0% и RegKZR начинает калибровку — непрерывное закрытие клапана, т.е. подаёт неоправданно длинный импульс закрытия. И начиная с этого момента каждые 2 минуты выполняется «калибровка» — необходимая «кривому» алгоритму, но не нужная технологическому процессу.
    Нажмите на изображение для увеличения
Название: 4м.png
Просмотров: 112
Размер:	16.2 Кб
ID:	11394

    Нажмите на изображение для увеличения
Название: fiasco.png
Просмотров: 101
Размер:	16.2 Кб
ID:	11395
Это, конечно, модель с гипертрофированными параметрами, но она демонстрирует проблему — периодическую потерю управления объектом на период выполнения «калибровки».
Лично наблюдал такой эффект, когда для регулятора разрежения выбрал подобную схему управления (на ПЛК DirectLogic) — потом пришлось переделывать. Причём, для нескольких соседних котлов с идентичным оборудованием на некоторых выход ПИД «полз» вверх, а на некоторых — вниз, т.е. никакой закономерности не было, период между «калибровками» составлял около 20 минут.
В этой модели не очень большая инерция (чтобы быстрее показать проблему), но в моём случае с разрежением инерция была значительнее и после «калибровки» клапан (направляющий аппарат) успевал перейти почти в крайнее положение, что иногда приводило и к отрыву пламени и к срабатыванию защиты по высокому давлению (уже не разрежению!) в топке.

ВЫВОДЫ



Из этого субъективного рассказа предлагаю сделать выводы:
1. Не применять связку «аналоговый ПИД» + «преобразователь позиции».
2. Применять специализированный для КЗР алгоритм ПИД регулятора (об одном из возможных вариантов рассказывал в статье https://www.cyberforum.ru/blogs/534277/8438.html)

ПРИЛОЖЕНИЕ



Программа, моделирующая поведение связки «аналоговый ПИД» + «преобразователь позиции» для среды разработки Owen Logic 2.11.370.0
Вложения
Тип файла: 7z Test PID + KZR.7z (242.0 Кб, 167 просмотров)
Метки owenlogic, асу тп
Размещено в АСУ ТП, ОВЕН ПР (OwenLogic)
Надоела реклама? Зарегистрируйтесь и она исчезнет полностью.
Всего комментариев 0
Комментарии
 
Новые блоги и статьи
Жара жесть.
kumehtar 18.08.2026
Пролетают летом дни Тридцать пять жары в тени. Каждый август год от года Дарит жаркую погоду.
Когда логика программы не спасает от человеческих ошибок
Maks 18.08.2026
В последнее время всё чаще и чаще сталкиваюсь с таким явлением, как абсолютная невнимательность (или глупость) пользователей. Проявляется это чаще всего на работе в коллективе. Допустим, человек с. . .
Лето уходит
kumehtar 17.08.2026
Мысли в слух
kumehtar 17.08.2026
Забавно, насколько сейчас стала доступна информация. Например о магии, духовном развитии, медитациях, и других подобных направлениях, ранее зачастую тайных, передаваемых от учителя к ученику. Хотя. . .
Перемещение строк из ТЧ в другой документ с учетом текущего пробега
Maks 17.08.2026
Реализация из решения ниже выполнена на примере нетипового документа "Автозапчасти", с ТЧ "Шины". За основу взят алгоритм отсюда: https:/ / www. cyberforum. ru/ blogs/ 359708/ 10838. html Задача: . . .
Саморегулирующийся социальный контракт для сервера cross-section.
Hrethgir 14.08.2026
С кодом конечно таких глубоких размышлений пока не было, впрочем я уже привык к алгоритмизации. Суть предмета записи: снова в диалоге с нейросетью (я взял пока себе ник для учётки админа - Rector). . . .
Часы электронные
Uhbif79 12.08.2026
Выкладываю программу часов. Программа позволяет: 1. Использовать системное время и дату, 2. Есть возможность вводить время и дату вручную. 3. Реализованы 2 будильника: начало и конец рабочего дня. . . .
Часы с будильником на основе класса QLCDNumber
Uhbif79 12.08.2026
Всем добрый день, выкладываю программу часов с будильником на основе класса QLCDNumber. Здесь я пробовал самостоятельно создавал классы, впервые столкнулся с видимостью переменной одного класса из. . .
КиберФорум - форум программистов, компьютерный форум, программирование
Powered by vBulletin
Copyright ©2000 - 2026, CyberForum.ru