Tenho um dispositivo Cortex M0+ para o qual desenvolvi um bootloader e um aplicativo, parcialmente baseado em algum código de exemplo do fabricante do CI. No bootloader, logo antes de pular para o aplicativo, o bootloader recupera um endereço para o ponteiro de pilha e o vetor de redefinição do aplicativo. Verifiquei usando o arquivo de mapa do aplicativo que o endereço está correto. No entanto, o endereço do ponteiro de pilha que ele obtém é o endereço mais alto na RAM (0x20008000 neste caso). Meu entendimento é que a pilha Cortex (pelo menos para os dispositivos "inferiores" como o M0) cresce para baixo. Eu só queria confirmar que este é o endereço que se deve esperar que seja usado para o ponteiro de pilha neste cenário.
nobby's questions
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?