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]

Переход осуществляется на адресс указанный в стеке. Странно только,что команда RTI ситает из стека 2 байта (0х20 0хЕ8) а переходит на 0хЕ8. Но такого адресса 0х20Е8 или 0хЕ820 все равно нет. В стеке все нормально, до переполнения ему еще очень долеко, там всего 38 байт.

[Палыч]

Странно только,что команда RTI ситает из стека 2 байта (0х20 0хЕ8) а переходит на 0хЕ8.

Возможно, Вы не учитываете то, что Stack Pointer указывает на свободную ячейку: содержимое стека - выше. Т.е., если возврат на 0х00Е8, то в ячейке +1 должен быть 00, в ячейке +2 должно быть Е8.
Отчего всё же Вы решили, что на адрес 0 попадаете по reti из этого обработчика?

[ProfessorBraz]

Отчего всё же Вы решили, что на адрес 0 попадаете по reti из этого обработчика?

потому-что после reti программа переходит вот сюда

Код

+000000E4:   E081        LDI     R24,0x01         Load immediate
+000000E5:   93800184    STS     0x0184,R24       Store direct to data space
+000000E7:   CFFF        RJMP    PC-0x0000        Relative jump

теперь это Е7.

[Палыч]

потому-что после reti программа переходит вот сюда

Это не переход на адрес 0. Очень похоже на бесконечный цикл, в конце программы, в который попадают при выходе из main. Сама main у Вас как выглядит?

[ProfessorBraz]

Это не переход на адрес 0. Очень похоже на бесконечный цикл, в конце программы, в который попадают при выходе из main. Сама main у Вас как выглядит?

вот так

Код

int main(void)
{
    //Init UART
    InitUSART0_Int();
    USART_Init_Function(&i16RcvByte, &vOnEvent, &vOnError);
    InitFD();
    InitSM();
    // Interrupt erlauben
    sei();
    Global.bShortTaskEnable = true;    

    while(1){;}        
}

[Палыч]

Тот rjmp по адресу E7 - это скорее всего while(1){;}
Вас, наверное, смутили нули при jmp'е? Так обратите внимание, что они входят в выражение "РС-0х000", что означает "этот адрес", т.е. команда перехода на самою себя.

[ProfessorBraz]

Тот rjmp по адресу E7 - это скорее всего while(1){;}
Вас, наверное, смутили нули при jmp'е? Так обратите внимание, что они входят в выражение "РС-0х000", что означает "этот адрес", т.е. команда перехода на самою себя.

а после этого он переходит вот сюда

Код

+0000001A:   940C0047    JMP     0x00000047       Jump
+0000001C:   940C0047    JMP     0x00000047       Jump

а от туда уже

Код

+00000047:   940C0000    JMP     0x00000000       Jump