OlgaG

Проблема частично решилась. Нашли, что на плате рядом с сигналом опорной частоты проходят две цепи разрядов ЦАП, в которых меняются данные. Переделали прошивку ПЛИС, теперь данные этих разрядов не изменяются, Помех на опорной частоте стало меньше, что позволяет работать. В процессе исследования также выяснилось, что на помехи в выходах ПЛИС влияет наличие сильно разветвленных логических модулей (больших мультиплексоров, сумматоров и т.п.). Благодарю всех откликнувшихся за советы!

Большое спасибо! Попробую.

Согласна, но теперь уже поздно. Надо выйти из положения программным способом.

В том то и дело, что как только я добавляю что-то в проект, он разводится по другому, эффект либо исчезает, либо появляется. Тактовая частота 100МГц - на глобальной шине. Выход счетчика, который формирует опору для внешнего устройства - не на глобальной шине. И что же сделать с другими частотами, чтобы они не создавали проблем? И они тоже все на глобальных шинах. С питанием все ОК, и есть варианты разводки ПЛИС, когда все отлично работает. Это не может подтверждать, что питание в норме? Прикладываю скриншоты с кусочком трассировки и пояснениями.

Здравствуйте! Проектирую устройство на базе ПЛИС Microsemi (Actel) A3PE3000. Столкнулась со следующей проблемой. В ПЛИС формируется опорная частота для некоторой схемы. Сигнал, определяющий эту частоту, при прохождении внутри ПЛИС набирает массу помех. Причем, эти помехи значительно зависят от того, как развел сигналы "Designer". ПЛИС загружена примерно на 70%. Тактовая - от генератора 100 МГц плюс другие частоты, полученные на встроенных PLL. Вопрос: можно ли как-то заставить Designer помещать цепи на определенное место? Или как еще избавиться от взаимного влияния сигналов внутри ПЛИС? Заранее Спасибо.

При попытке запрограммировать микросхему A3PE3000 с помощью программатора FlashPro возникает ошибка: IrScan Error. TDO stuck at 0 Chain Analysis Failed. После некоторого количества повторных попыток запрограммировать микросхему, меняя разъемы USB, к которым подключен программатор, Прошивка успешно происходит. В некоторых случаях проблема решается дополнительным соединением корпуса ПЭВМ и программируемого устройства, но не всегда. Как можно диагностировать причину данной проблемы? (Все, что предлагается сделать в руководстве по FlashPro, уже сделано, напряжения и форма сигналов - в норме).

Здравствуйте. В моем проекте многоуровневая иерархия модулей: top_level --kanal0 ----counter ----accumulator ----и т.д. --kanal1 --kanal2 --и т д Для самых нижних (счетчиков и аккумуляторов) созданы RPM в виде ngc-файлов. При создании RPM указано с помощью RLOC, как размещать элементы. В конце пишу строку типа INST "/*/" HU_SET = "counter"; Хочу, чтобы средний уровень (канал) тоже был в виде RPM. Написала для него kanal.ucf. Задала область размещения в виде INST "/*/" AREA_GROUP = "AG_KANAL" ; AREA_GROUP "AG_KANAL" RANGE = SLICE_X4Y20:SLICE_X31Y0 ; еще указала строки типа INST xcounter HU_SET = "counter1"; Образовавшиеся после размещения и трассировки "канала" констрейны сохранила в kanalrpm.ucf в виде RLOC. Про размещение счетчиков и аккумуляторов там тоже указано. В конце файла тоже INST "/*/" HU_SET = "kanal"; Сделала из этого файл kanalrpm.ngc. Теперь размещаю самый верхний уровень, в top_level.ucf файле пишу INST "XKANAL0" HU_SET = "KANAL_0"; INST "XKANAL1" HU_SET = "KANAL_1"; После размещения и трассировки получается, что примитивы расположены, где надо, а RPMы низкого уровня разбросаны по кристаллу. Как мне их собрать в выбранную область?

Есть сгенерированный "кор" от xilinx для pci-интерфейса. Как вставить его в свой проект и произвести синтез, разводку на плате и т.п.? заранее спасибо.