Самодельный контроллер для горелки на отработке с ОК - 2

РЕКЛАМА НА ФОРУМХАУС

Ещё раз про 0.1гр. Данный алгоритм, а именно ПИ держит температуру в том месте где находится датчик с точностью именно 0.1гр. А точнее если температура за бортом повышается то это +0.1гр от выставленной, а если понижается то -0.1гр. Датчик находится приблизительно по середине дома на 1ом этаже - лестница 2ой этаж. По ощущениям и комфорту - ранее стоял внешний термостат который давал отмашку на работу горелки. Домашние очень хорошо ощущали момент когда горелка в стопе и когда она грела теплоноситель, особенно на теплом поле. С ПИ алгоритмом вообще пропал этот эфет, тобишь по теплым полам тот же эффект как бы присутствует тепло-аккумулятор. Модуляция горелки - дискретность 5 минут работы.

 

То есть, температура поддерживается не мощностью горелки в кВт а временем ее работы? Убавляет или добавляет время работы с шагом 5 минут?

 

@Grinmpx, Так точно!

 

Буду знать. Ни разу не встречал такого алгоритма.

 

Ни разу не встречались с ШИМ?

 

Ни разу не встречал регулировку температуры в доме в таком исполнении. С ШИМом я чуток знаком

 

@meoc, при таком частом поджиге, как он у вас организован?

 

@kir102, А там нет частого поджога! Это 5 минут миниму горения, просто меньше нет смысла. Чем меньше длительность горения тем меньше получается теплопотери помещения, тем дольше пауза. А далее просто прибавляются эти 5 минут. Вся мощность горелки разбита на 10 градаций 5-55минут. Вот 55 минут горения это максимальная мощность, тобишь рассчитанная допустим при температуре за бортом -30гр. А так она получается что включается раз в час на рассчитанную ПИ длительность. Но длительность паузы может достигать и несколько часов - все зависит от динамики изменения температуры помещения, как и длительность горения.

 

Тоже с далласами задолбался!

 

Просто вы не умеете их готовить

 

Дай рецепт?

 

В даташите все рецепты есть. Но, как правило, инструкции начинают читать только "после того" а не "до того", а чаще и "после того" не читают. В кодах, что я видел здесь на форуме (скетчи для ардуино), используют библиотеки, где читают только два байта температуры, при этом оставляя в стороне вопрос о том, что при возникновении прерываний от периферии в момент обмена по шине 1W протокол не соблюдается. Рецепт простой - читайте все байты вместе с CRC, совпало - данные о температуре актуальны, не совпало - запускайте отработчик ошибок с повтором чтения или рестартом датчика питанием, если идет непрерывная серия ошибок.

 

Вот как надо на истинный путь направлять! Спасибо!

 

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

 

Я бы так однозначно не сказал. Чтобы шерстить библиотеки надо хорошо разбираться в железе микроконтроллера и иметь приличное понимание в программировании. Кроме того, для того же AVR я видел процедуры работы с далласами на таймере, это когда реализация протокола строится не на ожиданиях временных интервалов, а на совпадении регистров таймера. Этакий псевдо-железный интерфейс. В момент совпадения возникает прерывание и производится чтение уровня шины. В этом случае, контроллер не ждет, а может выполнять другие задачи. В этом случае запрещать прерывания нельзя. LeOS опять же таймеры использует, временное запрещение будет менять расписание, не сильно, но будет.
То, что я написал выше, достаточно для удовлетворительной работы. Можно еще добавить (я так у себя делаю), перед вызовом функции надо проверить уровень шины, если там Low - то можно диагностировать КЗ, и после Reset_OW выдавать наружу наличие импульса присутствия, нет импульса - выдаем отсутствие на шине OW устройств. Это все должен анализировать отработчик ошибок.