[kaktus 0]

 В соседней теме писал о проблемах с таймингами после увеличения заполнения, теперь новый сюрприз. Загрузочный файл  mcs в максимальном варианте по количеству каналов обработки увеличился с 92 до 96  МБ и плис перестала грузиться с флэшки. Битовым файлом из которого сделан  mcs при этом плис шьется нормально. Сама флэшка тоже шьется и проходит проверку. С файла mcs размером 65 МБ сделанного  с меньшим числом каналов в этом же проекте днем ранее тоже грузится.

Возможно это как-то связано с размером битового файла и рубежом в 32 МБ?

  SPIx4, 33MHz, Falling Edge, 1.8V, Compress bitstream, mt25qu512, xc085ku.

Пробовал 12Мгц не помогло.

[Flood 12]

Включили 32-битную адресацию?

set_property BITSTREAM.CONFIG.SPI_32BIT_ADDR YES [current_design]

 

[alexadmin 0]

Совет поддерживаю, смотрите UG570 "Serial NOR Flash Densities over 128 Mb". Размер лучше оценивать по бинарному .bit файлу, а не по .mcs. Заодно хочется спросить - а компрессию битстрима вы используете?

[Flood 12]

8 минут назад, alexadmin сказал:

Заодно хочется спросить - а компрессию битстрима вы используете?

Размер mcs изменяется в зависимости от заполнения кристалла - значит используют.

Кстати, вместо mcs проще использовать bin. Нет особого смысла в огромных текстовых файлах, тем более что прошивка - чаще всего монолитный кусок данных.

[alexadmin 0]

2 minutes ago, Flood said:

Размер mcs изменяется в зависимости от заполнения кристалла - значит используют.

Кстати, вместо mcs проще использовать bin. Нет особого смысла в огромных текстовых файлах, тем более что прошивка - чаще всего монолитный кусок данных.

Да, вы правы. Был уверен, что даже в не сжатый битстрим не кладутся кадры о неиспользуемой части кристалла. Или это у альтеры так было...

[kaktus 0]

Вот как-то так это выглядит :

set_property BITSTREAM.GENERAL.COMPRESS TRUE [current_design]
set_property CONFIG_VOLTAGE 1.8 [current_design]
set_property CFGBVS GND [current_design]
set_property BITSTREAM.CONFIG.SPI_32BIT_ADDR YES [current_design]
set_property BITSTREAM.CONFIG.SPI_BUSWIDTH 4 [current_design]
set_property CONFIG_MODE SPIx4 [current_design]

set_property BITSTREAM.CONFIG.CONFIGRATE 33 [current_design]
set_property BITSTREAM.CONFIG.SPI_FALL_EDGE YES [current_design]
set_property BITSTREAM.CONFIG.CONFIGFALLBACK DISABLE [current_design]

 

Стали смотреть какие получались файлы (bit) в разные времена. Бывали и больше 32 МБ. 

Но это первый большой файл сделанный в версии 2018.2, может в этом дело...

 

[kaktus 0]

Сохранил копию проекта с которым развлекался все это время  в vivado 2018.2, открыл в 2018.3, обновил IP ядра, никаких настроек не менял, нажал generate bitstream.

2018.2 размер bin :  34 138 780  ( > 32МБ) mcs: 96 024 192  (при этом меньше) По JTAG все шьется, но ПЛИС с флэшки не грузится

2018.3 размер bin :  33 307 596  ( < 32МБ) mcs: 96 686 283  (при этом больше) По JTAG все шьется, ПЛИС с флэшки грузится

32МБ = 2^25 = 33 554 432

 

Еще интересны результаты компиляции:  сильно разное время при почти идентичной "утилизации"см. картинки

[Flood 12]

8 часов назад, kaktus сказал:

Вот как-то так это выглядит :

Выглядит нормально. Если bit-файл по jtag грузится и работает, попробуйте сделать bin-файл (а не mcs) и убедиться, что проблемы начинаются после 32-х мегабайт.

[kaktus 0]

Ларчик просто открывался.

Оказалось, что напаяна флэшка N25Q512A, которая при всех прочих сходных характеристиках внутри состоит из 2х чипов по 32МБ, а не одного на 64МБ, как mt25qu512.