Вопрос, конечно, глупый, но...
Итак, делаем соответствующей мегафункцией ROM внутри MAX 10 - все просто, вопросов нет. Вот только для "MAX 10 compact features" не поддерживается memory initialization... Соответственно, каким образом внутри такого MAX 10 можно получить ROM с нужным содержимым ???
Полная версия этой страницы: Инициализация ROM в MAX10 compact features
Форум разработчиков электроники ELECTRONIX.ru > Программируемая логика ПЛИС (FPGA,CPLD, PLD) > Работаем с ПЛИС, области применения, выбор
Как поясняли спецы из ЭФО, нужно задействовать UFM и On-Chip Flash.
Надо же, не один я задался этим вопросом... Подробностями никто не поделится ?
По идее этого должно хватить.
Данный guide я первым делом прочитал, но вот реальной пользы для моей задачи извлечь не смог 
Решение такое:
В проект ставим мегафункцию "Altera on-chip flash" для возможности доступа к UFM
В мегафункции инициализируем UFM необходимым вам массивом.
В проект ставим RAM, пишем процедуру копирования из UFM в RAM.
При программировании Pof файла в FPGA не забываем поставить крыжик на запись UFM.
В итоге имеем проинициализированную RAM.
Собственно всё.
В проект ставим мегафункцию "Altera on-chip flash" для возможности доступа к UFM
В мегафункции инициализируем UFM необходимым вам массивом.
В проект ставим RAM, пишем процедуру копирования из UFM в RAM.
При программировании Pof файла в FPGA не забываем поставить крыжик на запись UFM.
В итоге имеем проинициализированную RAM.
Собственно всё.
Цитата(andk @ May 20 2017, 05:55) 
Решение такое:
Вот спасибо ! Вроде принципиально подход полностью понятен. Осталось реализовать в деталях - никогда не делал ничего подобного
А нет случайно какой-нибудь мегафункции еще и для копирования ?
неужели после такого
в проекте не появится ром самостоятельно инициализированный при конфигурации ПЛИС? Вместо загрузки из файла можно просто руками значения прописать.
А что появится тогда? Ведь все конструкции поддерживаются синтезатором альтеры?
Код
reg [DATA_WIDTH-1:0] RomReg[0:(2**ADDR_WIDTH)-1];
initial
begin
$readmemh(INIT_FILE_NAME, RomReg);
end
always@(posedge clk)
begin
data <= RomReg[addr];
end
initial
begin
$readmemh(INIT_FILE_NAME, RomReg);
end
always@(posedge clk)
begin
data <= RomReg[addr];
end
в проекте не появится ром самостоятельно инициализированный при конфигурации ПЛИС? Вместо загрузки из файла можно просто руками значения прописать.
А что появится тогда? Ведь все конструкции поддерживаются синтезатором альтеры?
Цитата(Golikov A. @ May 20 2017, 07:57)
А что появится тогда? Ведь все конструкции поддерживаются синтезатором альтеры?
Я сам офигел... Сделал проектик на плате разработки, а потом спроектировал свою плату, в которой использовал MAX10 попроще. Хорошо, что до заказа платы попробовал перекомпилировать проект под свой MAX 10, поэтому засаду (отсутствие возможности прямой инициализации памяти из конфигурационной памяти) обнаружил вовремя.
Если честно, то не понимаю - неужели эта функциональность берет столько ресурсов, что на ней можно сэкономить ???
Если я правильно понял Ваш пример, то вроде здесь для ROM используется не блоки RAM, а просто основные ресурсы FPGA ? Если так, то должно проинициализировать, но меня такое решение не устраивает...
Цитата(justontime @ May 20 2017, 08:19)
Если я правильно понял Ваш пример, то вроде здесь для ROM используется не блоки RAM, а просто основные ресурсы FPGA ? Если так, то должно проинициализировать, но меня такое решение не устраивает...
Синтезатор понимает эту конструкцию и использует блок памяти, если не запрещено.
Цитата(Golikov A. @ May 20 2017, 09:57)
неужели после такого
в проекте не появится ром самостоятельно инициализированный при конфигурации ПЛИС? Вместо загрузки из файла можно просто руками значения прописать.
А что появится тогда? Ведь все конструкции поддерживаются синтезатором альтеры?
Код
reg [DATA_WIDTH-1:0] RomReg[0:(2**ADDR_WIDTH)-1];
.............
поскипано
end
.............
поскипано
end
в проекте не появится ром самостоятельно инициализированный при конфигурации ПЛИС? Вместо загрузки из файла можно просто руками значения прописать.
А что появится тогда? Ведь все конструкции поддерживаются синтезатором альтеры?
Не путайте синтезируемые и моделируемые (тестовые) конструкции.
Просто попытайтесь ответить на вопрос:
Как данные из файла физически попадут в ROM?
В описании к микросхеме, примененной топикстартером, сказано "No Memory initialization featuring".
Цитата
Если я правильно понял Ваш пример, то вроде здесь для ROM используется не блоки RAM, а просто основные ресурсы FPGA ?
как синтезатор посчитает лучше, маленькие ROM могут и в регистры лечь, но обычно в память пихает.
Цитата
Не путайте синтезируемые и моделируемые (тестовые) конструкции.
А вы не путаете, коль такое спрашиваете?
Беру описание MAX 10 и читаю
Цитата
Initial Power-Up Values of Embedded Memory Blocks
By default, the Quartus Prime software initializes the RAM cells to zero unless you
specify a .mif.
All memory blocks support initialization with a .mif. You can create .mif files in the
Quartus Prime software and specify their use with the RAM IP when you instantiate a
memory in your design. Even if a memory is preinitialized (for example, using a .mif),
it still powers up with its output cleared. Only the subsequent read after power up
outputs the preinitialized values.
Only the following MAX 10 configuration modes support memory initialization:
• Single Compressed Image with Memory Initialization
• Single Uncompressed Image with Memory Initialization
Note: The memory initialization feature is supported in MAX 10 Flash and Analog feature
options only
By default, the Quartus Prime software initializes the RAM cells to zero unless you
specify a .mif.
All memory blocks support initialization with a .mif. You can create .mif files in the
Quartus Prime software and specify their use with the RAM IP when you instantiate a
memory in your design. Even if a memory is preinitialized (for example, using a .mif),
it still powers up with its output cleared. Only the subsequent read after power up
outputs the preinitialized values.
Only the following MAX 10 configuration modes support memory initialization:
• Single Compressed Image with Memory Initialization
• Single Uncompressed Image with Memory Initialization
Note: The memory initialization feature is supported in MAX 10 Flash and Analog feature
options only
Я трактую данную часть описания так, что в режиме with Memory Initialization память все же может быть проинициализированна при загрузке.
Это отвечает и на остальные вопросы.
Цитата
Как данные из файла физически попадут в ROM?
Те которые надо, они будут запакованы в миф файл, добавлены в прошивку и загружены в память
Цитата
Если честно, то не понимаю - неужели эта функциональность берет столько ресурсов, что на ней можно сэкономить ???
Альтера дала сделать этот выбор вам. Можете убить часть флешки под данные для инициализации памяти, а можете взять себе под UFM или вторую прошивку.
Цитата(Golikov A. @ May 22 2017, 10:25)
Я трактую данную часть описания так, что в режиме with Memory Initialization память все же может быть проинициализированна при загрузке.
Там же еще написано, что
Цитата
Note: The memory initialization feature is supported in MAX 10 Flash and Analog feature options only
А у меня Compact feature, где инициализация не поддерживается. Отсюда как раз и весь сыр-бор разгорелся...
ну тоды ой, тогда явно указано никакой инициализации. И тогда
А что компакт фича сильно дешевле? В чем бонус?
Цитата
Even if a memory is preinitialized (for example, using a .mif), it still powers up with its output cleared.
А что компакт фича сильно дешевле? В чем бонус?
Цитата(Golikov A. @ May 22 2017, 12:37)
А что компакт фича сильно дешевле? В чем бонус?
Я уже вроде писал, что не понимаю, что они могли сэкономить именно на выбрасывании инициализации. Но вообще для устройства достаточного для меня объема (минимальная конфигурация) и в нужном корпусе разница в стоимости - больше, чем в 2 раза.
Наверное тупо сэкономили на флеше и автомате загрузке. Возможно механизм перегрузки из флеш в рам был частью каких-то режимов мультизагрузки, которых нету.
То есть это не экономия на данной функции, а следствие экономии на других.
То есть это не экономия на данной функции, а следствие экономии на других.
А на логике собрать небольшой ROM нельзя, разве?
Цитата(sonycman @ May 22 2017, 14:14)
А на логике собрать небольшой ROM нельзя, разве?
Для младшей MAX10 это расточительно. ROM получится очень небольшой.
Раз там есть RAM блоки, то имхо правильнее их инициализировать.
Цитата(andk @ May 20 2017, 05:55)
Решение такое:
В проект ставим мегафункцию "Altera on-chip flash" для возможности доступа к UFM
В мегафункции инициализируем UFM необходимым вам массивом.
В проект ставим RAM, пишем процедуру копирования из UFM в RAM.
При программировании Pof файла в FPGA не забываем поставить крыжик на запись UFM.
В итоге имеем проинициализированную RAM.
Собственно всё.
В проект ставим мегафункцию "Altera on-chip flash" для возможности доступа к UFM
В мегафункции инициализируем UFM необходимым вам массивом.
В проект ставим RAM, пишем процедуру копирования из UFM в RAM.
При программировании Pof файла в FPGA не забываем поставить крыжик на запись UFM.
В итоге имеем проинициализированную RAM.
Собственно всё.
В таком виде все заработало, еще раз спасибо !
Правда, вылезла другая засада. В самом младшем MAX 10 (а именно он меня интересует) максимальная частота UFM только 7.25 МГц, поэтому копирование происходит слишком медленно...
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.