Прерывания в прерываниях ATmega8

[SasaVitebsk]

SasaVitebsk,
Стоп, стоп, кнопок в действительности три это видно из первого поста. Режимов тоже три. Каждый режим имеет свое значение в интервале от 0 до 999 которое нужно видеть на экране. Прибавляем времена обработки антидребезга. При Вашем подходе если все смешать получится каша и динамичка тоже работать не будет.
А так нажали кнопку "выбор режима" остановилось все кроме динамички и делаем установки, чего наустанавливали видим на экране. Если кнопки не нажимаются 5сек вышли из обработчика прерываний кнопок продолжаем работу согласно новых установок.

Вы путаете тёплое с мягким. Каша - у вас в голове. Попытайтесь разделить задачи. И всё изменится. И, главное, отладка будет в 10 раз легче.

Итак:
1) В прерывании (единственном) у вас выводится изображение. При чём верным решением будет просто выводить экранную область. То есть прерывание не знает о существовании каких-то там режимов и прочего. Оно просто выводит заранее подготовленную информацию из экранной области. Соответственно вы сможете это использовать и в другой программе.
2) Там же вы вводите значение кнопок. Нет разницы сколько их, и какое назначение они несут. Вы просто их опрашиваете, гасите дребезг и обозначаете в соответствующих переменных. Опять же можно использовать многократно.
3) В голове анализируете переменные нажатых клавиш и выводите нужное вам изображение в экранную область.

[Halex07]

Кнопка LESS подключена к пину, который может вызывать внешнее прерывание INT0.

А вот этого делать не надо - INT0 имеет более высокий приоритет, чем прерывания таймеров.
И еще, судя по первоначальным наброскам здесь:
https://kazus.ru/forums/showthread.php?t=5361&page=13
сей девайс будет в конечном итоге хохометром. Следовательно, будет запущен еще один таймер. Если измеряемые частоты будут не очень крутые, я бы порекомендовал Фантомасу использовать TMR1 по захвату, замерять период или несколько, усреднять и потом вычислять частоту.

[baiderin]

Автор настаивает на использовании прерываний и только. Похоже, он нехочет менять готовую разводку. Вот Я и посоветовал использовать доступное прерывание от этого пина.

[7Fantomas7]

Halex07,

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

Я никогда не говорил что собираюсь делать по другому. Halex07 вы же проект виделели там же все понятно. Я так и собираюсь сделать.

[7Fantomas7]

Ладно всем спасибо за соучастие и помощь.
Halex07,
Спасибо за помощь очень подозреваю что Вы как всегда окажетесь правы
baiderin,
Спасибо
Ваше решение честно говоря понравилось скорее всего так и попробую сделать.
Про флаги тоже помню их и использую.
nml,
Спасибо
На счет дребезга вразумили
SasaVitebsk,

Для этого надо в прерывании более низкого порядка (обработчик прерывания от кнопки) просто разрешить прерывание.

По правде говоря так и не понял как это реализовать

Я по правде говоря делаю может и не правильно.
Просто логика написания такая. Я видел как это делает один мудрец до которого мне наверное как до Пекина рачки.
Halex07, меня немножко критиковал за такой стиль но он мне всеравно нравится.
Пишет этот мудрец отдельные функции в не main. Например динамическая индикация отдельно, кнопки отдельно, индикация режимов отдельно, таймер 1 с со всеми обработками по ICP1 отдельно, управление реле отдельно.
А в main крутит те или другие функции в круговую или обрабатывает прерывания. Таким образом если необходимо чтото изменить то изменения делаются в отдельной функции практически никак не затрагивая остальных. Вобшем примерно так может объяснил и не правильно но смысл примерно такой.

[Someone]

Пишет этот мудрец отдельные функции в не main. Например динамическая индикация отдельно, кнопки отдельно, индикация режимов отдельно, таймер 1 с со всеми обработками по ICP1 отдельно, управление реле отдельно.
А в main крутит те или другие функции в круговую или обрабатывает прерывания. Таким образом если необходимо чтото изменить то изменения делаются в отдельной функции практически никак не затрагивая остальных. Вобшем примерно так может объяснил и не правильно но смысл примерно такой.

Ну и правильно делает. Однако "в не маин" вовсе не значит, что в прерываниях. Скорее всего у него проекты состоят из нескольких файлов, по функциональному смыслу так сказать, которые просто в маин собираются вместе. Тогда при необходимости изменения какой-то функции меняется только один файл, а остальные неизменные кочуют из проекта в проект. А прерывания должны быть как можно короче, и их должно быть не больше, чем действительно необходимо, как выше уже отмечалось. Чем короче прерывание, тем меньше компилятору надо сохранять/восстанавливать контекста, снижается вероятность пересечения прерываний, возрастает скорость работы программы, а соответственно увеличивается скорость реакции программы на внешние воздействия, снижается вероятность возникновения ошибок.

По твоей-же проблеме - тебе нужно только прерывание для индикации. В нем и опрос кнопок делать. Никаких delay для подавления дребезга. И железо твое, ранее рассчитаное на прерывание, никаких изменений не требует для такого метода. Halex07 в примере показал, как это правильно делать. Упрощенно конечно, но тебе важно понять принцип, потому что такой подход позволяет добавлять широкий функционал кнопкам. Например надо задать скажем пемпературу в диапазоне 0-800. Нажимаешь и удерживаешь кнопку "+". Вначале кнопка срабатывает раз в секунду. Если удерживаешь ее 5 секунд, кнопка начинает срабатывать раз в пол секунды, еще пять секунд - и кнопка срабатывает раз в четверть секунды и т.д. А отпустишь - кнопку скорость сбрасывается, и при последующем нажатии весь цикл повторится. Или сделать "запираемую" кнопку, срабатывающую при нажатии/отпускании. Или сделать кнопку, срабатывающую через 5 нажатий. Словом много чего можно придумать, при этом будет меняться только программа, а железо будет неизменным.