ViKo 1 8 февраля, 2011 Опубликовано 8 февраля, 2011 · Жалоба В тестовом проекте 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 8 февраля, 2011 Опубликовано 8 февраля, 2011 · Жалоба Буду смотреть, что творится с массивом во внешней памяти при определении. Но возникла идея побочная - а зачем мне именно массив определять. Буду по указателю гонять данные в ExtDpyBuf. Адрес и размер задам с помощью #define, компилятор во внешнюю память сам ничего не положит. Другие области этой памяти буду импользовать аналогично. Т.е. возьму роль линкера для внешней памяти на себя. :) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
sergeeff 1 8 февраля, 2011 Опубликовано 8 февраля, 2011 · Жалоба Уважаемый ViKo! Вы нам так все рассказываете, как будто мы сидим рядом с вами за столом, на котором лежит и не работает ваша плата. Что за процессор? Какого объема память. Сколько вы выделили под стеки? Под heap? Это все в той же памяти, или у вас еще какай есть? Почему адрес такой странный 0х64000000? Вы уж поделитесь сокровенными знаниями, если просите совета. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
ViKo 1 8 февраля, 2011 Опубликовано 8 февраля, 2011 · Жалоба Что за процессор? Какого объема память. Сколько вы выделили под стеки? Под 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 9 февраля, 2011 Опубликовано 9 февраля, 2011 · Жалоба Попробуйте-ка для вашего массива поставить атрибут __no_init или аналогичный для вашего компилятора. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
sergeeff 1 9 февраля, 2011 Опубликовано 9 февраля, 2011 · Жалоба В тестовом проекте Keil создаю массив во внешней памяти uint16_t ExtDpyBuf[0x9600] __attribute__((at(0x64000000))); Еще добавлю - если атрибут уберу, компилируется. Так все таки, не компилируется (т.е. ошибка компилятора) или не линкуется (ошибка линкера)? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
sonycman 0 9 февраля, 2011 Опубликовано 9 февраля, 2011 · Жалоба А почему бы не задать регион для внешней памяти и помещать массив в этот регион директивой section? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
sergeeff 1 9 февраля, 2011 Опубликовано 9 февраля, 2011 · Жалоба Почти уверен, что ошибка линкера. И, скорее всего, из-за того, что в проекте неверно указан размер внешней памяти с адреса 0х64000000. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
ViKo 1 9 февраля, 2011 Опубликовано 9 февраля, 2011 · Жалоба Попробуйте-ка для вашего массива поставить атрибут __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 9 февраля, 2011 Опубликовано 9 февраля, 2011 · Жалоба Приведите скаттер файл, каким образом у вас регионы объявлены. И список секций, генерируемых компилятором. А для чего код в ОЗУ располагаете? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
ViKo 1 9 февраля, 2011 Опубликовано 9 февраля, 2011 · Жалоба Приведите скаттер файл, каким образом у вас регионы объявлены. И список секций, генерируемых компилятором. А для чего код в ОЗУ располагаете? Обычный ; ************************************************************* ; *** 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 9 февраля, 2011 Опубликовано 9 февраля, 2011 · Жалоба В тестовом примере путем урезания памяти 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 9 февраля, 2011 Опубликовано 9 февраля, 2011 · Жалоба Располагаю в ОЗУ, экономлю ресурс флэш. А в ОЗУ этот кусок откуда переписываться будет? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
ViKo 1 9 февраля, 2011 Опубликовано 9 февраля, 2011 · Жалоба А в ОЗУ этот кусок откуда переписываться будет? Из компьютера. Вот такой функцией 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 9 февраля, 2011 Опубликовано 9 февраля, 2011 · Жалоба Попытался в тестовом проекте найти, обращается ли функция __main к массиву во внешней памяти. Не нашел. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться