Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Инициализация данных в SDRAM
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > Cредства разработки для МК > GNU/OpenSource средства разработки
yanvasiij
Доброго времени суток!

Вопрос возможно дурацкий, но все же... Подключаю внешнюю SRAM к STM32 через FMC, компилятор arm-none-eabi. Параметры расположения данных в памяти настраиваю через файлa линковки. Расположить объявленный, например, массив во внешней SRAM труда не составит, но как сделать так, чтобы этот массив можно было инициализировать объявлением?

Пусть есть файл someFile.c, переменные внутри которого расположены во внешней SRAM c помощью файл линковки.

Код
int data[20] = {1,2,3...20};


Инициализация к массиву data[] осуществляется после инициализации SDRAM в файле main.c

Код
extern int *data;

int main (void)
{
    SDRAM_init(); /*< Вот тут память инициализаруется */

   printf ("data: %d\r", data[5]);

  while (1)
  {
    ...
  }
}


Есть ли способ переиницилизировать все массивы данными, которыми они были инициализированы при объявлении, не прибегая к рукопашному присваиванию?

Непомнящий Евгений
инициализацию памяти надо вынести в функцию, которая вызывается после старта (до вызова main и функций из стандартной библиотеки, которые занимаются инициализацией). Т.е. смотрите свой стартап
amiller
По моему сделать так как Вы хотите невозможно.
На примере IAR:
Инициализируемые переменные инициализируются в функции System_init (startup), которая вызывается до передачи управления main().
А SDRAM у вас становится доступной в main(), после инициализации.
Все остальные способы рукопашные.
Я бы после инициализации внешней памяти добавил функцию типа SDRAM_data_init(), в которой и произвёл это действие.
Для удобства можно объявить массив констант для инициализации во Flash.
yanvasiij
Цитата(Непомнящий Евгений @ May 6 2016, 16:11) *
инициализацию памяти надо вынести в функцию, которая вызывается после старта (до вызова main и функций из стандартной библиотеки, которые занимаются инициализацией). Т.е. смотрите свой стартап



Спасибо за подсказку!
Я заглянул в startup и обнаружил там такую штуку:

CODE

.section .text.Reset_Handler
.weak Reset_Handler
.type Reset_Handler, %function
Reset_Handler:

/* Copy the data segment initializers from flash to SRAM */
movs r1, #0
b LoopCopyDataInit

CopyDataInit:
ldr r3, =_sidata
ldr r3, [r3, r1]
str r3, [r0, r1]
adds r1, r1, #4

LoopCopyDataInit:
ldr r0, =_sdata
ldr r3, =_edata
adds r2, r0, r1
cmp r2, r3
bcc CopyDataInit
ldr r2, =_sbss
b LoopFillZerobss
/* Zero fill the bss segment. */
FillZerobss:
movs r3, #0
str r3, [r2], #4

LoopFillZerobss:
ldr r3, = _ebss
cmp r2, r3
bcc FillZerobss

/* Call the clock system intitialization function.*/
bl SystemInit
/* Call the application's entry point.*/
bl main
bx lr
.size Reset_Handler, .-Reset_Handler


Если я правильно все понял, то мне нужно позвать после SDRAM_init() LoopCopyDataInit():

Код
extern int *data;

int main (void)
{
    SDRAM_init(); /*< Вот тут память инициализаруется */
     LoopCopyDataInit();
   printf ("data: %d\r", data[5]);

  while (1)
  {
    ...
  }
}


В ближайшее время проверю.
Непомнящий Евгений
Цитата(amiller @ May 6 2016, 14:20) *
По моему сделать так как Вы хотите невозможно.
На примере IAR:
Инициализируемые переменные инициализируются в функции System_init (startup), которая вызывается до передачи управления main().
А SDRAM у вас становится доступной в main(), после инициализации.


А в чем проблема инициализировать SDRAM до инициализации переменных в System_init?


Цитата(yanvasiij @ May 6 2016, 14:31) *
Если я правильно все понял, то мне нужно позвать после SDRAM_init() LoopCopyDataInit():

Код
extern int *data;

int main (void)
{
    SDRAM_init(); /*< Вот тут память инициализаруется */
     LoopCopyDataInit();
   printf ("data: %d\r", data[5]);

  while (1)
  {
    ...
  }
}


В ближайшее время проверю.


Это, имхо, может быть чревато. Хотя в чистом Си без наворотов может и прокатит. Более правильно было бы перенести SDRAM_init() в стартап
amiller
Цитата(Непомнящий Евгений @ May 6 2016, 14:32) *
А в чем проблема инициализировать SDRAM до инициализации переменных в System_init?

Можно. Просто я такой способ отнёс к "рукопашным" вариантам.
Наверное это будет даже проще, чем пытаться перенести инициализацию переменных на момент после инициализации SDRAM.
Хотя лично я бы отключил System_init и написал свою функцию копирования переменных, используя адреса, которые формирует линкер.
Просто не люблю присутствия стороннего кода, а System_init - как раз такой.
yanvasiij
Цитата(Непомнящий Евгений @ May 6 2016, 17:02) *
Это, имхо, может быть чревато. Хотя в чистом Си без наворотов может и прокатит. Более правильно было бы перенести SDRAM_init() в стартап


Последовал Вашему совету, и сделал так:

CODE

Reset_Handler:

/* Call the clock system intitialization function.*/
bl SystemInit
bl SDRAM_init /*< Инициализация SDRAM в стартапе до main */

/* Copy the data segment initializers from flash to SRAM */
movs r1, #0
b LoopCopyDataInit

CopyDataInit:
ldr r3, =_sidata
ldr r3, [r3, r1]
str r3, [r0, r1]
adds r1, r1, #4

LoopCopyDataInit:
ldr r0, =_sdata
ldr r3, =_edata
adds r2, r0, r1
cmp r2, r3
bcc CopyDataInit
ldr r2, =_sbss
b LoopFillZerobss
/* Zero fill the bss segment. */
FillZerobss:
movs r3, #0
str r3, [r2], #4

LoopFillZerobss:
ldr r3, = _ebss
cmp r2, r3
bcc FillZerobss

/* Call the application's entry point.*/
bl main
bx lr
.size Reset_Handler, .-Reset_Handler



Все прекрасно работает, спасибо!
yanvasiij
Спрошу тут, чтобы не плодить веток. Подскажите как разместит в bss опредленного файла в сраме, с помощь линкерскрпита?

Напирмер, в моем ликер файле определены секции памяти:

Код
MEMORY
{
  FLASH (rx)      : ORIGIN = 0x08000000, LENGTH = 1024K
  RAM (xrw)       : ORIGIN = 0x20000000, LENGTH = 128K
  SDRAM (xrw)      : ORIGIN = 0xD0000000, LENGTH = 31250K
  MEMORY_B1 (rx)  : ORIGIN = 0x60000000, LENGTH = 0K
  CCMRAM (rw)     : ORIGIN = 0x10000000, LENGTH = 64K
}


Что нужно дописать в скрипт, чтобы, например, bss файла heap_1.c распологалось в области SDRAM ?
alx2
Цитата(yanvasiij @ Sep 13 2016, 16:42) *
Спрошу тут, чтобы не плодить веток. Подскажите как разместит в bss опредленного файла в сраме, с помощь линкерскрпита?
Что нужно дописать в скрипт, чтобы, например, bss файла heap_1.c распологалось в области SDRAM ?


Наверное что-то типа
Код
.bss.sdram : {
  heap_1.o(.bss)
} >SDRAM

yanvasiij
Добавил в скрипт эти строчки, при сборке выдает ошибку:

Код
arm-none-eabi/bin/ld.exe: cannot find heap_1.o
skripach
Нужно определить функцию __low_level_init, или файл, плохо помню, подробнее найдёте в доке на яр.
alx2
Цитата(yanvasiij @ Sep 15 2016, 15:18) *
Добавил в скрипт эти строчки, при сборке выдает ошибку:

Не понял, зачем Вы это здесь написали...
Вам непонятна суть ошибки? Линкер не нашел указанный в скрипте объектный файл. Такой файл вообще в вашем проекте есть?
yanvasiij
Цитата(alx2 @ Sep 16 2016, 11:54) *
Не понял, зачем Вы это здесь написали...
Вам непонятна суть ошибки? Линкер не нашел указанный в скрипте объектный файл. Такой файл вообще в вашем проекте есть?


Такой файл в проекте есть. Мне не понятно, как это линкеру объяснить.
Tarbal
Цитата(Непомнящий Евгений @ May 6 2016, 16:02) *
А в чем проблема инициализировать SDRAM до инициализации переменных в System_init?




Это, имхо, может быть чревато. Хотя в чистом Си без наворотов может и прокатит. Более правильно было бы перенести SDRAM_init() в стартап


Да чем чревато?

Я для 6816 в стартап коде чипселекты для памяти настраивал. Оно ведь еще до копирования переменных сегмента .data должно быть сделано.
alx2
Цитата(yanvasiij @ Sep 16 2016, 19:24) *
Такой файл в проекте есть.

Можете показать фрагмент map-файла, где говорится о загрузке этого файла (когда Вы собираете проект без вынесения его .bss в SDRAM)?

Цитата(yanvasiij @ Sep 16 2016, 19:24) *
Мне не понятно, как это линкеру объяснить.

В зависимости от того, отдельный ли это файл, или часть библиотели, либо указанием этого файла в командной строке линкера, либо указанием библиотеки через -l...
Можете показать команду, которой линкуете проект?
yanvasiij
В map-файле этот файл упоминается в нескольких местах:

Код
....
.text          0x00000000        0x0 ..\obj\heap_1.o
.data          0x00000000        0x0 ..\obj\heap_1.o
.text.vPortInitialiseBlocks
                0x00000000       0x18 ..\obj\heap_1.o
.text.vPortInitialiseBlocks
                0x00000000       0x18 ..\obj\heap_1.o
....
.text.pvPortMalloc
                0x08024048       0x8c ..\obj\heap_1.o
                0x08024048                pvPortMalloc
.text.vPortFree
                0x080240d4       0x14 ..\obj\heap_1.o
                0x080240d4                vPortFree
...
.bss           0x2000eb4c     0xc808 ..\obj\heap_1.o
...
.ARM.attributes
                0x000010dd       0x33 ..\obj\heap_1.o
...
LOAD ..\obj\heap_1.o
...


Команда ликнковки:

Код
arm-none-eabi-gcc -mcpu=cortex-m4 -mthumb -g -nostartfiles -Wl,-Map=beremizStm32Port.map -O0 -Wl,--gc-sections -Wl, -LD:/_projects/beremizStm32Port/linkscript -Wl,-TD:/_projects/beremizStm32Port/linkscript/stm32f407zg_flash.ld -g -o output.elf ..\obj\vlStm32f4xI2C.o ...много файлов... ..\obj\heap_1.o ...еще много файлов... -lm -lgcc -lc -lnosys -lstdc++
alx2
Цитата(yanvasiij @ Sep 20 2016, 15:58) *
Команда ликнковки:

Код
... ..\obj\heap_1.o ...

Ну вот. Оказывается, файл-то не heap_1.o, а ..\obj\heap_1.o! То есть он не в текущем каталоге, а в ../obj. А в скрипте линкера Вы как этот файл указали?
yanvasiij
Цитата(alx2 @ Sep 22 2016, 12:17) *
Ну вот. Оказывается, файл-то не heap_1.o, а ..\obj\heap_1.o! То есть он не в текущем каталоге, а в ../obj. А в скрипте линкера Вы как этот файл указали?


Наконец-то дошли руки проверить. Сделал, с учетом каталога, после Вашего замечания:

Код
  .bss.sdram : {
      ..\obj\heap_4.o(.bss)
  } >SDRAM


Все работает как надо! Спасибо большое!

Правда теперь возникла другая трудность: этот файл используется при компиляции статической библиотеки. При компиляции уже конечного приложения с использованием этой библиотеки, в map-файле этот heap_4 (без переноса его в SDRAM) появляется следующим образом:

Код

.data          0x00000000        0x0 librunTime.a(heap_4.c.obj)
.rodata        0x00000000        0x4 librunTime.a(heap_4.c.obj)

...
.bss           0x200084bc    0x19018 librunTime.a(heap_4.c.obj)


Подскажите, как теперь переместить фрагмент либы в sdram? Пробовал вот так:

Код
  .bss.sdram : {
      librunTime.a(heap_4.c.obj)(.bss)
  } >SDRAM


Выдает ошибку синтаксиса.
alx2
Цитата(yanvasiij @ Oct 7 2016, 11:58) *
Выдает ошибку синтаксиса.

И правильно делает, что выдает. Смотрите в руководстве, как надо указывать ссылки на файлы в архивах:
Код
You can also specify files within archives by writing a pattern matching the archive, a colon, then the pattern matching the file, with no whitespace around the colon.

`archive:file'
    matches file within archive
`archive:'
    matches the whole archive
`:file'
    matches file but not one in an archive
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.