ATmega 16L проблема с UART Опции

[ProfessorBraz]

Выручай всезнающий Олл!

ATmega 16L проблема с UART, а именно после посылки всего, когда буфер уже пустой возвращается из интерапта на начало программы (фактически рестарт). Код прерывания

Код

ISR(USART0_UDRE_INTERRUPT)
{
    uint8_t temp_tail;
    
    if ( USART0_TX_Head != USART0_TX_Tail)                            
    {
        temp_tail = (USART0_TX_Tail + 1) & USART_TX_BUFFER_MASK;    
        USART0_TX_Tail = temp_tail;                                    
        USART0_UDR = USART0_TX_Buffer[temp_tail];                
    }
    else                                                       {                                                    
        USART0_UCSRB &= ~(1<<USART0_UDRIE);                            
        USART0_Enable_Int_Status = 1;
    }
}

Что я делаю не так. При просмотре в Студии в режиме ассемблега, видно что в переходе на прерывание все пакуется в стек, потом также аккуратно распаковывается, и возвращается по команде RTI, но почемуто в старт?

Може кто с таким эффектом сталкивался?

[ProfessorBraz]

Вот это скорость ответов на форуме! Супер!

К теме

Код

239:              USART0_Enable_Int_Status = 1;
+000002D1:   E081        LDI     R24,0x01         Load immediate
+000002D2:   93800167    STS     0x0167,R24       Store direct to data space
+000002D4:   91FF        POP     R31              Pop register from stack
+000002D5:   91EF        POP     R30              Pop register from stack
+000002D6:   919F        POP     R25              Pop register from stack
+000002D7:   918F        POP     R24              Pop register from stack
+000002D8:   900F        POP     R0               Pop register from stack
+000002D9:   BE0F        OUT     0x3F,R0          Out to I/O location
+000002DA:   900F        POP     R0               Pop register from stack
+000002DB:   901F        POP     R1               Pop register from stack
+000002DC:   9518        RETI                     Interrupt return

Занятость:
Data: 383 bytes (37.4% Full)

Чем может переполниться стек, если программа только получает и отсылает по 5-7 Байт?

[Палыч]

Занятость:
Data: 383 bytes (37.4% Full)
Чем может переполниться стек, если программа только получает и отсылает по 5-7 Байт?

Действительно, обработчик прерывания, фрагмент кода которого Вы привели использует 9 байт стека. Но стек также использует и основная программа: для адресов возврата из вызываемых подпрограмм, для размещения локальных переменных и массивов, передачи параметров процедурам и функциям... Разные трансляторы используют стек по-разному. Я плохо знаком с WinAVR, и не могу сказать - что со стеком делает он... Но, во всех трансляторах (ИМХО) самые прожорливые до памяти функции - printf, scanf и им подобные. Используете ли Вы подобные процедуры? Есть ли в Вашей программе большие локальные массивы?

Содержания стека я в студии не нашел. Может подскажешь, палычь, где оно в студии зарыто?

Стек распалагается в памяти - для просмотра можно использовать окно Memory.

Я же не знаю в какой момент прерывание произойдет. Где этот код распологать?

Делать искуственный вызов процедуры прерывания из программы не надо - достаточно "пошевелить" флаги - само произайдёт. Кстати, Вы ведь умудрились увидеть как-то вот это

При просмотре в Студии в режиме ассемблега, видно что в переходе на прерывание все пакуется в стек, потом также аккуратно распаковывается, и возвращается по команде RTI, но почемуто в старт?

Как? Ну, так сделайте это же ещё раз с контролем стека.
P.S. Последняю цитата, может быть, говорит только о том, что Вы увидели в окне команды push/pop/reti? Тогда, как Вы определили, что именно по reti этого обработчика программа попала на нулевой адрес?