caxapa.ru :: Зачем ждать в прерывании-то? О_о В прерывании ожидать чего-либо вообще несколько криминально. Функция, обслуживающая прерывание, должна выполняться как можно быстрее. В main-е нельзя блокировать переменную, изменяемую в прерывании. Именно по

rezident (14.01.2011 18:56, просмотров: 110) ответил Chum_A_ на Ну, заблокировал я доступ к переменной в main-е (к примеру), а тут прерывание. В прерывании смотрю - заблокировано, т.е. надо стоять до разблокировки, а кто разблокирует, если я не вышел из прерывания. Или я чего не догоняю?

Зачем ждать в прерывании-то? О_о В прерывании ожидать чего-либо вообще несколько криминально. Функция, обслуживающая прерывание, должна выполняться как можно быстрее. В main-е нельзя блокировать переменную, изменяемую в прерывании. Именно по причине недетерменированности момента вызова прерывания. Если нужен атомарный доступ к переменной, то нужно перед доступом к ней в main запретить прерывание, в котором переменная может быть модифицирована. Либо применить другие способы обеспечения атомарности доступа. Например, чтение во временную переменную и проверка сравнением.

Ответить

- Я вроде как не призывал ничего ждать в прерывании? Ещё раз, вопрос был такой: для MCCS-51 переменную volatile data u8 var я могу и в перерывании и вне него и во вложенном прерывании написать ++var/--var "без последствий", а вот для Chum_A_(79 знак., 14.01.2011 19:34, )
  - это подходит только для inc/dec, и только байтовой переменной. С переменной большей разрядности, или с другими действиями над ней (напр +10 или -20) Ваш вариант не будет работать даже на MCS-51 - koyodza(10.02.2011 16:33)
    - +1000 Цитирую себя: "...для MCS-51....data u8 var....++var/--var..." - Chum_A(10.02.2011 17:08)
  - volatile не гарантирует атомарности, она выключает оптимизацию при доступе к переменной. Так что и в примере с MCS-51 прерывания в основном цикле придется запрещать. - il-2(31.01.2011 08:41)
    - В данном случае volatile не (совсем) причём, причём заклинание data, к которому для ++var\--var сгенерятся команды inc var или dec var, а они атомарные. - Chum_A_(31.01.2011 10:04, )
      - Это не кошерно. Гарантии никто не даёт: генерируемый код может измениться в новой версии компилятора и при иных изменениях. Но для любительской поделки прокатит. - SciFi(31.01.2011 10:11)
        
        Гарантию даёт система команд MCS-51 :) - Chum_A_(31.01.2011 10:15, )
        
        Случись что, к ней и будете посылать претензии :-) - SciFi(31.01.2011 10:23)

ARM, RISC-V контроллеры