AVR, UART и режим IDLE

[anpaza]

Как у вас во время спячки UART работает? В синхронном режиме что ли? В асинхронном он от тактового генератора работает, который в спячке остановлен.
Я в таком случае заводил линию RX на INT и будил по спаду фронта. Контроллер успевал проснуться и начать прием данных. Ничего не терялось.

Я потому и использую режим IDLE, что по даташиту в оном режиме UART работает. Это вообще единственный режим понижения энергопотребления, при котором UART работает.

Просыпается он у меня по асинхронному таймеру 16 раз в секунду (он у меня заведён на 32 кГц кварц), но, как я понимаю, он просыпается и по прерываниям от UART.

[anpaza]

Этот баг у нас фичей зовется. ВСЕ контроллеры после выхода из спячки выполняют одну операцию, параллельно в фоне проверяют прерывания, и если прерывание есть - во второй операции переходят по вектору.

Это-то я читал, но там cli() это не следующая команда, а где-то через шесть. К тому же меня бы устроило даже если бы он обработал прерывание по окончании цикла, но он его вообще пропускает. То есть, если бы он устанавливал флаг прерывания по приёму байта и не успел бы его обработать до наступления cli, он бы должен его обработать после sei. На самом же деле он напрочь забывает, что надо бы выполнить прерывание.

[Easyrider83]

anpaza, попробуйте мой способ по прерыванию INT. Режим IDLE - это не совсем сон. А по затратам электричества и вовсе сном назвать сложно.

[niXto]

На самом же деле он напрочь забывает, что надо бы выполнить прерывание.

Копайте код. Значит, кто-то сбрасывает флаг, тем более что у 48 двойной буфер ЮСАРТа, его не так просто заставить "не заметить" байт. Флаг прерывания сбрасывается по РЕТИ или ручками?

[anpaza]

Easyrider83, режим IDLE в шесть раз меньше потребляет чем активный режим (150мкА против ~900 мкА на 1МГц), так что смысл его использовать вполне есть.

В общем, я разобрался с багом. Проблема была вовсе не в режиме IDLE, а как раз в том, что код между cli() и sei() выполняется дольше, чем принимаются два байта. В результате, если я посылал больше двух байт, к приезду третьего оба регистра приёма не успевал очиститься, вледствие чего выставлялся флаг DOR0 (Data OverRun).