Прошивки более 2Мб (для STM32) Опции

[dimone]

Хотел задать вопрос.
Если случится так, что программа усложнится настолько, что вынуждена будет превысить максмальное доступное кол-во внутренней флеш-памяти для семейства STM32 (насколько знаю и LPC) в два мегабайта, насколько рациональным будет использование внешней sdram для хранения исполняемого кода программы и данных?
Если да, то какое усложнение это за собой влечет (шаманство с линкером, загрузчики, data\nor spi мс памяти и тд..)?
Например реализация программы с вкомилированными растровыми фонтами всех видов и размеров для 429 или 769 дискавери..
Понимаю, что альтернатива , это какой-нибудь Аllwinner-овский soc и Линукс+Qt, но всё-же?.

Сообщение отредактировал dimone - Jul 4 2018, 08:30

[Arlleex]

Ну, 2МБайт Flash можно использовать по-разному, смотря что за приложение. Скажу за себя.
Делали одно устройство технологическое, объект находится за тысячу километров от рабочего стола. Больше отладиться, собственно, не на чем. Поэтому компилировал некоторые версии прошивок (с вариативным набором функций и алгоритмов работы особо интересных мест) и забивал ими Flash. При включении техник выбирал кнопочками на дисплее каждую подготовленную версию и она загружалась как текущая рабочая. По ней оглашались результаты и принималось дальнейшее решение, что и как писать в следующих ревизиях. В итоге, правда, оказалось, что отладили все достаточно быстро и пришлось убрать загрузчик с возможностью выбора боевой прошивки. Это был своего рода механизм быстрого отката назад при тестировании нового ПО, ведь основную работу устройство должно сделать так или иначе, а вот потестить его с новой версией ПО это как бы факультативное задание было

[mantech]

Ну, 2МБайт Flash можно использовать по-разному, смотря что за приложение. Скажу за себя.
Делали одно устройство технологическое, объект находится за тысячу километров от рабочего стола. Больше отладиться, собственно, не на чем. Поэтому компилировал некоторые версии прошивок (с вариативным набором функций и алгоритмов работы особо интересных мест) и забивал ими Flash. При включении техник выбирал кнопочками на дисплее каждую подготовленную версию и она загружалась как текущая рабочая. По ней оглашались результаты и принималось дальнейшее решение, что и как писать в следующих ревизиях. В итоге, правда, оказалось, что отладили все достаточно быстро и пришлось убрать загрузчик с возможностью выбора боевой прошивки. Это был своего рода механизм быстрого отката назад при тестировании нового ПО, ведь основную работу устройство должно сделать так или иначе, а вот потестить его с новой версией ПО это как бы факультативное задание было

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

Сообщение отредактировал mantech - Jul 13 2018, 19:50