Сколько памяти нужно для Microblaze Опции

[artix]

Доброго времени суток, уважаемые форумчане! Есть у нас в конторе штук несколько плат с Spartan6 LX150T на борту, которые уйдут на списание и демонтаж. Но я немного подумав решил, а не сварганить ли на них реальные имитаторы для тестирования железа которое мы делаем. Решил по-ходу разобраться с микроблейзом. Видится следующая структура: микроблейз с езернетом на котором крутится самый простенький веб брозер, с "мордой", на которой можно в соответствующих полях ставить/снимать галки, которые как-бы для пользователя представляют соответствующие поля регистра управления конкретным имитатором , который висит на шине проца и является уже написанной сущностью имитаторы взаимодействують с внешним миром через 485-й рс. Вроде простая система, но возникает следующий вопрос: возможно ли реализовать поставленные задачи , если доступна только RAM, которая есть на кристалле. Ибо никакой внешней ОЗУшки при проектировании данной борды не было предусмотрено.

Спасибо за ответы.

Удачи artix!

[xor.kruger]

Код

а я чет бился бился, 64 и все... надо будет ручками потом покрутить,

Я в старых версиях EDK и SDK раньше долго боролся с проблемами которые связаны с генерацией файлов автоматически (тобиж индусскими скриптами). Сейчас использую 14.6 - но проблемы еще есть. Там где можно описать файлы самому ручками - пытаюсь описывать У Вас какая версия?

[aabmail]

У меня сегодня получилось в EDK14.5:
1. Для Спартан-6 добавить 3 брам-контроллера, каждый максимум на 64 кБайт. Больше не дает.
2. Для Кинтекс-7 добавить много брам контроллеров, каждый максимум на 128 кБайт. Больше не дает.

При этом в линкер-скрипте можно объединять брам-контроллеры в общую память и размещать в ней сегменты elf-файла как угодно. Поэтому, как я понял, нет смысла пытаться увеличивать память в одном брам-контроллере.
Привожу пример с объединением двух контроллеров в линкер-скрипте.

Код

MEMORY
{
   microblaze_0_i_bram_ctrl_microblaze_0_d_bram_ctrl : ORIGIN = 0x00000050, LENGTH = 0x0001FFB0
   /*axi_bram_ctrl_0_S_AXI_BASEADDR : ORIGIN = 0x41420000, LENGTH = 0x00020000
   axi_bram_ctrl_1_S_AXI_BASEADDR : ORIGIN = 0x41440000, LENGTH = 0x00020000
   axi_bram_ctrl_2_S_AXI_BASEADDR : ORIGIN = 0x41460000, LENGTH = 0x00020000*/
   axi_bram_ctrl_a_S_AXI_BASEADDR : ORIGIN = 0x41420000, LENGTH = 0x00060000
}

[aabmail]

Уважаемые коллеги!
Всем, кого интересует этот вопрос, спешу сообщить, что вариант с объединением нескольких контроллеров памяти в linker-скрипте тупиковый.
ELF хоть и создается, elfcheck хоть и проходит, а вот data2mem ругается ((.

Так что тема использования дополнительных BRAM по-прежнему актуальна.

Привожу пример с объединением двух контроллеров в линкер-скрипте.

Код

MEMORY
{
   microblaze_0_i_bram_ctrl_microblaze_0_d_bram_ctrl : ORIGIN = 0x00000050, LENGTH = 0x0001FFB0
   /*axi_bram_ctrl_0_S_AXI_BASEADDR : ORIGIN = 0x41420000, LENGTH = 0x00020000
   axi_bram_ctrl_1_S_AXI_BASEADDR : ORIGIN = 0x41440000, LENGTH = 0x00020000
   axi_bram_ctrl_2_S_AXI_BASEADDR : ORIGIN = 0x41460000, LENGTH = 0x00020000*/
   axi_bram_ctrl_a_S_AXI_BASEADDR : ORIGIN = 0x41420000, LENGTH = 0x00060000
}

[misyachniy]

У меня есть схожий вопрос, задам здесь.
Текст программы рос, рос и вырос.
Теперь не помещается в сегмент ".text".
Попробовал все сегменты перегнать в отдельный контроллер BRAM.
Все равно, не достаточно места.
Порезал "ненужные" функции, программа работает со сбоями.
Есть подозрение, что стек наползает на код или данные.

Каким образом перекинуть часть функций из секции ".text"?
Может еще какие либо секции программ разместить в основном контроллере BRAM?
С точки зрения быстродействия или еще по каим либо соображениям?

Эскизы прикрепленных изображений