Отправлено Беня 28 февраля 2006 г. 15:45 В ответ на: понятно то что вы привели пример не real-time программы если вы маин будете тормозить реакцию на внешнее(внутр) прерыванние имхо отправлено m16 28 февраля 2006 г. 15:33

если программа модифицирует какую-нибудь переменную в фоне и в прерывании (например, в качестве переменной я рассмотрел PORTC),
то делайте так :
__disable_interrupt() ;
PORTC |= 0xE0 ;
__enable_interrupt();

Это делается потому, что Си-шная команда
PORTC |= 0xE0 ;
не является чем-то неделимым и переводится в 3 ассемблерные команды, которые действуют через промежуточную переменную:
1) Запись из реальной переменной в промежуточную (R16)
2) Модификация промежуточной переменной
3) Запись из промежуточной в реальную переменную
Если на этапе 2 возникнет прерывание, которое поменяет реальную переменную, то оно (прерывание) не меняет промежуточную переменную и на этапе 3 результат Вашего прерывания пропадет - туда тупо запишется значение из промежуточной переменной!

• ОК. но(+) — m16   (28.02.2006 16:03 213.135.136.98, 354 байт)
  • Можно и так - прерывание дает с помощью флага указания фону. Только время реакции на изменение будет больше (пока фон "поймет"). Можно еще написать процедурку, которой даешь новое значение, а она запрещает прерывания если надо, устанавливает значение и разрешает прерывания, если они были запрещены. — Беня   (28.02.2006 16:13 83.170.240.226, пустое)
    • ОК .всё зависит от конкретной задачи . — m16   (28.02.2006 16:31 213.135.136.98, пустое)
  • Частных случаев можно напридумывать сколько угодно, а Беня расписал общий случай как возможные причины и следствия недопонимания и недооценивания атомарных операций — =AVR=   (28.02.2006 16:11 80.92.96.19, пустое)
    • согласен.частные случаи блин — m16   (28.02.2006 16:28 213.135.136.98, пустое)
• Поправлю: автор корневого поста - 0x16, а не m16. К тому же, он утверждает (или считает :), что пишет на ассемблере IAR — =AVR=   (28.02.2006 15:49 80.92.96.19, пустое)
  • Ответ: Автор 0х16 пишет на Си и никогда не утверждал что пишет на ассемблере. — 0x16   (28.02.2006 15:55 82.185.158.187, пустое)
    • Автор 0x16 нагло брешет, вот цитата из корневого поста: "Программа строится под IAR Assembler for AVR" --> — =AVR=   (28.02.2006 16:07 80.92.96.19, пустое, ссылка)
  • Ой, я авторов как раз и перепутал. Если пишут на ассемблере, тогда мои посты можно и не читать :-)) P.S. Зато когда будут обсуждать, надо ли знать ассемблер, когда пишешь на Си, то можно дать ссылку на мои посты :-))) Не пропадать же такому добру ;-) — Беня   (28.02.2006 15:54 83.170.240.226, пустое)
    • Надо, всем это надо читать. А то так и будут считать, что пишут на ассемблере, и битфилдами пужать :)) — =AVR=   (28.02.2006 16:08 80.92.96.19, пустое)
    • Ответ: Спасибо Беня за совет. Но я пишу на Си, ассемблерный листинг смотрю в случае проблем . Как я уже сказал ранее , похоже что проблема заключалась как раз в отсутствии запрета на прерывание. Поставил на тест.Скоро будет видно — 0x16   (28.02.2006 16:00 82.185.158.187, пустое)
      • Ответ: Тест все таки не прошел(+) — 0x16   (28.02.2006 16:21 82.185.158.187, 453 байт)
        • Так что переменная DoProtocol меняется уже после проверки - какая разница до или после(+) — Михаил Е.   (28.02.2006 17:45 81.13.30.10, 116 байт)
          • Ответ: OCR1B_Bit4 объявлена через стандартный макрос(+) и так как OCR1B в общем-то аппаратный регистр, то volatile не используется — 0x16   (28.02.2006 18:14 82.185.158.187, 1058 байт)
            • Ну, не знаю. Я для 2313 так объявлял(+) — Михаил Е.   (28.02.2006 19:00 81.13.30.10, 3351 байт)
              • Ответ: Спасибо, все заработало. Просто нашел еще дыры где надо было закрыть прерывание. С Вашим кодом согласен полностью, но я использовал стандартный макрос из "iom8535.h" . — 0x16   (28.02.2006 19:48 82.185.158.187, пустое)
        • а стек увеличить не пробовали?? :)) — Гм   (28.02.2006 17:31 62.141.123.8, пустое)

E-mail: info@telesys.ru