STM32: адрес стека Опции

[k000858]

Раньше пользовался Keil для сборки проектов под STM32, и в нем вершина стека указывалась как _estack = 0x2001FFFF; т.е. конец SRAM

Ни так давно перешел на eclipse + ARM плагин, который позволяет создавать проект с готовым скриптом линкера, в котором вершина стека указана как __stack = ORIGIN(RAM) + LENGTH(RAM); = 0x20020000 а это за пределами SRAM

Обратился к разработчику плагина с этим вопросом, на что получил ответ

As far as I know, ARM uses pre-decrement, so it'll first decrement the stack pointer, and then store the value.

> 0x2001FFFF

This is probably a bad idea anyway, because it is not word aligned.

Но во всех примерах от ST вершина стека указывается именно как 0x2001FFFF, даже в примерах бутлоадера проверка наличия кода во флэш проверяется с помощью проверки адреса начала стека, записанного в этой области памяти

Код

    /* Check if valid stack address (RAM address) then jump to user application */
    if (((*(__IO uint32_t*)USER_FLASH_FIRST_PAGE_ADDRESS) & 0x2FFE0000 ) == 0x20000000)
    {

кто прав? как правильно выбрать адрес начала стека под STM32 ?

[Сергей Борщ]

Чего-то я не то написал... Сверяюсь с документацией... Нет, все верно:

Раньше пользовался Keil для сборки проектов под STM32, и в нем вершина стека указывалась как _estack = 0x2001FFFF; т.е. конец SRAM

Вам правильно ответили - этот адрес не выровнен на границу слова, значит реально в указатель стека записывалось это число с какой-то коррекцией.

Ни так давно перешел на eclipse + ARM плагин, который позволяет создавать проект с готовым скриптом линкера, в котором вершина стека указана как __stack = ORIGIN(RAM) + LENGTH(RAM); = 0x20020000 а это за пределами SRAM

Тоже правильно, и тоже вам правильно написали - при сохранении на стек сначала уменьшается адрес в указателе, а затем происходит сохранение. И сохраняемое число попадает в последние ячейки ОЗУ. Что и требуется.

Но во всех примерах от ST вершина стека указывается именно как 0x2001FFFF,

Аналогично, либо это явная ошибка (вероятность чего ничтожно мала), либо это число проходит какую-то коррекцию, прежде чем попасть в соответствующую ячейку таблицы векторов.

даже в примерах бутлоадера проверка наличия кода во флэш проверяется с помощью проверки адреса начала стека, записанного в этой области памяти

Значит такой кривой пример. Либо же авторы этих примеров настраивают стек так, что последнее слово ОЗУ просто не используется (что также говорит о качестве этих примеров).