SDRAM + stm32f429, не хватило памяти Опции

[Ekka]

Привет всем.
Не совсем понимаю задачу, которую нужно решить, может, кто-то просветит меня(

Дело в том, что у меня не хватило памяти для программы.

на rom выделено 32K, добавить нельзя сюда, ибо подключается стороннее приложение,
которому нужна память с определенного адреса.

Код

MEMORY
{
    rom       (rx)  : ORIGIN = 0x08000000, LENGTH = 32K
        app_flash (rx)  : ORIGIN = 0x08008000, LENGTH = 992K
    ram       (rwx) : ORIGIN = 0x20000000, LENGTH = 8K
    appram    (rwx) : ORIGIN = 0x20002000, LENGTH = 120K
}

Некто посоветовал мне подключить SDRAM.
Чтобы посмотреть, как эта штука вообще работает, пробую на stm32f429 работать с SDRAM.
Пока только на HAL.

Так вот... простите за тупые вопросы, не совсем понимаю, каким именно образом мне сократить объем программы, используя внешнюю память.
Что туда грузить? Массивы из библиотек, которые подключаю?

Кто-нибудь, объясните, пожалуйста, доходчиво для тех, кто в танке.

[esaulenka]

Зайдём с другой стороны. Где именно на STM32F4DISCOVERY припаяна SDRAM ?

[Ekka]

Зайдём с другой стороны. Где именно на STM32F4DISCOVERY припаяна SDRAM ?

СЕЙЧАС нигде.
Поэтому принцип работы разбираю на готовой плате stm32f429 (понимаю, это тупо) и вообще сомневаюсь, что мне хватит свободных ног для работы с ней у discovery

Потому я и спрашиваю, можно ли как-то и что-то с этим rom сделать

[adnega]

Потому я и спрашиваю, можно ли как-то и что-то с этим rom сделать

В общем случае, лучше выбрать МК с большим объемом Flash, благо такие существуют.
Или уговаривать разработчиков на другую карту распределения памяти.
Все остальное - усложнения жизни, по масштабу несравнимые с первым вариантом.
Но я бы попробовал подрезать app_flash в пользу rom, уговорив разработчиков.
По сути нужно где-то только поправить константы.

[jcxz]

Но я бы попробовал подрезать app_flash в пользу rom, уговорив разработчиков.

Ekka так и не показала образ памяти в 'app_flash'. У меня есть стойкое подозрение, что бОльшая часть того региона заполнена FF и проблема выеденного яйца не стОит.
Не представляю - чего такого можно написать на 1МБ на МК? Разве что картинок понасовать.....

[adnega]

У меня есть стойкое подозрение, что бОльшая часть того региона заполнена FF и проблема выеденного яйца не стОит.

Возможно. Но у меня, к примеру, корректность прошивки контролируется путем подсчета CRC32 по всей отведенной для нее памяти.
Т.е. вполне могут быть FF, а в конце 4 байта CRC32.

[jcxz]

Возможно. Но у меня, к примеру, корректность прошивки контролируется путем подсчета CRC32 по всей отведенной для нее памяти.
Т.е. вполне могут быть FF, а в конце 4 байта CRC32.

Глупо считать CRC для мегабайта байтов заполнения. Умные люди CRC располагают в пределах образа прошивки или сразу за его концом. Хотя чудаки всякие бывают....

[adnega]

Глупо считать CRC для мегабайта байтов заполнения. Умные люди CRC располагают в пределах образа прошивки или сразу за его концом. Хотя чудаки всякие бывают....

Для приложения я выделил 64кБ памяти. В самом конце 4 байта - это CRC32 всех 64кБ без 4 байт.
Сейчас прошивка весит 12кБ. Через месяц будет 56кБ. Где и как по вашему умный человек должен хранить CRC32,
чтобы загрузчик без проблем обновил приложение и проверил корректность прошивки?
Кста, файл с обновлением шифрованный вместе со всеми FF и имеет фиксированный размер и структуру.

На самом деле это не имеет никакого значения, т.к. нет никаких гарантий что сейчас образ имеет в конце FF,
и в будущем там ничего не появиться. Кста, ТС давно уже мог бы и прояснить что там в этом мегабайте?
FF-ы, CRC32 или данные? А то некоторые, вместо того, чтобы задать правильный вопрос, уже в какой раз включают
режим телепата и оскорбляют пользователей почем зря.

jcxz что-то вы в последнее время ведете себя как не профессионал. Опыт и знания чувствуются есть, но манера общения недружелюбная.
Люди на форум приходят за помощью, а не для того, чтобы их унижали, оскорбляли или воспитывали. Имхо.