CmpOwenPidRegs помогите разобраться

[Евгений Кислов]

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

Более детально уточнил ваш вопрос.
Полоса пропорциональности действительно измеряется в единицах регулируемой величины.
100 в числителе связано вот с чем: у большинства "аппаратных" регуляторов диапазон выхода управления Y - 0...100 (или -100...100).
У блоков библиотеки диапазон выхода управления составляет (-1...1) – поэтому, если вы уже знаете значение Kp, рассчитанное для «аппаратного» регулятора – то вам надо сначала разделить 1 на Kp (так как XP и Kp являются взаимно обратными величинами), а потом домножить результат на 100, чтобы получить значение Xp, подходящее для наших блоков.

[Jukki]

Евгений, добрый вечер.
Подскажите по STD_PID, пожалуйста.
Почему-то регулятор начинает работать после переключения из ручного режима в авто только после того, как поменяешь уставку SP на какую-нибудь другую.
VSP-Допустимая скорость изменения внутренней уставки ФБ = 100.
INF-Постоянная времени входного фильтра в секундах = 0.04.
То есть, стоит уставка = 7. Выводим регулятор из ручного режима, выход регулятора = PMIN и так и держится, хотя PV = 3, сильно меньше SP. Меняю уставку допустим на 6, и только тогда регулятор начинает работать.

[asutpp@t-stroy.com]

Добрый день всем.
Я не могу понять, для чего используется pv_time? Его можно взять с модуля овен - первый вариант, и можно просто перед вызовом блока пид регулятора APID_POS_VALV вычислять по времени, тогда pv_time будет меняться каждый цикл.
Вопрос в том, для чего нужен этот счётчик? - на что он влияет?
Или это просто нежелание разработчиков вызвать в коде такую строк: pv_time0 := TIME_TO_UDINT(TIME())/10; или подобное.
Мне не совсем удобно в коде добираться до привязанного значения этого счётчика на аналоговом сигнале на модуле.
Чем то череват второй вариант?

Плюс PV может браться по Modbus (и TCP тоже, а это может быть ооочень быстро), или вообще с других, не овеновских, устройств.

[Евгений Кислов]

Добрый день всем.
Я не могу понять, для чего используется pv_time? Его можно взять с модуля овен - первый вариант, и можно просто перед вызовом блока пид регулятора APID_POS_VALV вычислять по времени, тогда pv_time будет меняться каждый цикл.
Вопрос в том, для чего нужен этот счётчик? - на что он влияет?
Или это просто нежелание разработчиков вызвать в коде такую строк: pv_time0 := TIME_TO_UDINT(TIME())/10; или подобное.
Мне не совсем удобно в коде добираться до привязанного значения этого счётчика на аналоговом сигнале на модуле.
Чем то череват второй вариант?

Добрый день.
Этот счетчик используется для определения моментов времени, в которые меняется PV и, соответственно, требуется выполнить логику блока.
Считайте, что это деталь реализации.
Второй вариант (с ручным инкрементом счетчика в вашем коде) тоже является корректным.

[asutpp@t-stroy.com]

Добрый день.
Этот счетчик используется для определения моментов времени, в которые меняется PV и, соответственно, требуется выполнить логику блока.
Считайте, что это деталь реализации.
Второй вариант (с ручным инкрементом счетчика в вашем коде) тоже является корректным.

У меня вопрос есть такой для ясности так сказать задаю: циклическое время на модуле оно каждый цикл изменяется, или только когда реально модуль обработает?
Например, если время цикла контроллера будет 1 мс (по факту то и так возможно), а время обработки аналога на модуле 5 мс, тогда у меня pv_time на вход блока будет принимать значения 0,0,0,0,5,0,0,0,0,10... итд. по первому варианту?
и 0,1,2,3,4,5,6,7,8,9,10 по второму? Изменится ли управляющее воздействие на выходе? вот собственно и был таким изначальный вопрос.
Ну и к примеру же на пятом цикле PV изменится на 40% относительно первого.
И во втором варианте это будет ступенька на pv_time = 5

PS прочел и понял, что можно запутаться, пытаясь понять о чем я спрашиваю ))

или внутри блока вычисляется дельта параметра? и смотрится скорость?

[Евгений Кислов]

Из РЭ на модуль:

Время измерения – это циклическое время с шагом 0,01 секунд, передаваемое в двух байтах. Время
точно соответствует времени проведения измерения в данном канале и при работе с ним (например,
при вычислении дифференциальной составляющей при ПИД-регулировании) можно не учитывать
задержку передачи по сети Ethernet. Отсчет циклического времени начинается при включении модуля и
каждые 65536 тактов (что соответствует 655,36 секунд) время обнуляется.

Если вы хотите увеличивать счетчик вручную в коде - то вам нужно повторить описанное поведение.

[asutpp@t-stroy.com]

Из РЭ на модуль:
Если вы хотите увеличивать счетчик вручную в коде - то вам нужно повторить описанное поведение.

поведение повторить легко, а вот сопоставить фразы из РЭ не очень:
1) это циклическое время с шагом 0,01 секунд
2) Время точно соответствует времени проведения измерения в данном канале и при работе с ним.
Либо циклическое (а очень похоже, что так оно и есть, и каждые 655,35 секунд оно проходит через 0), либо оно должно точно соответствовать времени проведения измерения.
Если по первому варианту - то повторить легко, знай прибавляй
по второму, если точно соответствовать времени измерения - то нужно сравнивать с предыдущим значением и прибавлять только если значение изменится на определенную дельту

[Евгений Кислов]

Модуль выполняет измерения циклически.
Значение в регистре циклического времени обновляется одновременно с обновлением регистра значения.

[asutpp@t-stroy.com]

ок, ясно. ) спасибо

[asutpp@t-stroy.com]

В руководстве по APID_POS_VALV написано, что для перехода в ручной режим из режима регулирования необходимо дождаться отсутствия управляющих воздействий.
Я могу для убирания управляющих воздействий приравнять SP PV и на следующем цикле задать DY_MAN_SET:=true, проконтролировав LESS, MORE?
Просто странно. Нужно ли это вообще? Сколько будет длится "остаточное" управление от регулирования, TIMP?

Ещё непонятно: в руководстве для пуска автонастройки пид регулятора нужно

Выключить в программе ФБ ПИД-регулятора

как это делается?


Как понимать вот это:

Режим автонастройки запускается только из режима регулирования, поэтому необходимо
записать нулевые (какие-либо) коэффициенты ПИД-регулятора (перейти в режим START_PID);

Нулевые или какие-либо??????