[ViKo 1]

В тестовом проекте Keil создаю массив во внешней памяти

uint16_t ExtDpyBuf[0x9600] __attribute__((at(0x64000000)));

и больше ничего не требуется - ни scatter файл править, ни свойства в визарде менять. Код генерируется. Хотя нигде даже не упоминается про этот регион.

В рабочем проекте задаю тот же массив, меняю свойства, и - никак! Выдает

... Error: L6407E: Sections of aggregate size 0x6128 bytes could not fit into .ANY selector(s).

Уменьшаю массив до 0x2600 - пожалуйста! Все влазит.

Что делать? Кто съел мою память?

 

upd. Еще добавлю - если атрибут уберу, компилируется. Потому что не используется.

upd2. Еще. Имею 2 Project Targets - ROM и RAM. Во втором разделил ОЗУ на две части для кода и данных. Вот именно в нем и не работает. А в ROM - влазит. Как будто для инициализации массива используется память?

[ViKo 1]

Буду смотреть, что творится с массивом во внешней памяти при определении.

Но возникла идея побочная - а зачем мне именно массив определять. Буду по указателю гонять данные в ExtDpyBuf. Адрес и размер задам с помощью #define, компилятор во внешнюю память сам ничего не положит. Другие области этой памяти буду импользовать аналогично. Т.е. возьму роль линкера для внешней памяти на себя. :)

 

 

[sergeeff 1]

Уважаемый ViKo!

 

Вы нам так все рассказываете, как будто мы сидим рядом с вами за столом, на котором лежит и не работает ваша плата. Что за процессор? Какого объема память. Сколько вы выделили под стеки? Под heap? Это все в той же памяти, или у вас еще какай есть? Почему адрес такой странный 0х64000000?

 

Вы уж поделитесь сокровенными знаниями, если просите совета.

[ViKo 1]

Что за процессор? Какого объема память. Сколько вы выделили под стеки? Под heap? Это все в той же памяти, или у вас еще какай есть? Почему адрес такой странный 0х64000000?

STM32F103ZE, ARM 32-bit Cortex-M3 Microcontroller, 72MHz, 512kB Flash, 64kB SRAM, Flexible Static Memory Controller for SRAM, PSRAM, NOR and NAND Flash.

Stack_Size EQU 0x00000400

Heap_Size EQU 0x00000200

Все должно работать из внутренней Flash, на время отладки гружу код во внутреннюю SRAM - отвел половину для кода в настройках проекта в Keil.

Адреса для внешних устройств формирует FSMC. Адрес нормальный. ОЗУ тестировал раньше. Да дело и не в этом. Код не компилируется.

[andrewlekar 0]

Попробуйте-ка для вашего массива поставить атрибут __no_init или аналогичный для вашего компилятора.

[sergeeff 1]

В тестовом проекте Keil создаю массив во внешней памяти

uint16_t ExtDpyBuf[0x9600] __attribute__((at(0x64000000)));

 

Еще добавлю - если атрибут уберу, компилируется.

 

Так все таки, не компилируется (т.е. ошибка компилятора) или не линкуется (ошибка линкера)?

[sonycman 0]

А почему бы не задать регион для внешней памяти и помещать массив в этот регион директивой section?

[sergeeff 1]

Почти уверен, что ошибка линкера. И, скорее всего, из-за того, что в проекте неверно указан размер внешней памяти с адреса 0х64000000.

[ViKo 1]

Попробуйте-ка для вашего массива поставить атрибут __no_init или аналогичный для вашего компилятора.

Добавил атрибут

uint16_t ExtDpyBuf[0x9600] __attribute__((at(0x64000000), zero_init));

не помогло, все по-прежнему.

 

Почти уверен, что ошибка линкера. И, скорее всего, из-за того, что в проекте неверно указан размер внешней памяти с адреса 0х64000000.

Ошибка линковки, естественно. Но с размерами там все в порядке.

Start 0x64000000, Size 0x80000

 

Внутреннее ОЗУ я разбил на 2 части: 48KB под код, 16KB под данные. Попробую изменить пропорцию.

 

А почему бы не задать регион для внешней памяти и помещать массив в этот регион директивой section?

Пробовал через scatter файл, да что-то "ниасилил".

 

Что любопытно. Пишет

Error: L6407E: Sections of aggregate size 0x1e60 bytes could not fit into .ANY selector(s).

А секция .ANY - это ж для кода (+RO). И что там делает агрегат? Не влазит что-то другое? Там перед этим много чего написано, что не влазит...

 

Передвинул беду на размер массива 0x3600 (этот линкуется, 0x4600 - уже нет), сдвинув пропорцию код/данные в отношение 0xD000/0x3000

Похоже, при объявлении массива во внешней памяти какой-то код все-таки создается. И чем больше массив, тем больше кода. Чудеса?

[sonycman 0]

Приведите скаттер файл, каким образом у вас регионы объявлены.

И список секций, генерируемых компилятором.

 

А для чего код в ОЗУ располагаете?

[ViKo 1]

Приведите скаттер файл, каким образом у вас регионы объявлены.

И список секций, генерируемых компилятором.

А для чего код в ОЗУ располагаете?

Обычный

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

LR_IROM1 0x20000000 0x0000D000  {; load region size_region
  ER_IROM1 0x20000000 0x0000D000  {; load address = execution address
   *.o (RESET, +First)
   *(InRoot$$Sections)
   .ANY (+RO)
  }
  RW_IRAM1 0x2000D000 0x00003000  {; RW data
   .ANY (+RW +ZI)
  }
}

Располагаю в ОЗУ, экономлю ресурс флэш.

А вот из map куски

Load Region LR$$.ARM.__AT_0x64000000 (Base: 0x64000000, Size: 0x00000000, Max: 0x00006c00, ABSOLUTE)
    Execution Region ER$$.ARM.__AT_0x64000000 (Base: 0x64000000, Size: 0x00006c00, Max: 0x00006c00, ABSOLUTE, UNINIT)
    Base Addr    Size         Type   Attr      Idx    E Section Name        Object
    0x64000000   0x00006c00   Zero   RW          214    .ARM.__AT_0x64000000  sledk_main.o

     Code (inc. data)   RO Data    RW Data    ZI Data      Debug   
     18166       1432       7206        516      37700     328496   Grand Totals
     18166       1432       7206        264      37700     328496   ELF Image Totals (compressed)
     18166       1432       7206        264          0          0   ROM Totals

  Total RO  Size (Code + RO Data)                25372 (  24.78kB)
    Total RW  Size (RW Data + ZI Data)             38216 (  37.32kB)
    Total ROM Size (Code + RO Data + RW Data)      25636 (  25.04kB)

Тут какая-то декомпрессия присутствует...??

[ViKo 1]

В тестовом примере путем урезания памяти

LR_IROM1 0x20000000 0x00010000  {; load region size_region
  ER_IROM1 0x20000000 0x00010000  {; load address = execution address
   *.o (RESET, +First)
   *(InRoot$$Sections)
   .ANY (+RO)
  }
  RW_IRAM1 0x20010000 0x00010000  {; RW data
   .ANY (+RW +ZI)
  }
}

Добился, что

uint16_t ExtDpyBuf[0x0010] __attribute__((at(0x64000000)));

вываливается с ошибкой

Keil_Temp.axf: Error: L6985E: Unable to automatically place AT section keil_temp.o(.ARM.__AT_0x20000208) with required base address 0x20000208. Please manually place in the scatter file using the --no_autoat option.

 

Нет! Все не так. Оно уже и без буфера то же пишет! Надо добавить памяти. Там в другом дело было. Пока убрал. Дальше вожусь...

[slavka012 0]

Располагаю в ОЗУ, экономлю ресурс флэш.

 

А в ОЗУ этот кусок откуда переписываться будет?

[ViKo 1]

А в ОЗУ этот кусок откуда переписываться будет?

Из компьютера. Вот такой функцией Keil_Temp.ini, запускаемой при отладке

func void Setup (void) {
  SP = _RDWORD(0x20000000);          // Setup Stack Pointer
  PC = _RDWORD(0x20000004);          // Setup Program Counter
  _WDWORD(0xE000ED08, 0x20000000);   // Setup Vector Table Offset Register
}

  map 0x64000000, 0x6407ffff read write
  map 0x6c000000, 0x6c03ffff read write
  //  map
  Load Keil_Temp.axf incremental // Download
  Setup();                              // Setup for Running
  G , main

[ViKo 1]

Попытался в тестовом проекте найти, обращается ли функция __main к массиву во внешней памяти. Не нашел.