Início / coding / Perguntas / 78898923
Accepted
nobby
Asked: 2024-08-22 04:38:20 +0800 CST

Depurar aplicativo via SWD no Cortex-M começando no endereço FLASH além de 0x00

  • 772

Eu usei várias partes do Cortex M no passado, principalmente usando IAR como meu IDE. Atualmente estou desenvolvendo um projeto para uma peça Cortex M0+ usando um IDE baseado em Eclipse (Infineon ModusToolbox).

Gostaria de colocar meu aplicativo em FLASH em um endereço além de 0x00 (eventualmente terei um bootloader em 0x00). Modifiquei meu script de vinculador para refletir isso. No entanto, ao tentar depurar via SWD em um endereço diferente de 0x00, a depuração falha. O vetor Reset é mapeado para meu novo endereço FLASH conforme esperado (de acordo com o arquivo de mapa).

O fabricante diz que não é possível começar a depurar em um endereço diferente de 0x00 com um dispositivo ARM-core, mas tenho 99% de certeza de que no passado fiz exatamente o que estou tentando agora. Estou me lembrando mal? O Contador de Programa não será sempre inicialmente configurado para o endereço do vetor Reset? Ou é necessária alguma instrução extra do depurador?

c

2 respostas

  1. Best Answer

    Definitivamente é possível depurar uma aplicação em um Cortex-M0+ que não inicia no endereço 0x0.

    Você precisará garantir que seu aplicativo configure o VTORregistro da CPU para apontar para sua tabela de vetores, bem no início do seu código de inicialização, antes que qualquer interrupção seja habilitada.

    Você também precisará garantir que o script do vinculador especifique o ponto de entrada do seu programa, normalmente algo como:

    ENTRY(Reset_Handler)

    É claro que códigos como esse só serão executados quando iniciados pelo depurador. Se você apenas redefinir a CPU sem nenhum depurador conectado, ela não será executada.

    • 1

  2. Já fiz isso muitas vezes e isso certamente é possível.

    Mudei o início da área .text do aplicativo e usei o bootloader real.

    Você pode repetir essas ações do depurador, mas eu prefiro atualizar o bootloader real todas as vezes.

    Aqui está o código que funciona no meu hardware:

    static void _execute()
{
    /* Disable interrupts */
    __disable_irq();
    for (uint_fast8_t x = 0; x <= 7; x++)
    {
        NVIC->ICER[x] = 0xFFFFFFFF; // disable interrupts
        NVIC->ICPR[x] = 0xFFFFFFFF; // clear pending interrupts
    }

    /* Reset interrupt priorities */
    for (uint_fast8_t N = 0; N < 240; N++)
    {
        NVIC->IP[N] = 0xFF;
    }

    /* Reset peripherals */
    RCU->APB2RST    = 0xFFFFFFFF; RCU->APB2RST    = 0;
    RCU->APB1RST    = 0xFFFFFFFF; RCU->APB1RST    = 0;
    RCU->ADDAPB1RST = 0xFFFFFFFF; RCU->ADDAPB1RST = 0;

    /* Disable peripherals */
    RCU->APB2EN    = 0;
    RCU->APB1EN    = 0;
    RCU->AHBEN     = 0;
    RCU->ADDAPB1EN = 0;

    /* Relocate the vector table */
    SCB->VTOR = (uint32_t)APP_ORIGIN;

    /* Set stack pointer */
    __set_MSP(*(volatile uint32_t*)APP_ORIGIN); // TODO: not sure it's necessary

    /* Enable interrupts */
    __enable_irq();

    /* Jump to Reset_Handler of application */
    (*((void (*volatile *volatile)())((uint32_t)APP_ORIGIN + 4)))();
    while (1);
}

    Bônus: você pode fornecer 2 arquivos elf para o gdb, então será possível depurar tanto o bootloader quanto o aplicativo, mas pode haver colisões de nomes, então eu uso apenas para depurar algo, enquanto a outra parte é um esboço.

    • 0

relate perguntas