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

kira66

Участник
  • Постов

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

  • Посещение

Репутация

0 Обычный

Информация

  • Город
    Array
  1. Это точно! Легче, правда, будет просто разработать его заново. Переписывание вручную в HDL примитивы типа LUT4 с инициализационной функцией типа (~I2*I0+I2*I3)@I1 (хотя в свое время это было сделано именно вручную), которых там пара сотен, гарантированно не обойдется без ошибок. А вот это идея! netgen, правда, EDIF не понимает, но зато, помимо NGC, понимает NGO - нетлист после транслятора! Я давно хотел скормить виваде NGOшный нетлист, она его напрямую не берет, и вот способ! Попробую на досуге. (поскольку текущую потребность закрыл ИСЕшным проектом).
  2. Убедили! Мы развращены виндовсом :) Между тем, ксайлинкс периодически рекомендует при использовании вивады использовать НЕпроектный (то есть безоболочечный, без GUI) режим, делая все как раз скриптами :( что, согласен, более утомительно Золотые слова! В этом то и дело. Придется проект в 14.7 тащить.... и дальше седьмого семейства, видимо, уже не уйти. Абсолютно точно! Такое ощущение, что Вы описываете не свою, а мою ситуацию! Точно так же - кусок был сделан еще в схемотехническом редакторе, поэтому и цеплялся в дальнейший верилоговский проект нетлистом. И в этом схемотехническом куске все было страшно заоптимизировано - ксайлинксы то тогда были маленькие. Результатом чего стало использование большого количества примитивов типа ускоренного переноса, LUT3, LUT4 и подобных с ручным заданием логических функций, вычисленных по картам Карно. И делал это другой человек, лет 15 назад. Согласен, конечно, такое поведение ненормально. Поначалу он делался на синплифае, поскольку он в разы быстрее XST, и о том, что в XST не будет работать, никто не знал :) Проблема выявилась спустя годы при вот этой неудачной попытке переноса в Виваду. И за давностью лет править его... сложно. Да, это мы тоже умеем :) Проблема в другом. Внутри большого синтезируемого синплифаем проекта есть модуль, сделанный в старом-престаром схемотехническом редакторе с использованием примитивов от виртекс2, и вставляемый через сгенерированный давно-предавно EDIF нетлист. Синплифай этот нетлист никак не трогает, он же уже синтезирован. Следующий процесс design flow - Translate - переводит, с учетом констрейнтов, все EDIF нетлисты в ксайлинкосвский формат NGD. Как я понимаю, при этом он подменяет "высокоуровневые" примитивы после синтеза на более низкоуровневые уже того семейства, куда будет имплементация (Я не ошибаюсь? Или это делает маппер?). Так вот, "синтезированные примитивы" - те которые в формате EDIF (или NGC, если синтезировано ксайлинксовским XST) из ИСЕ, вивада, хотя и понимает, но транслирует их уже с использованием своих внутренних библиотек. При этом они отличаются от ИСЕшных. Где то могут ножки не совпасть - это еще теоретически можно отредактировать, и я даже убил на это уйму времени, так что вивада все же сожрала этот EDIF. Но проет практически все равно не заработал, похоже что не во всем совпадает и функционал. Была еще мысль скормить виваде не EDIF, а уже оттранслированный низкоуровневый NGD нетлист, но его никак не берет, зараза.
  3. Ну... вручную менять достаточно большой edif слишком утомительно.... я пытался это сделать - потратил уйму времени, после чего вивадовский разводчик его даже воспринял (до этого вываливался с ошибками), но проект все равно не заработал (в ИСЕ - работало). Ну а скопировать примитивы... - я, честно говоря, слабо представляю, как это сделать. Они же в виваде есть с теми же именами, только несколько другие. Переименовывать в edif все вручную сложно, утомительно и чревато дополнительными ошибками. Но даже если это и сделать - как их добавить из исе в виваду? Может быть действительно решением было бы подцепить в виваду нетлист уже после ИСЕшного транслятора (то, что подается на вход PaR), он, если я правильно помню, имеет расширение *.ngd , но вивадо его не берет. (Может быть, кстати, как раз из за того, что примитивы не те?) Пишет, что неподдерживаемый формат. Хотя в моем понимании, форматы NGC и NGD очень похожи и отличаются как раз примитивами.
  4. Ну да.... но все же это мелочь, ошибки синтаксиса и так легко вылавливаются без особых проблем... Возможно вы правы, примитивы были еще от то ли четвертого, то ли вообще второго виртекса, а проект -уже теперь- компилировался под кинтекс семерку. Но Par в ИСЕ успешно сам их заменял на примитивы нового (седьмого) семейства, а вот с вивадой возникли сложности. Была еще идея в связи с этим подставлять не edif, а уже ксайлинксовский зажатый NGC-подобный нетлист, уже после ИСЕ транслятора (но перед PaR), установив в ИСЕшном проекте правильное семейство кинтекс7. Но транслятор генерирует не NGC, а NGO и этот NGO вивада не берет (даже после переименования в NGC :) , формат файла ей не нравится... Не пробовали NGO к виваде цеплять?
  5. Спасибо за ответ! Собственно, проблема сейчас перетекла в чисто академический интерес. В свое время, еще в ИСЕ, был старый проект, который, видимо из за каких то моих косяков, работал после синтезирования синплифаем, но не работал после синтеза ксайлинксом. (кстати, а почему "встроенная поддержка синплифая, что была в ИСЕ - полное убожество" ? некоторые проблемы конечно имели место - например, при встраивании КореГеновских и ЕДКих ядер, но в принципе все более-менее работало) А тут понадобилось проект реанимировать. Хотелось сделать это под виваду, поэтому и возник вопрос... В конце концов, правда, выяснилась, что это невозможно по другой причине, а именно - проект содержал модуль, сделанный в схемотехническом редакторе в ИСЕ совсем старой версии - 4.2, что ли... , да еще и другим человеком, и импортированной оттуда в виде ЕДН нетлиста. Так вот, примитивы в ИСЕ и Виваде разные - об этом и сам ксайлинкс где-то упоминал. Была сделана попытка ручного редактирования этого нетлиста, и в конце конуов PaR его даже подцепил, но проект так и не заработал, после чего я бросил это гиблое дело. Пришлось тянуть проект дальше в ИСЕ. И эта проблема, ИМХО, уже совсем нерешаемая - подцепить ИСЕшные примитивы в виваду? А вторая идея - запускать вивадовский PaR из под синплифая - интересная. Практически пробовали, работает?
  6. Уважаемые знатоки, а не пробовал ли кто подключать в качестве синтезатора в Вивадо Синплифай? Ксайлинкс утверждает, что это невозможно и не поддерживается. Но может кто нибудь нашел способ прямого подключения... Интерес представляет именно прямая интеграция, как было в ИСЕ. Способы переноса синтезированного в синплифай проекта/части проекта через нетлист известны, но это другая тема.
  7. A SmartGuide включать не использовали? Теоретически, он предназначен именно для ваших целей, и процесс разводки обычно существенно ускоряет. Практически бывает по разному, в зависимости от внесенных изменений - может и ухудшить результат.
  8. Да, интересный опыт :) Сообщите о результатах, если рискнете все же включить. Но я б побоялся... документация говорит, что максимум, что НР терпит - это 1.89 вольт. ПС. Сам использовал для питания кинтекса7-160 трехканальный модуль LTM4615, вроде нормально... Единственная проблема - на входе он держит максимум.... эээ... забыл - то ли 6, то ли 6.5 вольт, и даже короткий плевок выше этого от внешнего источника выводит его из строя.
  9. Если темно-зеленые, то скорее всего вход не RGB, а YCrCb. Цветоразностные знаковые, так что ноль даст глубокий минус и темную зелень.
  10. Чипскоп не на реальной плате? Это что-то новое. Чипскоп работает только на реальной физической плате, для остального есть моделирование. Возможно, в заблуждение вводят слова "виртуальный ввод-вывод". Виртуальность здесь только в том, что кнопки и индикаторы не физические, а программные :)
  11. А какие following multiple drivers ? Могу только предположить, что система вывела адрес на внешний пин и вставила туда буфер ввода, который замыкается с вашим сигналом.
  12. Была такая проблема, только на зед-борде. Все попытки ее решить "железным" способом не дали результата. Проблему решил способом, очень похожим на описанный Вами, но немного попроще, без прерываний, так как скорость потока была мала.
×
×
  • Создать...