Все , всем спасибо разобрался, вкралась ошибка в программную реализацию, пид управление лежало в отдельном PRG, который отрабатывал раз в секунду, уменьшил время до 500ms, а также уменьшил время опроса входной величины - расход ( так же в отдельном PRG) и все заработало, коэффициенты подобрал за час, еще раз всем огромное спасибо!
PS
ПЛК100 + oscat.de - РУЛИТ
Интересно, а у меня при добавлении библиотеки Oscat и последующей компиляции, выскакивает ошибка "превышено допустимое количество POU".
И как с этим бороться?
А не подскажете поподробнее, как это сделать?
Например, для того же ПИД - регулятора?
Понятно!
Спасибо!
на мой взгляд лучше не копировать, а экспортировать, а в свой проект импортировать... ИМХОоткрываете два экземпляра КДС, в одном свой проект, в другом биб-ку оскат, если решили использовать CTRL_PID, в своем проекте создаете ФБ с таким же именем и копируете из оскат, коментарии можно не копировать
Последний раз редактировалось nik9999; 14.12.2011 в 16:06.
Интегратор там уходит в заоблачную даль при долгом рассогласовании в одну сторону (при разогреве до заданной уставки). При смене знака рассогласования он также долго возвращается, при этом на выходе регулятора мощность 100%! а уже давно перегрев! Жесть!Сообщение от nik9999
позволю себе не согласиться, приведу пример ( гипотетический ) , предположим в некой печке есть тен, и при помощи его мы поддерживаем заданную температуру, тен сгорел и мы его пол дня меняем но при этом ПЛК включен и находиться в режиме работа, что будет происходить с интегральной составляющей ? она будет, все эти пол дня, неуклонно расти ( Y_MIN/MAX - накладывает ограничение на выход пид алгоритма, но не на интегральную составляющаю) , за тем мы тен починили и подсоединили к ПЛК, что произойдет ? в полне возможно он сгорит по новой, потому что интегральная состовляющая выросла "до небес" и пока она опуститься ого-го , сколько пройдет времени !Судя по кол-ву высказываний про это, лично для Вас открою страшную тайну - нужно всего лишь устанавливать Y_MIN/MAX.
как с эти бороться ? если посмотреть FB PID_CTRL то там есть строка кода вычесляющая интеграл
заменит константу 5.0E-7 ну например на 1, тогда "из за облочных далей" будет возвращаться быстрее, другой способ , банальный reset для ПИДа, ну если кому интересно расскажу и третий ...i := (IN + in_last) * 5.0E-7 * KI * tc + i;
на сколько я понял, речь шла про oscat.de, по сему все мои высказывания касаются только oscatДля ПИД'ов из util - интегральная сумма неограничена ТОЛЬКО при Y_MIN = Y_MAX
Устанавливаю, как вы догадались. На выходе действительно максимум, а интегратору на него глубоко по барабану.
nik9999 в этом вопросе прав.
Последний раз редактировалось Алексей Дмитриев; 19.12.2011 в 00:57.
Ну вот, благодаря многоуважаемому Валенку, разобрался во многих аспектах, реализации PID алгоритма, под итожу , имеем Util.lib, замечания внесенные Валенком, абсолютно верны, т.е. если наложить ограничения Y_MIN/Y_MAX, то интегральная составляющая перестает расти при достижении Y-ком, вышеуказанных величин, для этого была написана программа эмулятор PID регулятора ( кстати полезна будет новичкам ) , вот результаты ее работы ( зел- регулируемая велечина , син - мощность, красн - интегр.составляющая)
1.JPG
сам исходник для КДС
TestPidFrom_Util.zip
Последний раз редактировалось nik9999; 19.12.2011 в 21:35.
Ваши права
Ответить с цитированием