Автоматика управления ТТ котлами своими руками

Вы идёте своим путём
Для сервопривода напряжение по паспорту не более 7.2 В.
Скажите как 9В пережуёт на объекте.

Регулировать мощность вам надо по температуре теплоносителя подача, обратка. Температура дымовых газов.

Дымовые на обратную связь и контроль чистоты теплообменника.

Разница подача/обратка очень информативна в качестве потребляемой мощности системой СО.

Заводите все 3 параметра в один алгоритм и получаете как раз то что вам нужно
Можно по подробнее описать Например с увеличением дельты подача/обратка поднимаем планку рабочей температуры дымовых газов. То есть возможен форсаж.

И ещё один момент если сопротивление редуктора сервопривода достаточно для удержания заслонки, то его включать периодически когда требуется изменение положения и он не будет потреблять на удержание .

 

Чего то с ходу не прлучилось отключать сервопривод в паузах. Компилятор ругается.

 

Чем можно изменять мощность котла? Положением заслонки. Что изменяется при изменеии положения заслонки? Быстрее всего- Тг. Однозначная связь. Зачем придумывать лишние связи, если все равно можно только двигать заслонку?

 

Выше приводил код управление сервой без библиотеки серво.
С включением раз в 10 сек.

 

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

 

Пробовал двигать сервой без библиотеки. Почему-то не стабильно отрабатывает. Может в библиотеке заложен какой-то допрлнительный алгоритм отработки сигналов?

 

Не хорошо это, системное время плывет. Если, конечно, нет часов реального времени. И если реализован ПИД, плывет время дискретизации, для диф. члена это крах. А если учитывать это, то геморрой лишний

Н

Теория говорит что 1/10 от собственной Тау за глаза.

 

@V757V,
по часам -согласен (лучше их иметь на отдельной мелкосхемке), по ПИД менее: отопление довольно инерционный процесс: максимальную скорость изменения температуры воды во время моих экспериментов я наблюдал - это градус в минуту (котел греет сам себя), а температура помещения и того медленней. Для датчика ds18B20, например у меня код выглядит следующим образом:
if (DS18B20_init() { / Инициализирую DS18B20

DS18B20_write (0xCC); / Пропускаю проверку серийного номера DS18B20
delay_us (250);
DS18B20_write (0x44); / Запускаю температурное преобразование
delay_ms (750); / Жду окончания температурного преобразования
DS18B20_init(); / Инициализирую DS18B20
DS18B20_write (0xCC); / Пропускаю проверку серийного номера DS18B20
delay_us (250);
DS18B20_write (0xBE); / Команда на чтение содержимого ОЗУ
delay_us (250);
for (byte i=0; i<9; i+) / Считываю 9 байт данных, или так называемый "блокнот"
{
DS_scratchpad = DS18B20_read();
}

/.обрабатываем результат, проверяем CRC
}
Первая команда - около 1ms, последующие - около 100us. Если на это время запретить прерывания - то для вышеуказанного процесса, который регулируем по PID - ничего страшного, как мне кажется.

А для того тех кто не изучал теорию, расшифруйте plz

 

@StF,
В если 5 датчиков опрашивать на одной шине? Растянемся во времени.
Сейчас датчики подкоючены звездой 3 шт. (самое неблагоприятное) Сбои прилетаю 1 раз в 10-30 мин.
Программа проглатывает.

 

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

 

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

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

 

Посмотреть вложение 2748706 Установил аурдино на котел. Все работает. Есть нбольшая связь по двум каналам измерения. Не решил пока насколько критично. Установлю регистратор температур, чтобы не сидеть около котла. И выбрать упрпвление стопом по температуре обратки или по комнатному. Комнатный далеко тащить. А обратка, вот она. Написал програмку "аля РТ", тоже в ближайщее время српвнить с регулировкой по Тг. Возможности контроллера позволяют осуществить сложный алгоритм управления. Например: разгон и плавное снижение мощности до тления, и по новой. Неплохо бы вдувом ВВ поиграть. Например по максимуму Тг.

 

Да, не очень это зрелищное дело. Надеюсь, что графики будут лучше смртреться.

 

Как бы не совсем согласен
Я Процессы привык рассматривать в комплексе. Нет отрыва алгоритма управления от системы безопасности.
При возникновении внештатных ситуаций вносится корректировка основной программы.

В промах есть такое понятие "тик" время выполнения программы Так вот при тике больше 200 мс считается медленной системой.

По поводу Дифференциальной составляющей полностью согласен. При таком виде работы программы чисто символическая. При периоде опроса датчика более 1 сек не состоятельная.

Температуры в контуре может меняться 1 град в 45 сек как у меня или 0,1 град в 4,5 сек.
При опросе раз в 3 сек перекрываем скорость изменения.
Дымовые ещё веселее меняются.

Поэтому стараюсь выжать из ардуинки по полной
В промах есть монитор загруженности проца. Жаль на ардуинке нет такого.

 

Ну так на то и форум. А как иначе?