Если вы имеете в виду принудительный отвод тепла, то принципиально это ничего не меняет, ключ может щелкать хоть нагревателем, хоть охладителем
С уважением, SAN
Первоначально опубликовано sanwork
t1
Tпечь = | Wпечь * dt
t0
Ошибка автора лежит в области физики, а не ТАУ. Если бы температура в печи изменялась так, она, очевидно, описывалась бы интегрирующим звеном. А мы наслаждались бы приятными следствиями отмены законов термодинамики.
Инженер-системотехник
+7 (916) 477 3925
Повнимательней предыдущие топики, увж. Макс ! Wпечь - сводный параметр, выражающий вобщем разность поступающих и отводимых тепловых мощностей. Так-вот, при росте температуры мощность отводимого тепла будет расти пропорционально 4-й степени температуры, причем не важно, в какой-бы теплоизоляции эта "чёрная печь" не находилась бы ! Всё происходит в полном соответствии, а не в нарушении законов термодинамики.
А вот нарушение то в том, что Вы в миниатюре повторили "Фиолетувую катастрофу", когда еще не было квантовой механики. Не расстраивайтесь - эту задачу решили уже давно, в 1908 г.
С уважением, SAN
Хорошо. Не ввязываясь в споры о физике, а просто в порядке интереса: как же Вы собираетесь управлять "сводным параметром" Wпечь?
Инженер-системотехник
+7 (916) 477 3925
Чуть уточню. ПИДу по(все равно) физ процессы в объекте. Когда вы начинаете задумываться о балансе мощностей и пытаетесь регулятор заставить по вашим расчетам работать - это вы мастерите модельный регулятор, регулятор, который работает по модели объекта. Это не ПИД регулятор!
При экспериментах ни один чайник не пострадал
-----------
Плохому системному интегратору всегда OPC сервер мешает.
______________
Пишу на C++ за еду
Верно, именно и так. ПИД-регулятор - это не само-цель. Цель - чтобы в печке температура регулировалась.
С уважением, SAN
Думал, что ветка умерла, однако ...
Немного мыслей, пришедших в голову при решении проблемки:
1. Вакуумную печь с загрузкой можно рассматривать как нечто интегрирующее. Только интегрирует она не температуру, а энергию, которую в нее вкачивает нагреватель. С другой стороны - в печи (в отличии от бачка без слива) постоянно присутствуют тепловые потери (нелинейно, кстати, зависящие от температуры).
2. Вакуумную печь также можно рассматривать как объект с запаздыванием, ибо на низкой температуре термопара, свободно висящая в вакууме, начинает чувствовать несколько киловатный нагрев только через 2-3 минуты.
3. Предложения работать только с П или ПИ регулятором - абсолютно неприемлемы, если есть желание получить минимальную ошибку в процессе нагрева.
4. Пока остановился на алгоритме, уже предложенном несколькими участниками обсуждения:
А) предварительный прогрев постоянной мощностью до достижения заданной скорости нагрева;
В) для каждого участка с постоянной скоростью нагрева в программе записаны значения интегратора (которое автоматически корректируется в зависимости от результатов очередной пайки);
С) При переходе с участка на участок - релейное регулирование (выключение или полное включение нагревателя в зависимости он знака изменения скорости нагрева) до достижения заданной скорости изменения температуры.
5. На сегодняшний день получено ср. арифметическое отклонение от заданного закона изменения температуры - 0.44 град С. Это при наборе температуры от25 до 800 град С, за несколько часов, с разными скоростями и выдержками. По сравнению с предыдущей версией ПО - уменьшение отклонения в несколько раз. Я, пока, доволен.
Just a thought..
Эту ветку не задушишь не убъешь!
По переключению коэффициентов сделал такое наблюдение:
переключать коэффициентов регулятора очень опасно, особенно, в тех зонах, примыкающих к области регулирования, где объект может оказаться при перерегулировании при смене уставки или выходе на режим (как сверху так и снузу). Переключения - дополнительные нелинейности, а они запросто могут раскачать объект в колебания.
При экспериментах ни один чайник не пострадал
-----------
Плохому системному интегратору всегда OPC сервер мешает.
______________
Пишу на C++ за еду
Первоначально опубликовано Vald
По переключению коэффициентов сделал такое наблюдение:
переключать коэффициентов регулятора очень опасно, особенно, в тех зонах, примыкающих к области регулирования, где объект может оказаться при перерегулировании при смене уставки или выходе на режим (как сверху так и снузу). Переключения - дополнительные нелинейности, а они запросто могут раскачать объект в колебания.
Я, вообще-то, имел ввиду не переключение коэффициентов (хотя и это имеет место быть и, в моем конкретном случае, работает). Я говорил о предустановке содержимого интегратора при переходе на участок с новой скоростью изменения температуры. Вроде очевидно: большей скорости изменения температуры соответсвтует большая мощность нагревателя, а значит и большее содержимое интегратора. Поэтому, если при переходе на новую большую скорость нагрева установить эмпирически полученное значение интегратора для этой скорости, то регулятору не нужно будет накапливать ошибку, чтобы самостоятельно перейти к новому большему значению интегратора. В результате переходной процесс немного меньше и результирующая ошибка - тоже.
А из коэффициентов я меняю только коэффициент интегратора. Ибо если он большой, то увеличивается перерегулирование при смене скорости нагрева. А если маленький, то увеличивается ошибка в установившемся режиме. Вот и приходится варьировать. В зависимости от абсолютной ошибки и скорости ее изменения..
Just a thought..
Да . Загружать интегратор надо. Все праивильно.
При экспериментах ни один чайник не пострадал
-----------
Плохому системному интегратору всегда OPC сервер мешает.
______________
Пишу на C++ за еду
Вы не можете публиковать новые темы в этом форуме Вы не можете отвечать на сообщения в этом форуме Вы не можете удалять Ваши сообщения на этом форуме Вы не можете редактировать Ваши сообщения на этом форуме Вы не можете создавать голосования на этом форуме Вы не можете выражать своё мнение в голосованиях на этом форуме