Jump to content

    

starley

Свой
  • Content Count

    198
  • Joined

  • Last visited

Everything posted by starley


  1. Опять появилось свободное окно, так что кому необходимы услуги по разработке блоков или прошивок ПЛИС в целом - обращайтесь. Из нового у меня: прокачал навыки с системами на Microblazе и всякой аналого-цифровой хренью управляемой через SPI и I2C (PLL, DDS, DAC, ADC и т.д.), высокоскоростные LVDS-интерфейсы с АЦП, слегка пощупал Zynq. Теперь работаю и с ПЛИС Intel (ex. Альтерой), и уже есть опыт разработки интерфейса PCIe с DMA для Cyclone 10 GX.
  2. Здравствуйте. Меня больше проектная работа интересует. Если у вас есть какая-то конкретная задача, для решения которой не хватает ресурсов штатных специалистов - готов обсуждать. Опыт у меня большой и есть достаточно наработок. Это может вылиться в экономию для вас денег и времени, если вам окажется необходимо то, что мне уже приходилось делать, тот же PCIe, например.
  3. У меня все исходники отдельно под СКВ и скрипты для Vivado там же. Тогда сам проект хранить не нужно.
  4. Апну тему, пожалуй, поскольку появилось желание поработать ) Из новых умений: SystemVerilog и его скрещивание с C для ранней совместной разработки софта и железа.
  5. Спасибо всем за советы, действительно дело было в общих файлах. Модель DDR3 по умолчанию создавала свои временные файлы в /tmp с вытекающими из этого последствиями в виде общей памяти для разных экземляров теста...
  6. Собственно, из путей, наверное, только это: LD_LIBRARY_PATH=.; Но, поскольку, оно на текущую папку указывает, то не должно проблем создавать.
  7. Нет - из разных, даже модели в них собираю отдельно.
  8. Всем привет. А не сталкивался ли кто-нибудь с такой фишкой VCS - если запустить более одного экземпляра модели, то тест в модели начинает фиксировать ошибки, а если запускать только один экземпляр - все работает.
  9. Все нужно: из db берется логика и, по-видимому, задержка вентиля, из Milkyway - геометрия, tluplus, как я понял, используется для расчета задержек на роутинге. Вот, кстати, tluplus в этой библиотеке для бэкэнда и не оказалось (
  10. Я бы для начала на Chipscope смотрел, что в железе происходит. И работать на ISE 14.5 с Zynq я бы тоже не стал, больно стар он - хрен знает насколько актуальны используемые там модели этого Zynq.
  11. Нет, все нормально с библиотекой оказалось - это мой косяк с DFT был. Пока на 65 нм полет нормальный - хоть и back end, но в первом приближении синтезироваться в топографическом режиме с ним вполне возможно.
  12. Спасибо за наводку. Но 28 это далекое будущее, а мне пока хочется быть ближе к реальности. Да и компилятор памяти еще нужен. А в SAEDK, я так понимаю, его нет. В принципе, я уже смог отсинтезироваться и с back-end на 65, найдя библиотеку для синтеза в недрах Milkyway. Но вот только с добавлением scan-chain возникли проблемы из серии No scan equivalent exists for cell State_reg[0] (EDFCNQD1), что наводит на мысли, что что-то с этой библиотекой не так. Поэтому мне уже даже не вся библиотека на 65 нм нужна, а только нормальные *.db файлы для нее.
  13. Спасибо, даже не знал, что PDK нынче уже тоже open бывают )) Мне бы еще tsmc. P.S. Посмотрел FreePDK45. tech файл имеет явно не тот формат, который Milkyway ожидает (( Он, поди, под cadance заточен?
  14. Всем привет. Хочу поупражняться в топографическом режиме DC, а библиотек для интересующих технологий пока найти не удалось. Вдруг, кто сможет поделиться? Единственная нормальная библиотека в закромах только на 180 нм. Для библиотеки на 90 нет готовой базы Milkyway, и с импортом какие-то заморочки. А библиотека на 65 только для back-end и не содержит представлений для синтеза. Такая вот печаль...
  15. Скачиваете документацию на интересующее ядро и читаете раздел: Licensing and Ordering Information. Там все сказано. Какой-то Ethernet, помнится, лиценцию требовал. Навскидку открыл 1G/2.5G Ethernet Subsystem - там: "To use the AXI Ethernet Subsystem, a AXI TEMAC license must be purchased". Про Tri-mode Ethernet Subsystem посмотрите сами. Кроме этого, на этапе выбора рекомендую учитывать наличие и состояниее драйверов для ядер. потому как это тоже сильно влияет на скорость достижения целей проекта.
  16. Я смотрел 1 и 2 Гбит/с - нормально все видно. Основное назначение таких измерений на ПЛИСах обычно состоит в том, чтобы убедиться, что с входной/выходной сигнал имеет достойный вид. В противном случае, можно очень долго безуспешно ковырять настройки трансивера, вместо того, чтобы сразу увидеть источник проблем. Кстати, эквализацию можно включать и на осциллографе, если предполагается, что работа идет на пределе возможностей канала. В общем, разумный подход, на мой взгляд, сначала оценить качество сигнала с помощью осциллографа, а потом уже подбирать параметры с помощью IBERT. Кроме этого, много полезной информации можно получить, выдавая ступень с выхода MGT (например, подавая на выход последовательность 1111100000). Ну и отдельная история - это ASIC с трансиверами. Там уже осциллограф - лучший друг ))
  17. В ASIC - да, а в ПЛИСе они и так есть, поэтому какой смысл их экономить? Если LUT уже задействован, то триггер под другие сигналы особо уже не используешь, поэтому отказываться от них из экономии в большинстве случаев неразумно. На выходах памяти, предполагающей длинные линии, я обычно ставлю регистры, как раз чтобы потом херней с ее приколачиванием не страдать.Если частоты уж совсем большие, тогда, конечно, только флорпленить остается.
  18. PCI Express у нас свой, работает уже давно, но на ПЛИС и на конкретных аппаратных платформах. Из ресурсов ПЛИС, понятное дело, используем только трансиверы. Сейчас планируем сделать ASIC, поэтому хотим проверить получше всякие мелочи, вроде обработки ошибочных обращений, тонкостей конфигурации, управления питанием и прочей лабуды. На первом этапе надо проверить все, что выше уровня serdes и лучше бы c Verification Core. На втором, когда будет готов ASIC, физический уровень. Но вы, судя по подписи, не в России работаете?
  19. Всем привет. Возникла необходимость поотлаживать PCI Express получше, чем до простой работоспособности. В связи с этим вопросы: - Использовал кто-нибудь соответствующие Verification IP? Интересуют конкретные модели, отзывы, возможность достать/купить. - Есть ли у кого-нибудь промышленные стенды для верификации и отладки?
  20. По итогам недавно завершенных работ рисую новые звездочки: - Microblaze, управление через него периферией по I2Cи SPI, Tri-mode Ethernet (+Marvell), EEPROM; - XDMA и PCI Express Core от XIlinx; - Тестбенчи на SystemC.
  21. Общепринятая практика для гарантированного завершения записей - выполнить чтение хотя бы одного слова из того устройства, куда была запись. Это заставит все промежуточные мосты завершить все застявшие в их буферах записи перед выполнением этого чтения.
  22. Если результат зависит от конкретной разводки проекта, то с большой долей вероятности дело в констрейнах или двухклоковости.
  23. Новый опыт в копилку: 10G Ethernet и сетевые драйвера для Linux.
  24. Я тоже соглашусь со всеми, кто выступал в защиту использования ПЛИС при разработке СБИС. Любая нормальная система для реализации в СБИС имеет столько степеней свободы, что даже на ПЛИС замучаешься их проверять, а ежели только моделировать, то это так долго, что можно просто не дожить до завершения этого моделирования. А если по результатам такого длительного моделирования еще и код править, и по новой запускать? Какая производительность у разработчика будет? Единственное исключение - это использование в СБИС только готовых топологических блоков. Впрочем, российские реалии таковы, что ОКР на СБИС частенько заканчивается полностью или частично неработающей СБИС, а, иногда, ее и изначально применять особо не планируют. При таком подходе на ПЛИС, конечно, можно экономить. Главное, чтобы по бумагам все хорошо было.
  25. 1. Какой стоит флеш, сколько микросхем, как подключены и в каком режиме (синхронном или асинхронном)? 2. Почему вы уверены, что с opencores ядром получите скорость записи во Flash 100 МБ/с?