ТЕМА: Контроллер управления пеллетной горелкой.Проблема.

Здравствуйте уважаемые форумчане.
Некоторое время назад мне подарили проект контроллера для пеллетной горелки с некоторыми проблемами.В программировании я почти ноль, но за это время существенно смог изменить прошивку под свои нужды.Сейчас она в состоянии "Уже почти закончена"
Когда собрал схему в железе, то вылез очень неприятный нюанс, а именно:
- В схеме присутствует датчик DS18B20 по показаниям температуры которого исполнялся определенный алгоритм работы, например, при достижения температуры 70 гр. горелка должна уходить в ожидание и до температуры 60 гр. не просыпаться. НО! Горелка периодически включалась не достигнув температуры 60 гр. По моим предположениям происходит сбой передачи данных от датчика и контроллер запускает процесс розжига горелки. Подобное явление (короткий сбой одного из датчиков) наблюдалось на Терморегуляторе с погодным регулировании V 2.1, но там провода были длинные, а здесь 10 см.
В связи с вышеизложенным прошу помощи в корректировке прошивки, может можно программно организовать перепроверку данных от датчика перед началом отработки алгоритма.(по типу защиты кнопки от дребезга).
Я вообще не понимаю как это сделать, помогите пожалуйста
Во вложении исходники (Pop 2) и проект в Протеусе.
с ув. Григорий

Папка большая была, отсеял как мог...

grin-mpx пише: Нету вложения.

grin-mpx пише: Отсеяли вы как-то не очень, в архивах промежуточные версии , нужно еще догадаться какая часть является финальной, но в любом случае ко всем вариантам не хватает файла lcd_rus.h .

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

Не понимаю я зачем.
Контроллер отправляет программу в "аварию" в случае если на датчике зафиксированна темп. ниже 1 градуса или выше 95, либо когда нет связи с датчиком.Может кто-то пытался организовать перепроверку состояния но некорректно?

grin-mpx пише: Если посмотреть протеусе, то все понятно, за рамками диапазона (t<95)&(t>1) программа виснет.
grin-mpx дайте либу lcd_rus.h.

Я вот какую-то библиотеку нашел, с ней даже компилируется. Но если использовать для симуляции в Proteus *.cof, то вылетает с ошибками - не разбирался, некогда. С *. hex нормально. Не знаю, как устроена библиотека CVAVR для DS18B20, но возможно надо проверить не приходят ли прерывания во время работы с датчиком. В самой программе прерывания очень длинные, вряд ли кто меня убедит, что это обосновано...

Oto пише:
Смогу выложить только сегодня поздно вечером.

Вот файл lcd_rus.h с которым компилирую этот проект.

grin-mpx пише: К нему еще полагается lcd_rus.lib

Вот

grin-mpx пише: Файлы те же, что и я выкладывал. И проблемы те же.
1. Выскакивают предупреждения при компиляции.
2. Вылетает симуляция с файлом *.cof
3. Ошибка симуляции появляется при работе МК с индикатором. Если отключить PD7, то ошибки нет, индикации тоже. Зачем подключен вывод D3 индикатора - тоже загадка.
В общем, надо разбирать прошивку, наводить порядок, а потом уже и проблема с датчиком раскроется.
Чужие исходники править ни желания, ни времени. Все, что могу посоветовать, это поочередно отключать функции и смотреть за результатом. Отключать все, вплоть до: оставить только измерение температуры. Можно добавить фиксацию аномального (резкого) изменения температуры и вывести на индикатор. Тогда можно будет включить и оставить, а проверить как вел себя прибор в удобное время, чтобы не сидеть перед ним постоянно.
---
P.S.
Кстати, у меня длина провода к датчику метров 20 - сбоев не наблюдаю. Так что дело однозначно в прошивке (конечно, если исключить неисправность деталей и ошибки монтажа).

Спасибо уважаемый Soir за попытку.
Вопрос закрыт. Попробую полностью удалить все что касается работы с датчиком DS18b20 и освободить пин, не помешает.

grin-mpx пише: Библиотека работы с датчиком DS18B20 в самом CVAVR вроде как правильная. Поэтому надо смотреть в сторону обработки данных, вывода на индикатор и других сопутствующих и отдельно работающих функций.
Может еще раз проверить сам датчик (заменой) и его соединения с МК. Питание - на стабильность и пульсации. Правильность установки FUSE.
Попробуйте перед чтением температуры запретить прерывания, а разрешить уже после завершения чтения.
Можно там, где идет повторный опрос датчика, если первое чтение вышло за пределы, что-то вывести на индикатор, засветить светодиод или просто завесить программу. Сами пределы сузить, например, если датчик в помещении где температура +20, установить пределы +18 - +22. Только учесть, что первое считывание даст +85.
Так можно локализовать место проблемы. От результатов уже двигаться дальше.