Если кто знает или догадывается почему это происходит.

есть FPGA Cyclone 5K на 144 ноги и есть такой же но с 10К. проект был разработал на 10K c использованием сигналтэп. после чего был сигналтэп был удален и проект переведен на 5К. все работает великолепно. Платы даже менять не пришлось так как оба чипа идентичны. но вот возникла проблема. есть 8 входов на которые идут сигналы в манчестерском коде. расшифровываются верно. на 10К работает замечательно. а на 5К когда подрубаешь сигнал на 4 вход(он заведен на 142 ногу FPGA) плисина начинает чудить(если не подрубать все кроме именно его тоже норм). причем не могу понять как(сигнал теп уже не залить проект занимает места под 4,5К из 5К). в программе на блоке что преобразует манчестер в параллельный поменял вход 3 на вход 4, а 4 на 3. все работает прекрасно. пытаюсь как то станцевать от этого и на выходе модуля(который преобразует манчестер в параллельный) меняю выход 3 на 4 и 4 на 3. и снова плис начинает чудить. но проверено что на 10К все работает.

Жду советов.
Резать плату, если не разберусь буду тока в четверг. так что можно пока более гуманные советы. а потом.....

проверяется уже полностью откомпилированный проект.

Прочитайте внимательно последнюю из ссылок ViKo. стаьти "TimeQuest для чайников".
там материала разбираться на пару дней.

всё быстро станет понятно.

ещё добавлю, что когда-то столкнулись с подобной чертовщиной.. но у нас оказался бракованый блок питания. после замены на нормальный всё заработало.

может это и лишнее но постараюсь описать проект.

есть контроллер STM32 и к нему по шине подключен ASIC и FPGA.
FPGA отвечает за высокочастотную часть, ASIC за комуникацию, а контроллер отвечает за управление как FPGA так и ASIC, получает и передает данные, полученные с FPGA, через ASIC. FPGA находится на одной плате, а контроллер и ASIC на другой. одна ставиться сверху на другую.

понятно что шина данных должна быть в двунаправленная.
(Если запускать плату с контроллером. все работает великолепно. Для того чтоб разработать проект спаяли плату с EP3C10E144. и вот на нем все работает и сейчас. для проверки спаяли еще одну такую же плату и с ней таже котовасия.)

В FPGA нужно сделать управление направлением на шине. делаю так. (блок большой много входов и выходов, сделал как память: тоесть если адрес такой то то данные с шины идут на этот выход или с такого то входа передать в шину)


и как только подрубаю один из каналов, причем от прошивки к прошивке он меняется, он как то наводится или что то еще ASIC отваливается.
может все же управление шиной я не так сделал?

Если правильно перевел, то FPGA сидит в адресном пространстве контроллера.
В цикле записи контроллер выдает данные в FPGA, в цикле чтения - читает данные из FPGA.

Если проект FPGA корректно работает на частоте 100 Мгц, посмотрите как взаимодействуют разные клоковые домены, коммутация каналов манчестера при цикле чтения контроллером STM32 (clk100, cs, wr, rd)

при начале глюков. я запускал отладчик и в ручную считывал основные регистры из FPGA и писал тоже. все работает отлично. тока мне кажется что он в друнаправелнную шину что то плюет и из-за этого асик не так работать начинает. в сигналтэп это не понять то конца иногда есть такие то переборы значений а иногда нет. хотя если оторвать всю нижнюю часть то работает отлично.

Сам он ничего в шину выдавать не может, только в цикле чтения по сигналу sys. (если только адресное пространство fpga с асиком не пересекается)

у меня управляющие сигналы разделены чтоб как раз не было такого. у асика свой RD WR и ALE, а у FPGA CS, RD и WR.

Почему вы ошибку ищете только снаружи FPGA, когда с очень большой вероятностью она внутри?

Если на прошивка работает на одной модели ПЛИС и не хочет на другой, если при небольших изменениях в прошивке поведение глюков меняется сильно - то
скорее всего это косяк в прошивке - асинхронщина.

Версию про косяки в схемотехнике питания платы легко проверить осциллографом.

И как же мне осцильником это увидеть? как понять что ПЛИС шумит в шину.

Дык ткните в питание и посмотрите пульсации.

P.S. вот тут очередная радостная победа над собой асинхронщиной:
http://electronix.ru/forum/index.php?showt...st&p=973927