Форум РадиоКот

Z_h_e писал(а):Переведите контроллер в спящий режим. Инструкция ассемблера SLEEP. Перед этим нужно настроить режим сна в MCUCR.

uk8amk писал(а): 1) Никогда не делайте return из main() если не желаете получить непредсказуемое поведение системы(зависание, крах, сброс и т.д.).
2) Для управления задачами используйте RTOS или более простой вариант в виде сопрограммы.

ARV писал(а): 1. автор работает с WinAVR, поэтому выполнять return из main абсолютно безопасно: это приводит к полной остановке функционирования программы (запрещаются прерывания и производится бесконечный цикл).
2. RTOS - это здорово, но для AVR малоприемлемо...
3. предлагаю такой алгоритм:

INT1 - стоп, делает ровно то, что и return из man, т.е. подвешивает систему на неопределенное время
INT0 - старт/пауза

Спойлер

Код: Выделить всё

#define MODE_RUN  0
#define MODE_STOP 1
#define MODE_PAUSE 2

volatile uint8_t mode = MODE_RUN;

// две функции воздействуют только на флаги разрешения прерываний периферийных устройств, не глобально!
static disable_interrupt(void); // эта функция запрещает все прерывания, кроме INT0
static enable_interrupt(void); // эта функция разрешает все прерывания

ISR(INT1_vect, ISR_NOBLOCK){
   disable_interrupt();
   // если нужно - выключаем периферию, гасим индикацию и т.п.
   mode = MODE_STOP;
   while(mode == MODE_STOP); // виснем
}

ISR(INT0_vect, ISR_NOBLOCK){
   if(mode == MODE_STOP)}
      enable_interrupt();
      // если надо - включаем периферию и т.п.
      mode = MODE_RUN;
   } else if (mode == MODE_PAUSE){
      mode = MODE_RUN;
   } else mode = MODE_PAUSE;
   while(mode == MODE_PAUSE);
}

в основом цикле и вообще повсюду в программе никаких анализов режима работы делать не нужно.
следует только добавить борьбу с дребезгом ну и учитывать, что пауза или стоп может наступить в любой момент, например, посредине вывода на ЖКИ (мусор появится)

 while(mode == MODE_RUN)
{
MY_BIG_FUNTION();  
any_function1();
any_function2();
any_function3();

/*
many any functions();
*/

}

ARV писал(а):моя идея в том, что зайдя в прерывание "стоп" программа висит до тех пор, пока режим mode не будет изменен. так как прерывание может прервать любое место программы, получается остановка без анализа.

чтобы выйти из прерывания "стоп", я разрешаю прерывания от "старт-пауза", где и меняю режим.

т.е. работали, работали, а затем нажали СТОП - вошли в прерывание и там остались, ожидая изменения (по другом прерыванию!) режима. программа стоит.
нажали "старт-пауза", попали в обработчик - смотрим, а режим СТОП. ну, тогда меняем его на СТАРТ и выходим. в этот момент в ранее "подвисшем" обработчике выясняется, что режим уже не СТОП - и оттуда выходим, продолжая прогу с прерванного места.

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

вот как-то так внимательно рассмотрите пример кода, что я вам дал - проанализируте его поведение.

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