Отправлено Доктор ТуамОсес 05 октября 2005 г. 11:51 В ответ на: Странное поведение прерывания по переполнению таймера Т0 отправлено Доктор ТуамОсес 05 октября 2005 г. 10:28

В начале работы программы прерывания таймера отрабатываются нормально
(проверял в железе). Описанный выше глюк начинается после того
как я запрещаю прерывания на время, возможно большее чем период таймерных прерываний. И вот тогда я не могу дожаться их наступления.
Но если из-за того, что время запрета прерывания таймера было
больше периода его прерываний остался "торчать" флаг необработанного
прерывания, то , по идее, как только я разрешу прерывание -
оно сразу же должно произойти. Но его НЕТ !

• А запрещаете конкретно таймер или по CLI (+): — argus98   (05.10.2005 11:56 81.22.205.230, 76 байт)
  • CLI — Доктор ТуамОсес   (05.10.2005 11:58 62.118.143.204, пустое)
    • Такое случается, если после SEI не сбрасывется ПРИНУДИТЕЛЬНО флаг какого-нибудь более высокоприоритетного прерывания. Заткни все, даже неиспользуемые, вектора парой команд sbi [flag] и reti — =AVR=   (05.10.2005 12:02 80.92.96.19, пустое)
      • У меня на месте всех неиспользуемых векторов стоит RETI (и всё же работает начале программы) — Доктор ТуамОсес   (05.10.2005 12:08 62.118.143.204, пустое)
        • Говорю же - одного RETI мало, надо еще флаг соответствующий в 1 сбрасывать!! — =AVR=   (05.10.2005 12:21 80.92.96.19, пустое)
          • Но ведь сначала все работает и только после отработки критической секции присходит глюк. Но я же не трогаю периферию в крит. секции — Доктор ТуамОсес   (05.10.2005 12:26 62.118.143.204, пустое)
            • Тем более я уже написал, что всё "лечиться" сбросом флага TOV0. Т.е. всё противоположно тому, что пишет Atmel — Доктор ТуамОсес   (05.10.2005 12:28 62.118.143.204, пустое)
              • — =AVR=   (05.10.2005 12:29 80.92.96.19, пустое, ссылка)