Глюк с UART при засыпании

[_Артём_]

Смысл в том, что я не хочу "случайно" разрешить прерывания, если putch() вызвана из какого-то куска, где они запрещены. Есть более "прямой" способ, чем сохранение SREG?

Способ есть, но не всем он нравится - используйте Си++.

class TCritSect
{
public:
    TCritSect () : StatusReg( SREG ) { cli(); }
    ~TCritSect() { SREG = StatusReg; }

private:
    status_reg_t StatusReg;

};

Хотя и на сях можно что-то придумать (смотрите в util/atomic.h). но зачем...
Например так:

uint8_t CriticalNestCounter;
void EnterCritical()
{
    cli();
    CriticalNestCounter++;
}
void ExitCritical()
{
    if (--CriticalNestCounter==0) {
        sei();
    }
}

[Godzilla82]

можно ещё 1 вариант.
usart_putch() и usart_putch_sei()
и из нужного места вызывать нужную функцию.

[av0000]

Как-то "то-на-то" и выходит.
Не, всё-таки, почему вы меня "отговариваете" использовать SREG? Все примеры в мануале (что чтение/запись 16 бит регистров, что примеры для TWI) используют его именно для этого и именно с такими же комментариями - сохранить статус, чтобы потом вернуть прерывания "как было".

ЗЫ: Да, я понимаю, что сохраняя его несколько "заранее", теряю флаги переполнения и прочего, но там это, вроде, не принципиально (да и можно сохранение/восстановление "вплотную" к критической секции сделать)

[Godzilla82]

Как-то "то-на-то" и выходит.

Посчитайте по тактам - сколько в том и другом случае.
Я из-за параноидального стремления WinAVR сохранять в стеке всё подряд, а также из-за выкидывании нужных мне глобальных регистровых переменных либо в память, либо вообще (если без volatile) перешёл на CV.

Код у него предсказуемый и достаточно быстрый.

Не, всё-таки, почему вы меня "отговариваете" использовать SREG?
...
сохранить статус, чтобы потом вернуть прерывания "как было".

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

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

[av0000]

Godzilla82, ну, у меня всё больше avr-gcc, ибо Ubuntu Нагородил оптимизированный makefile, рекурсивно ходящий по подкаталогам, и горя не знаю

Посчитайте по тактам - сколько в том и другом случае.

Судя по листингу сохранение/восстановление SREG выливается в одну единственную команду - "in r25, __SREG__" на старте и out __SREG_,r25 на выходе. Уж всяко короче, чем городить искусственный флаг

Я бы постарался избежать такого построения программ

Само собой! Тут, скорее, защита от дурака ну и для отладки полезно - можно _относительно_ безопасно что-то печатать из прерываний, пока буфер не заполнится, потом может прийти "сереный лис" если модуль скомпилен с блокировкой по заполнению буфера