Вход Наше всё Теги codebook 无线电组件 Поиск Опросы Закон Суббота
23 ноября

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры PLD, FPGA, DSP AVR PIC ARM, RISC-V Технологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты

Микроконтроллеры

189182 Топик полностью

ReAl (11.04.2010 14:19, просмотров: 95) ответил Скрипач на Да, но смущает (в моем случае, Atmega8 Timer1) необходимость обрабатывать два прерывания на бит вместо одного (фронт и срез) и есть угроза "терять события": пришел "срез", ушли в обработчик, до окончания оного пришел "фронт" -> опаньки :(

Прерывание по capture должно отработаться до следующего прерывания по началу бита и может быть задержано - значение-то в ICR лежит.

Ответить

- О том и толкую, что следующее событие (по-"фронту") это значение в ICR перепишет. Там, как я понял, нет буфера. - Скрипач(11.04.2010 14:23)
  - На сколько я понял "здесь" Скрипач(434 знак., 11.04.2010 14:35)
    - см. бит ICES1 - koyodza(11.04.2010 17:22)
      - ВАХ-СПАСИБО :) Еще раз внимательно прочитал текст - там, блин, этот бит вообще не упоминается. "Внимательное чтение текста не заменят внимательного чтения сносок"(с) Такие дела :) - Скрипач(11.04.2010 18:40)
        
        "спасибо" на хлеб не намажешь - koyodza(12.04.2010 22:41)
      - +1 После чего задержаться можно хоть и почти до конца следующего бита, но удобнее всё же до его начала закончить обработку. - ReAl(11.04.2010 17:25)
        
        Да,да, и период следования битов протоколом не ограничивается. Так, похоже, вполне нормально. Спасибо. - Скрипач(11.04.2010 18:47)