Отправлено Eugenius 17 июня 2003 г. 15:58 В ответ на: Подробнее про асинхронность (+) отправлено SM 16 июня 2003 г. 22:38

Ну не, я же тоже не пру гордо с флагом по рельсам впереди паровоза навстречу Синхронному Завтра, всякое бывает :)
А так, для мультиплексирования глобальных сигналов в у хиниха есть элементы BUFGMUX. Строб записи лекго сформировать с DLL. А в текущем проекте вообще плюнули и поставили синхронную статику, все меньше головняка, работаешь практически как с обычным внутренним BlockRAM.
В ксайлинксе элементов задержки как таковых нет, можно только организовать цепочку из комбинаторики, зная задержки на примитивах кристалла. Но это чревато. Ммм, есть история поучительная. :)

Был случай в одной фирме: ваяли они схему для тогда еще современного XC400x. Кристалл махонький, всего на 4-5 сотен LUT'ов, однако процесс втаптывания растянулся на пару лет. Ура, заработало! Несколько образцов молотят, то что должны молотить "по протоколу". Склепали партию на несколько тысяч штук, стали запускать, но фиг там был - не "по протоколу" молотят. Долго мучались, в итоге выяснилось: в схеме стоит уймища комбинаторики. Ребята не поленились изучить даташит на кристалл, где указаны задержки, и два года париться заводить его методом научного тыка. Но вот беда: ксайлинкс перешел на более другую технологию, кристалл стал быстрее и вся схема снова разъехалась.

Случай, конечно, клинический, но реальный, и не очень единственный 8)

• а как быть, если в проекте есть PCI, частота сэмплирования, и DSP со своей частотой (ситуация стандартная) — yes   (18.06.2003 18:19, 68 байт)
  • ответ то один - большие модули в каждом домене + маленькие с перепривязкой — yes   (18.06.2003 18:25, 222 байт)