Jump to content

    

SSN6

Участник
  • Content Count

    14
  • Joined

  • Last visited

Community Reputation

0 Обычный

Контакты

  • Сайт
    Array
  • ICQ
    Array

Информация

  • Город
    Array

Recent Profile Visitors

987 profile views
  1. Для 4Т использование дополнительного софта носит рекомендательный характер. Для 6Т использование дополнительного софта обязательно.
  2. В случае 5576ХС6Т обязательно прогонять выдаваемую Quartus прошивку через идущую с 5576ХС6Т программу. На выходе из неё получается pof, rbf или jam, которые уже и загружаются в ПЛИС.
  3. 1. При наличии в нетлисте связи, используемой в качестве тактового сигнала или асинхронного сброса, подключенной к количеству регистров, достаточно большому, чтобы оправдано было использовать выделенные ресурсы, в нетлист автоматически вставляется специальный буфер для трассировки этого соединения с использованием выделенных глобальных ресурсов. Так же возможно в явном виде указать, какие именно сигналы необходимо вывести на глобальные ресурсы. Этот вариант доступен только при сборке проекта с использованием инструментов командной строки. 2. В процессе загрузки конфигурационных данных сброс на триггерах активен и отпускается только при выходе в рабочий режим. Таким образом, при выходе в рабочий режим все триггеры в 0. 3. Если речь о DEV_CLRn, то этот вывод может быть использован в качестве глобального асинхронного сброса всех триггеров (аналогично предыдущему пункту) при включении соответствующего режима.
  4. По воронежским ПЛИС смотрите лучше на 5578ТС084, 5578ТС094 (аналоги Cyclone 3). Меньше проблем с софтом.
  5. Нет, вы ошиблись. Просто решил исправить неточность. Заданный выше вопрос, насколько я понял, касался софта для 5578ТС084. Он написан на java и представляет из себя обычное десктопное приложение, в отличие от софта на 5578ТС024, который действительно частично написан на python.
  6. Не на python, а на java. Работает и на linux и на windows.
  7. Не админ, но отвечу. Зачем плодить сущности? Есть же github. И проектов на Verilog/VHDL там множество.
  8. Версия не выше 9 с чем-то рекомендовалась для 5576ХС, так как в более новых версиях Quartus семейство Flex отсутствует. Для 5578ТС024 подойдёт любая версия Quartus, в которой доступно указанной выше устройство-аналог.
  9. Небольшая поправка: в Red Hat 4 glibc >= 2.3. Но на Debian Etch не завелось, хотя в нем версии библиотек практически те же: RED HAT 4: glibc-2.3.4-2 Debian Etch: libc6-2.3.6.ds1-13etch7 Причина может крыться в параметрах сборки данных библиотек. Вот что выводит objdump -x /lib/libc.so.6 : Red Hat 4: --- Version definitions: 1 0x01 0x0865f4e6 libc.so.6 2 0x00 0x0d696910 GLIBC_2.0 3 0x00 0x0d696911 GLIBC_2.1 GLIBC_2.0 4 0x00 0x09691f71 GLIBC_2.1.1 GLIBC_2.1 5 0x00 0x09691f72 GLIBC_2.1.2 GLIBC_2.1.1 6 0x00 0x09691f73 GLIBC_2.1.3 GLIBC_2.1.2 7 0x00 0x0d696912 GLIBC_2.2 GLIBC_2.1.3 8 0x00 0x09691a71 GLIBC_2.2.1 GLIBC_2.2 9 0x00 0x09691a72 GLIBC_2.2.2 GLIBC_2.2.1 10 0x00 0x09691a73 GLIBC_2.2.3 GLIBC_2.2.2 11 0x00 0x09691a74 GLIBC_2.2.4 GLIBC_2.2.3 12 0x00 0x09691a76 GLIBC_2.2.6 GLIBC_2.2.4 13 0x00 0x0d696913 GLIBC_2.3 GLIBC_2.2.6 14 0x00 0x09691972 GLIBC_2.3.2 GLIBC_2.3 15 0x00 0x09691973 GLIBC_2.3.3 GLIBC_2.3.2 16 0x00 0x09691974 GLIBC_2.3.4 GLIBC_2.3.3 17 0x00 0x0963cf85 GLIBC_PRIVATE GLIBC_2.3.4 18 0x00 0x0b792650 GCC_3.0 Version References: required from ld-linux.so.2: 0x0d696911 0x00 22 GLIBC_2.1 0x0d696913 0x00 21 GLIBC_2.3 0x0963cf85 0x00 20 GLIBC_PRIVATE 0x0d696910 0x00 19 GLIBC_2.0 --- Debian Etch: --- Version definitions: 1 0x01 0x0865f4e6 libc.so.6 2 0x00 0x09691a75 GLIBC_2.2.5 3 0x00 0x09691a76 GLIBC_2.2.6 GLIBC_2.2.5 4 0x00 0x0d696913 GLIBC_2.3 GLIBC_2.2.6 5 0x00 0x09691972 GLIBC_2.3.2 GLIBC_2.3 6 0x00 0x09691973 GLIBC_2.3.3 GLIBC_2.3.2 7 0x00 0x09691974 GLIBC_2.3.4 GLIBC_2.3.3 8 0x00 0x0963cf85 GLIBC_PRIVATE GLIBC_2.3.4 Version References: required from ld-linux-x86-64.so.2: 0x09691a75 0x00 11 GLIBC_2.2.5 0x0d696913 0x00 10 GLIBC_2.3 0x0963cf85 0x00 09 GLIBC_PRIVATE --- Отсюда видно, что в libc в Red Hat 4 определён интерфейс вплоть до версии 2.0, а в Debian - до 2.2.5. Насколько я понял из документации, наличие нескольких версий интерфейса в libc необходимо, чтобы при обновлении версии данной библиотеки система оставалась работоспособной (не отваливались приложения, слинкованные с более старой версией). При сборке libc по умолчанию присутствует интерфейс собираемой версии и текущей версии данной библиотеки. Может кто-нибудь подскажет, каким образом можно пересобрать libc, чтобы был определёны и более ранние версии.