FLTI

На http://www.altera.com/products/devkits/alt...lone-iv-gx.html есть 128-megabytes (MB) DDR2 SDRAMs with a 32-bit data bus 64-MB sync flash and 4-MB SSRAM Если интересует, то у меня такой освободился после завершения проекта, готов недорого продать, пишите в личку.

Up

Тогда можно ли к Cyclone IV параллельно подключить 4 штуки EPCS4 ( точнее её аналог M25P40 ) и джампером ( или через DIP SWITCH ) подключать соответствующий конфигурационный пин Циклона NCSO к Chip select той флешки, с которой должен грузиться Cyclone IV? Как Cyclone IV к такой учетверённой нагрузке по остальным конфигурационным пинам отнесётся?

Спасибо за совет, но в моём случае такой вариант скорее всего не подойдёт т.к выбранная прошивка-приложение должна грузиться за время < 0,1с после подачи питания т.к. в её составе ядро PCIe. Remote Sуstem Upgrade вряд ли так быстро сработает. P.S. Каждая отдельная прошивка у меня грузится за время < 0,1с и с этим проблем нет.

Какой, например, процессор? Если это какое-то типовое решение, то дайте на него пожалуйста ссылку.

Да, нужно именно такое решение, но для Альтеры и подешевле.

Здравствуйте! Подскажите пожалуйста, как организовать, чтобы ПЛИС Cyclone IV в режиме Active Serial грузилась бы из разных областей EPCS в зависимости от положения DIP SWITCH. Наверняка для этого есть стандартные решения.

Поясните ещё пожалуйста, почему для упаковки используется конструкция if (clk_video_input'event and clk_video_input = '1') then ,а для распаковки if (rising_edge(clk_video_output)) then Это просто погрешности написания или выдирания из какого-то источника или есть принципиальная разница? И ещё, распаковка там почему-то вынесена из основного процесса в отдельный процесс, но ведь она должна быть в основном процессе, который начинается с if (clk_video_input'event and clk_video_input = '1') then Это тоже погрешности выдирания из какого-то источника или в этом есть какой-то смысл?

Извините, я решил, что kuchynski нашёл ещё одну ошибку в коде, поэтому и решил уточнить.

Это неправильно или просто не оптимально?

Всем спасибо! Меня эта ошибка в коде с толку сбивала. Завтра на железе опробую в Квартусе на СигналТепе оба варианта кода, надеюсь всё получится. По крайней мере я теперь понимаю как это работает.

Спасибо! А почему вместо простого и понятного if (pack_cnt = "10") then pack_cnt <= '0'; сделано так: if (pack_cnt = "10") then pack_cnt <= (others => '0'); Почему вместо '0' использовано others => '0' ?

Понял, спасибо. Но всё-таки остаётся непонятным, почему при упаковке сигнал готовности данных "s_64bit_ready" выставляется уже при pack_cnt = "01"? if (pack_cnt = "01") then s_64bit_ready <= '1'; Ведь при pack_cnt = "01" ещё не всё 64-битное слово сформировано?

Спасибо, начинаю разбираться, , но остаётся непонятным, почему при упаковке сигнал готовности данных "s_64bit_ready" выставляется уже при pack_cnt = "01"? if (pack_cnt = "01") then s_64bit_ready <= '1'; Ведь при pack_cnt = "01" ещё не всё 64-битное слово сформировано? Распаковка сделана в другом стиле. Видимо скопирована из другого места. Но в принципе же нет проблем сделать в таком же стиле как и упаковка? Ну или наоборот, упаковку сделать в том стиле, в котором сделана распаковка ( case unpack_cnt is ). Вообще какой стиль более правильный?

Продам в Москве Altera Cyclone IV GX FPGA Development Kit. http://www.altera.com/products/devkits/alt...lone-iv-gx.html 26000р.

Кто-нибудь ещё знает, действительно ли существуют разные PCIe x 4 слоты - идущие прямо из CPU и идущие из чипсета? Как они по-английски называются?

В обоих процедурах есть похожие куски: if (pack_cnt = "10") then pack_cnt <= (others => '0'); if (unpack_cnt = "10") then unpack_cnt <= (others => '0'); Что они означают и почему они именно для значения счётчика "10" ? "10" - это в смысле 10b ? Как задаётся новая тактовая частота полученных при упаковке и распаковке потоков?

А у Альтеры есть нечто похожее? Если да, то в каких семействах?

Да, именно так. Большое спасибо! Да, код программы в On-chip Memory. Спасибо, я понял!

Судя по названию .sopcinfo описывает только QSYS (SOPC) часть проекта где и находится NIOS, для программы которого получен .hex файл. Если программная часть не меняется, QSYS (SOPC) часть проекта тоже не меняется, а меняется только та часть проекта, которая не затрагивает QSYS (SOPC), то значит ли это что я могу использовать полученный .hex файл не меняя его, хотя сам проект в целом поменялся?

Мне в этой теме непонятно - насколько данный HEX-файл, описывающий программную часть проекта, является зависимым или независимым от аппаратной части всего проекта, ведь он получен в Эклипсе с использованием .sof конкретного проекта. Но при этом из этого проекта в BSP используется только .sopcinfo. Значит ли это, что я без проблем могу пользоваться данным HEX-файлом для любого проекта, в котором имеется та же самая программная часть при условии, что если я не буду менять QSYS-часть проекта ( в которой и находится On-chip Memory )?

Предыдущие свои вопросы удалил, наверное дальше сам разберусь. P.S. Да разобрался.

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

Возможно это поможет: http://www.altera.com/support/kdb/solution...112013_614.html

На эту тему в Q13.1 есть проблема: http://www.altera.com/support/kdb/solution...112013_614.html