Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Выполнение кода из ОЗУ
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > Cредства разработки для МК > IAR
AlphaLaiman
Реализовал выполнение кода из ОЗУ на STM32, отредактировав .icf файл. Вопрос в следующем: у меня в коде присутствует большой константный массив данных (картинка). Как мне сказать компилятору, чтобы он не копировал её в оперативку и не забивал память почем зря?
jcxz
Цитата(AlphaLaiman @ Apr 18 2018, 15:53) *
Реализовал выполнение кода из ОЗУ на STM32, отредактировав .icf файл. Вопрос в следующем: у меня в коде присутствует большой константный массив данных (картинка). Как мне сказать компилятору, чтобы он не копировал её в оперативку и не забивал память почем зря?

Перенести этот массив во FLASH-регион описанный в .icf.
AlphaLaiman
Цитата(jcxz @ Apr 18 2018, 14:09) *
Перенести этот массив во FLASH-регион описанный в .icf.

Вот я и пытаюсь понять, как это сделать, чтобы не копировалось. Пробовал, например, #pragma location = ".rodata", не помогает
.icf файл.:
Код
/*###ICF### Section handled by ICF editor, don't touch! ****/
/*-Editor annotation file-*/
/* IcfEditorFile="$TOOLKIT_DIR$\config\ide\IcfEditor\cortex_v1_0.xml" */
/*-Specials-*/
define symbol __ICFEDIT_intvec_start__ = 0x08000000;
/*-Memory Regions-*/
define symbol __ICFEDIT_region_ROM_start__    = 0x08000000;
define symbol __ICFEDIT_region_ROM_end__      = 0x080FFFFF;
define symbol __ICFEDIT_region_RAM_start__    = 0x00000000;
define symbol __ICFEDIT_region_RAM_end__      = 0x0002FFFF;
define symbol __ICFEDIT_region_CCMRAM_start__ = 0x10000000;
define symbol __ICFEDIT_region_CCMRAM_end__   = 0x1000FFFF;
/*-Sizes-*/
define symbol __ICFEDIT_size_cstack__ = 0x2000;
define symbol __ICFEDIT_size_heap__   = 0x2000;
/**** End of ICF editor section. ###ICF###*/

/* intvec location in RAM after remapping in SystemInit */
define symbol RAM_intvec_start = 0x00000000;

define memory mem with size = 4G;
define region ROM_region      = mem:[from __ICFEDIT_region_ROM_start__   to __ICFEDIT_region_ROM_end__];
define region RAM_region      = mem:[from __ICFEDIT_region_RAM_start__   to __ICFEDIT_region_RAM_end__];
define region CCMRAM_region   = mem:[from __ICFEDIT_region_CCMRAM_start__   to __ICFEDIT_region_CCMRAM_end__];

define block CSTACK    with alignment = 8, size = __ICFEDIT_size_cstack__   { };
define block HEAP      with alignment = 8, size = __ICFEDIT_size_heap__     { };

initialize by copy { readonly, readwrite };

do not initialize  { section .noinit };

place at address mem:__ICFEDIT_intvec_start__ { readonly section .intvec };
place at address mem:RAM_intvec_start { section .intvec_RAM };
/*place at address mem:RAM_intvec_start { readonly section .intvec };*/

place in ROM_region   { readonly };
place in RAM_region   { readwrite };
place in CCMRAM_region { section .ccmram, block CSTACK, block HEAP };

jcxz
Цитата(AlphaLaiman @ Apr 18 2018, 17:05) *
Вот я и пытаюсь понять, как это сделать, чтобы не копировалось. Пробовал, например, #pragma location = ".rodata", не помогает

Код
.cpp:
static char const t[] @ ".httpContent" = {...};
.icf:
define region FLASHC_regionC = mem:[from 0x08020000 to 0x081FFFFF]; //PMU/FLASH (cached)
...
place in FLASHC_regionC {section .httpContent};
AlphaLaiman
Попробовал, результат следующий: в отладчике массив лежит во Flash, как и хотелось, но теперь другой косяк - вместо значений из .cpp файла в нем одни нули
UPD: а иногда одни 0xFF
VladislavS
Предлагаю заглянуть в .map файл.
jcxz
Цитата(AlphaLaiman @ Apr 18 2018, 17:35) *
Попробовал, результат следующий: в отладчике массив лежит во Flash, как и хотелось, но теперь другой косяк - вместо значений из .cpp файла в нем одни нули
UPD: а иногда одни 0xFF

Так ищите где у Вас косяк. Я Вам выдержки из рабочего проекта привёл, где всё ок.
AlphaLaiman
Цитата(jcxz @ Apr 18 2018, 16:50) *
Так ищите где у Вас косяк

При замене Вашего кода
Код
.cpp:
static char const t[] @ ".httpContent" = {...};


например на

Код
.cpp:
static char const t[] @ ".ccmram" = {...};

все работает. Но ccmram тоже не хочется забивать этим массивом


Цитата(VladislavS @ Apr 18 2018, 16:50) *
Предлагаю заглянуть в .map файл.


Если воспользоваться советом jcxz, то в map файле следующее:
Код
"P1":                                                  0x207c
  P1 s0                           0x08000190   0x207c  <Init block>
    .httpContent    inited   0x08000190   0x207c  graphics.o [1]
                                   - 0x0800220c   0x207c

вроде тут все норм
jcxz
Цитата(AlphaLaiman @ Apr 18 2018, 19:00) *
.httpContent inited 0x08000190 0x207c graphics.o [1]
вроде тут все норм

Где же норм? Вы бы хоть поинтересовались в этом же .map как у Вас const-элементы выглядят!
Вот это норм:
.httpContent const 0x08020000 0x1444 content.cpio [1]
А inited - это runtime-инициализируемая переменная:
.data inited 0x20022468 0x4 dflash.o [2]
AlphaLaiman
Но я ведь вроде все также сделал, как у Вас. Может, Вы не все показали?

Инициализация массива:
Код
static BYTE const font[] @ ".httpContent" = {
#include "table_char_5x7.h"
};


icf файл:
Код
/*###ICF### Section handled by ICF editor, don't touch! ****/
/*-Editor annotation file-*/
/* IcfEditorFile="$TOOLKIT_DIR$\config\ide\IcfEditor\cortex_v1_0.xml" */
/*-Specials-*/
define symbol __ICFEDIT_intvec_start__ = 0x08000000;
/*-Memory Regions-*/
define symbol __ICFEDIT_region_ROM_start__    = 0x08000000;
define symbol __ICFEDIT_region_ROM_end__      = 0x080FFFFF;
define symbol __ICFEDIT_region_RAM_start__    = 0x00000000;
define symbol __ICFEDIT_region_RAM_end__      = 0x0002FFFF;
define symbol __ICFEDIT_region_CCMRAM_start__ = 0x10000000;
define symbol __ICFEDIT_region_CCMRAM_end__   = 0x1000FFFF;
/*-Sizes-*/
define symbol __ICFEDIT_size_cstack__ = 0x2000;
define symbol __ICFEDIT_size_heap__   = 0x2000;
/**** End of ICF editor section. ###ICF###*/

/* intvec location in RAM after remapping in SystemInit */
define symbol RAM_intvec_start = 0x00000000;

define memory mem with size = 4G;
define region FLASHC_regionC  = mem:[from 0x08080000   to __ICFEDIT_region_ROM_end__];
define region ROM_region      = mem:[from __ICFEDIT_region_ROM_start__   to 0x0807FFFF];
define region RAM_region      = mem:[from __ICFEDIT_region_RAM_start__   to __ICFEDIT_region_RAM_end__];
define region CCMRAM_region   = mem:[from __ICFEDIT_region_CCMRAM_start__   to __ICFEDIT_region_CCMRAM_end__];

define block CSTACK    with alignment = 8, size = __ICFEDIT_size_cstack__   { };
define block HEAP      with alignment = 8, size = __ICFEDIT_size_heap__     { };

initialize by copy { readonly, readwrite };

do not initialize  { section .noinit };

place at address mem:__ICFEDIT_intvec_start__ { readonly section .intvec };
place at address mem:RAM_intvec_start { section .intvec_RAM };
/*place at address mem:RAM_intvec_start { readonly section .intvec };*/

place in FLASHC_regionC  { section .httpContent};
place in ROM_region   { readonly };
place in RAM_region   { readwrite };
place in CCMRAM_region { section .ccmram, block CSTACK, block HEAP };
VladislavS
Код
initialize by copy { readonly, readwrite };

Ничем не смущает?
AlphaLaiman
Цитата(VladislavS @ Apr 18 2018, 17:35) *
Код
initialize by copy { readonly, readwrite };

Ничем не смущает?

Ну так я же в начале темы написал, что хочу, чтобы код выполнялся из RAM. Для этого копирую туда код
jcxz
Цитата(AlphaLaiman @ Apr 18 2018, 19:43) *
Для этого копирую туда код

В readonly секции?? 01.gif
VladislavS
Код
initialize by copy { readonly, readwrite } except{ section .httpContent};


Cекцию .httpContent в исключения попробуй.

Цитата(jcxz @ Apr 18 2018, 19:52) *
В readonly секции?? 01.gif


Вообще, мануал именно это и советует.
Цитата
If you want to copy the entire application from ROM to RAM at program startup, use
the initilize by copy directive, for example:
initialize by copy { readonly, readwrite };
The readwrite pattern will match all statically initialized variables and arrange for
them to be initialized at startup. The readonly pattern will do the same for all read-only
code and data, except for code and data needed for the initialization.

Нелогично... Наверное, except{ section .httpContent} поможет.


PS: А зачем для секции .httpContent свой регион заводить? Можно же просто в ROM_region её разместить. Даже больше, что-то мне подсказывает, что с атрибутом static const массив и так в readonly должен попасть.

PPS: Я рассуждаю так. Регионы описывают физические области памяти, если они отличаются друг от друга свойствами или разнесены в адресном пространстве. Секции же описывают области программы. Если какие-то части программы (секции) требуют особенного размещения, то их размещают в нужном регионе, а если требуется то и по фиксированному адресу. Создавать пересекающиеся регионы - только осложнять жизнь линкеру.
jcxz
Цитата(VladislavS @ Apr 18 2018, 20:09) *
Нелогично... Наверное, except{ section .httpContent} поможет.

initialize by copy { readonly, readwrite }
Тогда уж лучше указать конкретные секции в initialize by copy {}. А readonly, readwrite в указанной конструкции указывают на все секции имеющие соответствующие атрибуты.

Цитата(VladislavS @ Apr 18 2018, 20:09) *
PS: А зачем для секции .httpContent свой регион заводить? Можно же просто в ROM_region её разместить. Даже больше, что-то мне подсказывает, что с атрибутом static const массив и так в readonly должен попасть.

Его секция будет иметь атрибут readoinly. Ну и попадёт в тот регион, который для readonly.
Я скопировал этот пример из .icf-файла для отладки в ОЗУ. Там все остальные секции идут в ОЗУ. Только .httpContent - во FLASH так как большой и не меняется - нет смысла грузить при каждой отладке.

Цитата(VladislavS @ Apr 18 2018, 20:09) *
Создавать пересекающиеся регионы - только осложнять жизнь линкеру.

У меня и нет пересекающихся регионов.
Код
define region FLASHC_regionA = mem:[from 0x08000000 to 0x08001FFF]; //PMU/FLASH (cached)      
define region FLASHC_regionB = mem:[from 0x08002000 to 0x08003FFF]; //PMU/FLASH (cached)      
define region FLASHC_regionC = mem:[from 0x08020000 to 0x081FFFFF]; //PMU/FLASH (cached)      
define region FLASHU_regionA = mem:[from 0x0C000000 to 0x0C1FFFFF]; //PMU/FLASH (uncached)    
define region RAM_regionA    = mem:[from 0x1FFE8000 size 0x18000]; //PSRAM (code)              
define region RAM_regionB    = mem:[from 0x20000100 size 0x1FF00]; //DSRAM1 (RW-data)          
define region RAM_regionC    = mem:[from 0x20020000 size 0x20000]; //DSRAM2 (RO-data)

PS: А "ROM" я называю именно ROM - Read Only Memory. FLASH != ROM rolleyes.gif
VladislavS
Цитата(jcxz @ Apr 19 2018, 01:00) *
initialize by copy { readonly, readwrite }
Тогда уж лучше указать конкретные секции в initialize by copy {}. А readonly, readwrite в указанной конструкции указывают на все секции имеющие соответствующие атрибуты.

Делать нужно ровно так как написано в документации, даже если это кажется нелогичным. Достаточно вспомнить наш спор про инициализированные данные с модификатором __eeprom. Как бы вам не хотелось обратного, но работать будет именно так как написано в мануале. Надо отдать должное IAR, всё разжовано в документации, остаётся только не лениться её читать.
VladislavS
Кстати, вопрос топикстартеру. Зачем вы код в RAM тянете? Не знаю на каком чипе вы работаете, но почти уверен что у него отдельная шина к flash. Вешая код и данные на одну шину можно потерять в скорости, осоюенно если туда DMA запустить. Да и просто, RAM лишняя не бывает.
AlphaLaiman
Цитата(VladislavS @ Apr 18 2018, 17:09) *
Cекцию .httpContent в исключения попробуй.


Огромное спасибо, это помогло!

Цитата(VladislavS @ Apr 18 2018, 17:09) *
Кстати, вопрос топикстартеру. Зачем вы код в RAM тянете? Не знаю на каком чипе вы работаете, но почти уверен что у него отдельная шина к flash. Вешая код и данные на одну шину можно потерять в скорости, осоюенно если туда DMA запустить. Да и просто, RAM лишняя не бывает.


STM32F4. Обычно этого не делаю, но тут довольно специфическая задача - разрабатываю OSD контроллер для VGA. Картинка отправляется построчно с помощью SPI пина MOSI. Для этого задействован DMA. Так вот при работе из Flash картинка на экране искажается, некоторые строки сдвигаются, особенно если что-то писать в буфер, где хранится картинка. Я не знаю точно, что служило причиной этому, но запуск из RAM исправил ситуацию. Тем более, я еще задействовал ремаппинг, поэтому время выполнения кода по сравнению с flash не ухудшилось
scifi
Как-то раз делал загрузчик. Для того чтобы он мог перепрошивать самого себя, при старте он копировал себя из флэш в ОЗУ. Для этого ничего не надо было делать в настройках линкера. Единственное изменение: заменить адрес начала флэш с 0x08000000 на 0x00000000. В коде загрузчика просто делал memcpy(), потом ремап. Думаю, в вашей ситуации такой подход тоже оправдан.
VladislavS
Понятно, особенность синхронизации шин.
jcxz
Цитата(scifi @ Apr 19 2018, 10:18) *
Единственное изменение: заменить адрес начала флэш с 0x08000000 на 0x00000000. В коде загрузчика просто делал memcpy(), потом ремап.

Так можно делать (да и собственно так и сделано сейчас у меня в бутлоадере) только если нужно целиком всю программу скопировать в ОЗУ. А ТСу нужна только одна функция. Хотя конечно если такую функцию и все её const данные вынести в отдельный файл, для этого файла переопределить сегменты по-умолчанию и вынести все эти сегменты в какой-то регион памяти, то потом можно этот регион и скопировать. Собственно и оверлеи можно так делать.

Цитата(VladislavS @ Apr 19 2018, 04:24) *
Достаточно вспомнить наш спор про инициализированные данные с модификатором __eeprom.

Я в STM8 __eeprom нигде не использовал. Писал в EEPROM только самостоятельно, без компилятора/линкёра. Вроде за такой подход я тогда и ратовал.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2024 Invision Power Services, Inc.