|
Не лезет массив во внешнюю память |
|
|
|
Feb 8 2011, 09:25
|
Универсальный солдатик
Группа: Модераторы
Сообщений: 8 634
Регистрация: 1-11-05
Из: Минск
Пользователь №: 10 362
|
В тестовом проекте 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 - влазит. Как будто для инициализации массива используется память?
|
|
|
|
|
Feb 8 2011, 20:01
|
Универсальный солдатик
Группа: Модераторы
Сообщений: 8 634
Регистрация: 1-11-05
Из: Минск
Пользователь №: 10 362
|
Цитата(sergeeff @ Feb 8 2011, 21:07) Что за процессор? Какого объема память. Сколько вы выделили под стеки? Под 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. Адрес нормальный. ОЗУ тестировал раньше. Да дело и не в этом. Код не компилируется.
|
|
|
|
|
Feb 9 2011, 06:56
|
Профессионал
Группа: Свой
Сообщений: 1 481
Регистрация: 10-04-05
Пользователь №: 4 007
|
Цитата(ViKo @ Feb 8 2011, 13:25) В тестовом проекте Keil создаю массив во внешней памяти Код uint16_t ExtDpyBuf[0x9600] __attribute__((at(0x64000000))); Еще добавлю - если атрибут уберу, компилируется. Так все таки, не компилируется (т.е. ошибка компилятора) или не линкуется (ошибка линкера)?
|
|
|
|
|
Feb 9 2011, 08:47
|
Универсальный солдатик
Группа: Модераторы
Сообщений: 8 634
Регистрация: 1-11-05
Из: Минск
Пользователь №: 10 362
|
Цитата(andrewlekar @ Feb 9 2011, 07:12) Попробуйте-ка для вашего массива поставить атрибут __no_init или аналогичный для вашего компилятора. Добавил атрибут Код uint16_t ExtDpyBuf[0x9600] __attribute__((at(0x64000000), zero_init)); не помогло, все по-прежнему. Цитата(sergeeff @ Feb 9 2011, 10:10) Почти уверен, что ошибка линкера. И, скорее всего, из-за того, что в проекте неверно указан размер внешней памяти с адреса 0х64000000. Ошибка линковки, естественно. Но с размерами там все в порядке. Start 0x64000000, Size 0x80000 Внутреннее ОЗУ я разбил на 2 части: 48KB под код, 16KB под данные. Попробую изменить пропорцию. Цитата(sonycman @ Feb 9 2011, 09:50) А почему бы не задать регион для внешней памяти и помещать массив в этот регион директивой section? Пробовал через scatter файл, да что-то "ниасилил". Что любопытно. Пишет Цитата Error: L6407E: Sections of aggregate size 0x1e60 bytes could not fit into .ANY selector(s). А секция .ANY - это ж для кода (+RO). И что там делает агрегат? Не влазит что-то другое? Там перед этим много чего написано, что не влазит... Передвинул беду на размер массива 0x3600 (этот линкуется, 0x4600 - уже нет), сдвинув пропорцию код/данные в отношение 0xD000/0x3000 Похоже, при объявлении массива во внешней памяти какой-то код все-таки создается. И чем больше массив, тем больше кода. Чудеса?
|
|
|
|
|
Feb 9 2011, 10:28
|
Универсальный солдатик
Группа: Модераторы
Сообщений: 8 634
Регистрация: 1-11-05
Из: Минск
Пользователь №: 10 362
|
Цитата(sonycman @ Feb 9 2011, 12:09) Приведите скаттер файл, каким образом у вас регионы объявлены. И список секций, генерируемых компилятором. А для чего код в ОЗУ располагаете? Обычный Код ; ************************************************************* ; *** 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) Тут какая-то декомпрессия присутствует...??
|
|
|
|
|
Feb 9 2011, 12:08
|
Универсальный солдатик
Группа: Модераторы
Сообщений: 8 634
Регистрация: 1-11-05
Из: Минск
Пользователь №: 10 362
|
В тестовом примере путем урезания памяти Код 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. Нет! Все не так. Оно уже и без буфера то же пишет! Надо добавить памяти. Там в другом дело было. Пока убрал. Дальше вожусь...
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|