Перейти к содержанию

yurypus

Свой
  • Публикаций

    195
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный

Информация о yurypus

  • Звание
    Частый гость
  • День рождения 28.03.1982

Контакты

  • Сайт
    http://
  • ICQ
    131252032

Информация

  • Город
    Москва
  1. Цитата(Doka @ Mar 22 2018, 18:48) ЕМНИП, там на синопсисе какая-то боль с dc-topo - нужны не db а некие tluplus файлы (или что-то в этом духе, было давно). Все нужно: из db берется логика и, по-видимому, задержка вентиля, из Milkyway - геометрия, tluplus, как я понял, используется для расчета задержек на роутинге. Вот, кстати, tluplus в этой библиотеке для бэкэнда и не оказалось (
  2. Цитата(Nivovod @ Mar 13 2018, 18:51) И еще добавлю. Запись в любой настроечный регистр AXI DMA, того же значения что записано в нем сейчас, приводит к прерыванию DataAbortInterrupt Я бы для начала на Chipscope смотрел, что в железе происходит. И работать на ISE 14.5 с Zynq я бы тоже не стал, больно стар он - хрен знает насколько актуальны используемые там модели этого Zynq.
  3. Цитата(vermut.42 @ Mar 1 2018, 17:23) Либо нет скановых триггеров, либо они некорректно описаны.. Нет, все нормально с библиотекой оказалось - это мой косяк с DFT был. Пока на 65 нм полет нормальный - хоть и back end, но в первом приближении синтезироваться в топографическом режиме с ним вполне возможно.
  4. Цитата(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 файлы для нее.
  5. Цитата(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 заточен?
  6. Всем привет. Хочу поупражняться в топографическом режиме DC, а библиотек для интересующих технологий пока найти не удалось. Вдруг, кто сможет поделиться? Единственная нормальная библиотека в закромах только на 180 нм. Для библиотеки на 90 нет готовой базы Milkyway, и с импортом какие-то заморочки. А библиотека на 65 только для back-end и не содержит представлений для синтеза. Такая вот печаль...
  7. Цитата(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 посмотрите сами. Кроме этого, на этапе выбора рекомендую учитывать наличие и состояниее драйверов для ядер. потому как это тоже сильно влияет на скорость достижения целей проекта.
  8. Я смотрел 1 и 2 Гбит/с - нормально все видно. Основное назначение таких измерений на ПЛИСах обычно состоит в том, чтобы убедиться, что с входной/выходной сигнал имеет достойный вид. В противном случае, можно очень долго безуспешно ковырять настройки трансивера, вместо того, чтобы сразу увидеть источник проблем. Кстати, эквализацию можно включать и на осциллографе, если предполагается, что работа идет на пределе возможностей канала. В общем, разумный подход, на мой взгляд, сначала оценить качество сигнала с помощью осциллографа, а потом уже подбирать параметры с помощью IBERT. Кроме этого, много полезной информации можно получить, выдавая ступень с выхода MGT (например, подавая на выход последовательность 1111100000). Ну и отдельная история - это ASIC с трансиверами. Там уже осциллограф - лучший друг ))
  9. Цитата(Tpeck @ Jan 22 2018, 15:37) Увеличение количества триггеров приведет к резкому увеличению используемых ресурсов. В ASIC - да, а в ПЛИСе они и так есть, поэтому какой смысл их экономить? Если LUT уже задействован, то триггер под другие сигналы особо уже не используешь, поэтому отказываться от них из экономии в большинстве случаев неразумно. На выходах памяти, предполагающей длинные линии, я обычно ставлю регистры, как раз чтобы потом херней с ее приколачиванием не страдать.Если частоты уж совсем большие, тогда, конечно, только флорпленить остается.
  10. Цитата(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. Но вы, судя по подписи, не в России работаете?
  11. Всем привет. Возникла необходимость поотлаживать PCI Express получше, чем до простой работоспособности. В связи с этим вопросы: - Использовал кто-нибудь соответствующие Verification IP? Интересуют конкретные модели, отзывы, возможность достать/купить. - Есть ли у кого-нибудь промышленные стенды для верификации и отладки?
  12. По итогам недавно завершенных работ рисую новые звездочки: - Microblaze, управление через него периферией по I2Cи SPI, Tri-mode Ethernet (+Marvell), EEPROM; - XDMA и PCI Express Core от XIlinx; - Тестбенчи на SystemC.
  13. Общепринятая практика для гарантированного завершения записей - выполнить чтение хотя бы одного слова из того устройства, куда была запись. Это заставит все промежуточные мосты завершить все застявшие в их буферах записи перед выполнением этого чтения.
  14. Если результат зависит от конкретной разводки проекта, то с большой долей вероятности дело в констрейнах или двухклоковости.
  15. Новый опыт в копилку: 10G Ethernet и сетевые драйвера для Linux.