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

Скрипач, пророк (11.04.2010 14:13, просмотров: 117) ответил ReAl на InputCapture прикруить для фиксации момента фронта на шине и потом смотреть расстояие от PWM-овского начала импульса? Только две ноги могут понадобиться, выход PWM и вход CAPT

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

... но не любой ценой.

Ответить

- Прерывание по capture должно отработаться до следующего прерывания по началу бита и может быть задержано - значение-то в ICR лежит. - ReAl(11.04.2010 14:19)
  - О том и толкую, что следующее событие (по-"фронту") это значение в 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)

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