Cortex M4F проблема с памятью Опции

[vanek18]

Добрый день! Я работаю с процессором на ядре Cortex M4F. Среда разработки - Keil 4.23. Устройство для навигации. Проблема такая: при увеличении размера прошивки, начинаются глюки. Поясню. Отлаживаюсь я через uart. Вот как должна работать программа(вотразмер прошивки:Program Size: Code=29044 RO-data=652 RW-data=184 ZI-data=13048):

Следующим шагом я раскомменчиваю вызов одной функции,размер кода увеличивается(Program Size: Code=35892 RO-data=652 RW-data=184 ZI-data=13048):

Затем еще вызываю одну функцию(Program Size: Code=40528 RO-data=648 RW-data=184 ZI-data=13048):
.
Подскажите пожалуйста,что копать,куда смотреть.

[aaarrr]

Для ARM выравнивание стека производится по границе двух слов (8 байт).

А топикстартеру лучше посмотреть map и проверить значение SP непосредственно перед вызовом printf().

[vanek18]

Для ARM выравнивание стека производится по границе двух слов (8 байт).

А топикстартеру лучше посмотреть map и проверить значение SP непосредственно перед вызовом printf().

Итак, выравнивание по границе не привело к успеху. Выравнивать кстати нужно по 8 байтам,там прям в starup.s это указано. Отладчик в моем проце отсутствует.

А стэк пишется с конца, тут ничего не изменилось? То есть на самом деле размер стэка определяет адрес первого сохраняемого значения.
Смещение на 64 К не привило к падению, а что если размер стека увеличить на 64 К? Взять тот размер что работает и 64К прибавить?

Увеличение размера стека не помогло.
Я освоил scatter файл,и с его помощью разбил память,отдельно для стека,отдельно для кучи и все остальное пространство собственно для программы.
Вот так выглядит мой scatter

CODE

; *************************************************************
; *** Scatter-Loading Description File generated by uVision ***
; *************************************************************


LOAD_ROM 0x08000000 0x0005FFFF ; load region size_region
{
EXEC_ROM 0x08000000 0x0005FFFF ; load address = execution address
{
*.o (START, +First)
*(InRoot$$Sections)
.ANY (+RO )
}
HEAP_RAM 0x20000400 0x00007BFF ; Heap region Heap_size = 31K
{
*(HEAP)
}
SRAM 0x20008000 0x000FFFF ; RW region RW_size = 64K
{
.ANY (+RW +ZI)
}
STACK_RAM 0x20018000 0x00007FFF ; Stack region Stack_size = 32K
{
*(STACK)
}
}

Карта памяти в приложении.
И моя программа с приветствием миру заработала при любых комбинациях и размерах областей памяти и ее содержимого.
О чудо,подумал я!
И на всякий случай решил удостовериться что ничего не работало. Я снова скомпилировал проект,но уже со стандартными настройками...такой какой был раньше и не работал.
И он ЗАРАБОТАЛ
Что это? И что я сделал этим разбиение памяти?
 Mem_map_SCATTER.txt ( 995 байт ) Кол-во скачиваний: 105

[aaarrr]

И он ЗАРАБОТАЛ
Что это? И что я сделал этим разбиение памяти?

Можете привести map от неработающего варианта?

[vanek18]

Можете привести map от неработающего варианта?

Он чуть выше уже был

[aaarrr]

Он чуть выше уже был

Вот тут интересно было бы узнать значение SP при входе в main().

[vanek18]

Вот тут интересно было бы узнать значение SP при входе в main().

Это можно как-то без отладчика сделать?
И факт в том,что сейчас с этой картой памяти он работает!
И кстати тот проект,который вначале темы, работает всегда.
Но когда я все это ставлю на rtx, та же лажа,что и раньше((

Сообщение отредактировал vanek18 - Apr 23 2015, 12:21

[aaarrr]

Это можно как-то без отладчика сделать?

Можно как-нибудь так:

Код

int main(void)
{
     unsigned int sp = __current_sp();

     ...
     for(int a = 0; a < 8; a++)
     {
         unsigned int n = sp >> 28;

         uart_putc(n > 9 ? n + 'A' - 10 : n + '0');
         sp <<= 4;
     }
}

И факт в том,что сейчас с этой картой памяти он работает!

С той, с которой не работал раньше?

[vanek18]

С той, с которой не работал раньше?

Да,именно та,которая не работала,изменил лишь однажды распределение памяти. И все.
В приложении значения SP и map при распределении памяти *.sct и автоматически соответственно.
 SP.txt ( 1.73 килобайт ) Кол-во скачиваний: 192