Jump to content

    

starley

Свой
  • Content Count

    197
  • Joined

  • Last visited

Everything posted by starley


  1. Здравствуйте, коллеги. У вас есть уникальная возможность недорого воспользоваться услугами квалифицированного специалиста, то есть меня Есть некоторое количество свободного время и желание подработать. Основной профиль - разработка логических моделей для ПЛИС и СБИС и написание ПО для управления ими. Соответственно, для вас могу написать IP-блоки на HDL, протестировать ваши IP-блоки, написать программный код для управления аппаратурой (в т.ч. драйверы для Linux и ПО для встраиваемых систем). Москва. Опыт работы 7 лет. VHDL, SystemC, C и C++. Из интерфейсов работать приходилось с PCI, AXI, DDR SDRAM, Fibre Channel, SATA.
  2. Здравствуйте. Меня больше проектная работа интересует. Если у вас есть какая-то конкретная задача, для решения которой не хватает ресурсов штатных специалистов - готов обсуждать. Опыт у меня большой и есть достаточно наработок. Это может вылиться в экономию для вас денег и времени, если вам окажется необходимо то, что мне уже приходилось делать, тот же PCIe, например.
  3. У меня все исходники отдельно под СКВ и скрипты для Vivado там же. Тогда сам проект хранить не нужно.
  4. Апну тему, пожалуй, поскольку появилось желание поработать ) Из новых умений: SystemVerilog и его скрещивание с C для ранней совместной разработки софта и железа.
  5. Awaves отказывается рисовать :smile3046: Файлы с данными видит, данные в них есть, а вот вместо графика только крестик в нуле рисует. Может кто с таким сталкивался?
  6. Всем привет. А не сталкивался ли кто-нибудь с такой фишкой VCS - если запустить более одного экземпляра модели, то тест в модели начинает фиксировать ошибки, а если запускать только один экземпляр - все работает.
  7. Спасибо всем за советы, действительно дело было в общих файлах. Модель DDR3 по умолчанию создавала свои временные файлы в /tmp с вытекающими из этого последствиями в виде общей памяти для разных экземляров теста...
  8. Собственно, из путей, наверное, только это: LD_LIBRARY_PATH=.; Но, поскольку, оно на текущую папку указывает, то не должно проблем создавать.
  9. Нет - из разных, даже модели в них собираю отдельно.
  10. Всем привет. Хочу поупражняться в топографическом режиме DC, а библиотек для интересующих технологий пока найти не удалось. Вдруг, кто сможет поделиться? Единственная нормальная библиотека в закромах только на 180 нм. Для библиотеки на 90 нет готовой базы Milkyway, и с импортом какие-то заморочки. А библиотека на 65 только для back-end и не содержит представлений для синтеза. Такая вот печаль...
  11. Цитата(Doka @ Mar 22 2018, 18:48) ЕМНИП, там на синопсисе какая-то боль с dc-topo - нужны не db а некие tluplus файлы (или что-то в этом духе, было давно). Все нужно: из db берется логика и, по-видимому, задержка вентиля, из Milkyway - геометрия, tluplus, как я понял, используется для расчета задержек на роутинге. Вот, кстати, tluplus в этой библиотеке для бэкэнда и не оказалось (
  12. Цитата(Nivovod @ Mar 13 2018, 18:51) И еще добавлю. Запись в любой настроечный регистр AXI DMA, того же значения что записано в нем сейчас, приводит к прерыванию DataAbortInterrupt Я бы для начала на Chipscope смотрел, что в железе происходит. И работать на ISE 14.5 с Zynq я бы тоже не стал, больно стар он - хрен знает насколько актуальны используемые там модели этого Zynq.
  13. Цитата(vermut.42 @ Mar 1 2018, 17:23) Либо нет скановых триггеров, либо они некорректно описаны.. Нет, все нормально с библиотекой оказалось - это мой косяк с DFT был. Пока на 65 нм полет нормальный - хоть и back end, но в первом приближении синтезироваться в топографическом режиме с ним вполне возможно.
  14. Цитата(baumanets @ Mar 1 2018, 00:23) SAEDK 28 нм ищите на ftp. Спасибо за наводку. Но 28 это далекое будущее, а мне пока хочется быть ближе к реальности. Да и компилятор памяти еще нужен. А в SAEDK, я так понимаю, его нет. В принципе, я уже смог отсинтезироваться и с back-end на 65, найдя библиотеку для синтеза в недрах Milkyway. Но вот только с добавлением scan-chain возникли проблемы из серии No scan equivalent exists for cell State_reg[0] (EDFCNQD1), что наводит на мысли, что что-то с этой библиотекой не так. Поэтому мне уже даже не вся библиотека на 65 нм нужна, а только нормальные *.db файлы для нее.
  15. Цитата(Shivers @ Feb 28 2018, 12:08) Вот, к примеру https://www.eda.ncsu.edu/wiki/FreePDK45:Contents Ищите всякие free pdk, open pdk и т.д. Обычно в комплекте и стандарт селлы идут. Спасибо, даже не знал, что PDK нынче уже тоже open бывают )) Мне бы еще tsmc. P.S. Посмотрел FreePDK45. tech файл имеет явно не тот формат, который Milkyway ожидает (( Он, поди, под cadance заточен?
  16. Цитата(ig_f @ Feb 6 2018, 14:59) А как на счет PCIe, DMA, GigETH? В Vivado WebPACK они доступны? Скачиваете документацию на интересующее ядро и читаете раздел: 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 посмотрите сами. Кроме этого, на этапе выбора рекомендую учитывать наличие и состояниее драйверов для ядер. потому как это тоже сильно влияет на скорость достижения целей проекта.
  17. Я смотрел 1 и 2 Гбит/с - нормально все видно. Основное назначение таких измерений на ПЛИСах обычно состоит в том, чтобы убедиться, что с входной/выходной сигнал имеет достойный вид. В противном случае, можно очень долго безуспешно ковырять настройки трансивера, вместо того, чтобы сразу увидеть источник проблем. Кстати, эквализацию можно включать и на осциллографе, если предполагается, что работа идет на пределе возможностей канала. В общем, разумный подход, на мой взгляд, сначала оценить качество сигнала с помощью осциллографа, а потом уже подбирать параметры с помощью IBERT. Кроме этого, много полезной информации можно получить, выдавая ступень с выхода MGT (например, подавая на выход последовательность 1111100000). Ну и отдельная история - это ASIC с трансиверами. Там уже осциллограф - лучший друг ))
  18. Цитата(Tpeck @ Jan 22 2018, 15:37) Увеличение количества триггеров приведет к резкому увеличению используемых ресурсов. В ASIC - да, а в ПЛИСе они и так есть, поэтому какой смысл их экономить? Если LUT уже задействован, то триггер под другие сигналы особо уже не используешь, поэтому отказываться от них из экономии в большинстве случаев неразумно. На выходах памяти, предполагающей длинные линии, я обычно ставлю регистры, как раз чтобы потом херней с ее приколачиванием не страдать.Если частоты уж совсем большие, тогда, конечно, только флорпленить остается.
  19. Всем привет. Возникла необходимость поотлаживать PCI Express получше, чем до простой работоспособности. В связи с этим вопросы: - Использовал кто-нибудь соответствующие Verification IP? Интересуют конкретные модели, отзывы, возможность достать/купить. - Есть ли у кого-нибудь промышленные стенды для верификации и отладки?
  20. Цитата(AVR @ Dec 21 2017, 22:50) Интересует тема, что значит "получше отладить"? Свою часть? На совместимость? Или PCI-E ядро производителя? Разве производитель не верифицировал PCI-E ядро по самые помидоры? Устройство для ответственных применений? PCI Express у нас свой, работает уже давно, но на ПЛИС и на конкретных аппаратных платформах. Из ресурсов ПЛИС, понятное дело, используем только трансиверы. Сейчас планируем сделать ASIC, поэтому хотим проверить получше всякие мелочи, вроде обработки ошибочных обращений, тонкостей конфигурации, управления питанием и прочей лабуды. На первом этапе надо проверить все, что выше уровня serdes и лучше бы c Verification Core. На втором, когда будет готов ASIC, физический уровень. Цитата(syoma @ Dec 17 2017, 23:50) Мы используем Teledyne/Lecroy Summit T28. Но вы, судя по подписи, не в России работаете?
  21. По итогам недавно завершенных работ рисую новые звездочки: - Microblaze, управление через него периферией по I2Cи SPI, Tri-mode Ethernet (+Marvell), EEPROM; - XDMA и PCI Express Core от XIlinx; - Тестбенчи на SystemC.
  22. Общепринятая практика для гарантированного завершения записей - выполнить чтение хотя бы одного слова из того устройства, куда была запись. Это заставит все промежуточные мосты завершить все застявшие в их буферах записи перед выполнением этого чтения.
  23. Если результат зависит от конкретной разводки проекта, то с большой долей вероятности дело в констрейнах или двухклоковости.
  24. Новый опыт в копилку: 10G Ethernet и сетевые драйвера для Linux.
  25. Я тоже соглашусь со всеми, кто выступал в защиту использования ПЛИС при разработке СБИС. Любая нормальная система для реализации в СБИС имеет столько степеней свободы, что даже на ПЛИС замучаешься их проверять, а ежели только моделировать, то это так долго, что можно просто не дожить до завершения этого моделирования. А если по результатам такого длительного моделирования еще и код править, и по новой запускать? Какая производительность у разработчика будет? Единственное исключение - это использование в СБИС только готовых топологических блоков. Впрочем, российские реалии таковы, что ОКР на СБИС частенько заканчивается полностью или частично неработающей СБИС, а, иногда, ее и изначально применять особо не планируют. При таком подходе на ПЛИС, конечно, можно экономить. Главное, чтобы по бумагам все хорошо было.