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

[baiderin]

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

[7Fantomas7]

а что мешает сделать все в одном прерывании по таймеру и индикацию и опрос кнопок и антидребезг. еще и отсчет "точного" времени и еще кучу всего в одном прерывании. даже функцию delay?

Блин третий раз с начала.
Таймер 0 делат прерывания с частотой 125Гц т.е. каждые 0,008 секунд. Это прерывание делает динамическую индикацию.
Антидребезг 0,05 сек у каждой кнопки.
Если кнопки не нажимаются больше чем 5 секунд выходим из функции работы с кнопками. Каждая кнопка устанавливает свой параметр хрен знает сколько времени скажем пару минут. Если эту всю кашу запхать в обработчик прерываний то время выполнения этого обработчика растянется на пару минут. И это при генерации прерываний 125 раз в секунду. Таким образом мы начнем прерывать обработчик прерываний. Ну чтож не понятно. Это не заработает.
Читайте выше объяснял дважды.
Ладно КАК ПРАВИЛЬНО НАПИСАТЬ чтоб прерывание возникало при изменении состояния пина который опрашиваеся в main.

[nml]

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

Блин, да все я понимаю.

Не надо прикручивать прерывание там, где оно нафиг не нужно. Как вы будете отслеживать нажатие кнопки? По фронту-спаду? Да их, со скорострельностью МК, будут подхвачены сотни - из-за дребезга.

Ну не стыкуются понятия "прерывание" и "кнопка, опрашиваемая в main"

2 baiderin Если цикл динамической индикации будет сотни ms, глазки вывалятся через 10.000.000 ms Надо герц 100, как минимум

[7Fantomas7]

nml,

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

Все въехал надо было так сразу.
Тогда еще пару вопросов
как правильно оформить
void main(void)
{
while (1)
{
if (mode==0){//ВЫБОР РЕЖИМА
delay_ms (50);//выдержка времени 0,05 сек для подавления дребезга
Чтото сюда написать чтоб возникло прерывание
};
}
mode- это та самая злая кнопка.
и мне откровенно начхать что в конечном счете delay будет 55мс. значит дребезга и тем более не замечу.

[baiderin]

Мал мал перепутал герцы с миллисекундами.
Опрос кнопок в динамической индикации позволяет избавиться от антидребезговых задержек- что очень хорошо.
Я писал в прошлый раз Вам про флаги, устанавливаемые в прерывании, а опрашиваемые в основном цикле программы. Таким образом можно и с дребезгом побороться и сделать процесс любой длительности.

[baiderin]

Можно прицепить кнопки на вход внешнего прерывания, если уж очень хочется.

[baiderin]

Вот как-то так

while(1)
{
if(!mode) progr_mode();
else
if(!more) progr_more();
else
if (!less) progr_less();
};

[CERGEI1982]

Не знаю поможет или нет
Делаю так: Если есть свободный таймер то выделяю под подавление дребезга,если нет то можно задержку в другом рабочем уже таймером или взять за основу рабочую программу(которая как известно работает в зациклености,зная выполнение одного прохода).Выделяю структуру с состояниями(как минимум два нажата и отжата).При нажатии уменьшаем состояние начальное до нуля за каждый вызов или проход,пока не будет ноль и уже в где надо смотрем состояние.
Вот на коде так примерно(конечно в зависимости уровней на входах и кнопках,у меня подтянуто к + через резистор,акнопка замыкает на -) :

main.h

struct knopka_setup {
                      uint open;      //контакт разомкнут
                      uint close;     //контакт замкнут
                    } struct_setup,*ykaz_setup;
                    


struct knopka_razrad {
                        uint open;      //контакт разомкнут
                        uint close;     //контакт замкнут
                    } struct_razrad,*ykaz_razrad;

прерывания

//Это обработчик кнопок вызывается через 65 мs 
#int_timer0
void timer0()
{
   //на кнопку установка,задержка 65*3=195 мс
   if (input(setup)) 
   { 
      if (ykaz_setup-›open) --ykaz_setup-›open; 
      ykaz_setup-›close=3;    
   } 
   else 
   { 
      if (ykaz_setup-›close) --ykaz_setup-›close; 
      ykaz_setup-›open=3;    
   }
   
   //на кнопку разряд,задержка 65*3=195 мс
   if (input(razrad)) 
   { 
      if (ykaz_razrad-›open) --ykaz_razrad-›open; 
      ykaz_razrad-›close=3;    
   } 
   else 
   { 
      if (ykaz_razrad-›close) --ykaz_razrad-›close; 
      ykaz_razrad-›open=3;    
   }
}

main.c

 ykaz_setup=&struct_setup;
   ykaz_razrad=&struct_razrad;

//Проверка кнопки setup на нажатие,для обработки уставки
   if(!ykaz_setup-›close)
      ;//setup_fun(); делаем что надо

[7Fantomas7]

baiderin,
Я прекрасно помню что Вы писали и буду это пытаться использовать если не получится так как хочу. Но я всетаки хотел бы сделать так как написано выше. Мне необходимо знать это возможно или нет. Если возможно то как.

baiderin,

Можно прицепить кнопки на вход внешнего прерывания, если уж очень хочется.

А можно взять схему готового тахометра с хексом и не морочить голову, не нужно и вобше Си изучать, а можно купить готовый тахометр китайцы всеравно дешевле сделают. И ненужно и электроникой заниматься.

[baiderin]

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