ПИД-регулирование котельни на ОВЕН ПЛК 210-01

[Валенок]

или пересчитывать реже,

в двух случайных точках левое влияние Д разнонаправленных помехх легко сломает всю тендецию.
Много мелкого шума в количестве - сгладятся.
Банальная синусоида. Сложите 2 рандомных точки на периоде и 20 рандомных точек. Во втором случае сумма будет ближе к 0.

Но вопрос у ТС не про шум, а про максимально возможную реакцию для регулятора.

Почтальон носит письма. Толи 2 толи 3 раза в день в разное время.
Заглядывать в ящик каждый час? Беспонтово - ТС там убивает диф.
Заглядывать раз в неделю? - можно опоздать на званый ужин.
Я предложил почтальону звонить в дверь и отдавать письмо в руки.

[FPavel]

Всё правильно, но практика приводит к другим результатам. Не могу объяснить иначе, чем ранее - тенденция изменения от воздействия превышает шум и позволяет использовать большие значения П и Д, а на И это не влияет. После серии управляющих воздействий регулируемый параметр попадает в зону нечувствительности и шум совсем перестаёт учитываться.

Для инерционных процессов (давление пара в барабане котла, уровень воды в барабане котла, температура подающей воды отопления после смесительного трёхходового клапана, уровень воды в деаэраторе) опытным путём приходил к выбору 10-15 с интервала пересчёта.
Лет 15 назад было много свободного времени и смог неделю экспериментировать над атмосферным деаэратором и двумя ТРМ12 (уровень воды и давление пара в деаэраторе). Перебирал разные варианты настроек - и большой и маленький период пересчёта, и разные коэффициенты ПИД. Тогда и нашёл для себя некоторые соотношения настроек ПИД для КЗР.
У ТРМ12 есть отличие от Р25 - если расчётный импульс на задвижку превышает период пересчёта - "излишки" игнорируются. Поэтому сильно уменьшать период пересчёта ТРМ12 - не стоило.

[Валенок]

но практика приводит к другим результатам

Вы уже 2-й раз произносите слово "практика". ОВиК был моим хлебом где-то с конца прошлого тысячелетия.

Вы говорите про инерцию, но у ТС задача немного другая - выжать максимум из текущего набора инструментов (ПИД, МВ210..). Теперь я - 2-й раз.
Абсолютный максимум - это обсчет в момент оцифровки измерения на модуле. К этому можно приблизится. Самый простейший и очевидный способ - показан. Есть и другие.

ПИД вызываемый максимально быстро в правильные моменты улучшить дальше невозможно.
А ухудшить возможности, но когда диапазон ухудшения меньше устраивающей погрешности - нет проблем.

[krollcbas]

Две точки регулирования - мощность горелки "Больше-меньше" в котловом контуре и 3-х ходовой клапан в системе контура отопления, тоже "больше-меньше"

Встретил как-то ситуацию, когда и руками было сложно подбивать импульсами более/менее корректное положение. Температура скакала.
Построил алгоритм по реакции контура, который подбивает минимально контур и смотрит на реакцию для принятия дальнейших решений

2026-10-30_09-37-12.png

Сам код не выкладывал, но по схеме любой сможет написать. Работает хорошо.

https://fast-project.ru/articles/ada...he-menshe.html

[FPavel]

Вы уже 2-й раз произносите слово "практика". ОВиК был моим хлебом где-то с конца прошлого тысячелетия.

Вы говорите про инерцию, но у ТС задача немного другая - выжать максимум из текущего набора инструментов (ПИД, МВ210..). Теперь я - 2-й раз.
Абсолютный максимум - это обсчет в момент оцифровки измерения на модуле. К этому можно приблизится. Самый простейший и очевидный способ - показан. Есть и другие.

ПИД вызываемый максимально быстро в правильные моменты улучшить дальше невозможно.
А ухудшить возможности, но когда диапазон ухудшения меньше устраивающей погрешности - нет проблем.

Оба свойства - инерционный процесс и нечастое обновление измерений (период 2 с) - присутствуют здесь одновременно, иначе процесс стал бы неуправляемым.

Какие-то модули ввода AI кроме измеренного значения дополнительно в ПЛК обновляют и время получения по сети (или время получения значения на АЦП - не помню точно).
Если используемый модуль позволяет получить такое время - можно использовать его для пересчёта ПИД - какой-то из ФБ в Util даже требует это время для работы.
Как понимаю, именно это и предлагаете.

Можно и так попробовать - в конце концов - никто не запрещает.

А потом проверить пересчёт ПИД с периодом 10 с (~5 измерений). Это можно и не пробовать. Не настаиваю.

А потом третий предложенный вариант.

Какой даст лучший результат - тот и оставить.

[Валенок]

какой-то из ФБ в Util

какой-то?

..Util.PID..

Какие-то модули ввода AI кроме измеренного значения дополнительно в ПЛК обновляют и время получения по сети (или время получения значения на АЦП - не помню точно)

Оно. Это идеальные точки. Но для заточенных под это ПИДов.

Как понимаю, именно это и предлагаете.

Не совсем. Для конкретного ПИДа - простейшее событие приближенное к идеалу. Требует чуть больше чем ничего.
Почему лучше ручных периодов - объяснять лучше графически чем словами.
Можно еще больше перфекционизма для указанного ПИДа - но это доп. инфа от ТС. Но он ушел в закат, а пиво - стынет.