ReAl (11.04.2010 14:19, просмотров: 93) ответил Скрипач на Да, но смущает (в моем случае, Atmega8 Timer1) необходимость обрабатывать два прерывания на бит вместо одного (фронт и срез) и есть угроза "терять события": пришел "срез", ушли в обработчик, до окончания оного пришел "фронт" -> опаньки :(-
- О том и толкую, что следующее событие (по-"фронту") это значение в 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)
- ВАХ-СПАСИБО :) Еще раз внимательно прочитал текст - там, блин, этот бит вообще не упоминается. "Внимательное чтение текста не заменят внимательного чтения сносок"(с) Такие дела :) - Скрипач(11.04.2010 18:40)
- см. бит ICES1 - koyodza(11.04.2010 17:22)
- На сколько я понял "здесь" Скрипач(434 знак., 11.04.2010 14:35)
- О том и толкую, что следующее событие (по-"фронту") это значение в ICR перепишет. Там, как я понял, нет буфера. - Скрипач(11.04.2010 14:23)