bms

Vdd/3 - определяет лишь порог срабатыания компаратора, момент же срабатывания зависит от величины заряда измерительного конденсатора, полученного от внешнего источника. По сути здесь измеряется не входное напряжение, а заряд. А он в свою очередь зависит от входного напряжения, VDD/3 - просто некий уровень относительно которого работает компаратор. Этот уровень задаёт начальный заряд измерительного конденсатора (когда на входе АЦП чистый ноль). Любое отличное от нуля входное напряжение будет изменять "эталонный" заряд, это изменение собственно и измеряется.

Ну если уж Вы всё равно цифруете сигнал, так и делали бы пиковый детектор в цифре.

Если можно - киньте ссылку на эти примеры, интересно взглянуть... По своему опыту - делал шину, правда не двунаправленную, один источник три приёмника (среди которых был и FPGA). Частота 100МГц. При корректной разводке (короткие проводники, последовательный обход приёмников, 33 Ома на выходах источника, сама линия 50 Ом, многослойная плата, сплошной слой земли под сигнальными проводами) - работает. Достаточно не выполнить любое из этих условий - уже не работает. Очень сказываются Т-образные ответвления в линии передачи сигнала - убивают всё сразу. Именно поэтому важен последовательный обход нагрузок.

Ни в каких книжках ответ на свой вопрос и не найдёте, просто потому что в правильных книжках рекомендуют никогда не далать такие шины к у Вас. Если шина аж в 100МГц - её ни в коем случае нельзя разводить на несколько приёмников, тем более если шина двунаправленная. Исключение составляют шины с дифференциальными сигналами. В Вашем случае никакими способами на таких частотах Вам не удасться получить хороший сигнал на всех приёмниках одновременно. Выравнивая сигнал в одном месте - в другом будет лезть "грязь". А если у вас шина ещё и разведена ветвями, а не последовательным обходом нагрузок - то вообще беда. В Вашем случае можно попробовать моделированием с учётом топологии подобрать какие-либо паразитные "добавки" в схему, но вообще говоря маловероятно что что-то получится. Либо снижайте частоты, либо переделывайте проект. Шины в 100МГц надо делать по принципу "из точки в точку", тем более двунаправленные. Либо делать их дифференциальными с хорошим согласованием. А вообще такие проблемы можно отсекать ещё на этапе создания электрической схемы путём моделирования. Если у Вас как-нибудь всё-таки получиться исправить ситуацию - поделитесь пожалуйста, я думаю это будет интересно не только мне.

Был аналогичный случай. Старые FPGA (типа Spartan-II) грузились нормально, новые (типа Spartan-3) не грузились, хотя обнаруживались. Оказалось, что для "новых" FPGA фирма XILINX использует в Parallel Download Cable другие триггера Шмитта. Видимо дело в разных уровнях логических сигналов. В "новом" фирменном кабеле использованы триггера NL37WZ17 (схема прилагается). Кабель надежно работает со Spartan-3. Кроме того для Spartan-3 есть проблема "совместимости питаний" (имеется в виду 3.3В и 2.5В) во время конфигурирования, возможно у Вас что-то с этим связано. В любом случае нужно посмотреть самый свежий документ на тему JTAG-а. jtag3_sch.pdf

Посмотрите здесь: http://www.xilinx.com/xlnx/xebiz/designRes...HW-V4-ML401-USA

На днях поставил SP4 для ISE7.1, после чего работать стало сложнее... конкретно - перестал адекватно себя вести COREGEN, если его вызывать из проекта - умирает и он и проект. Лицензии - в порядке. Сам по себе, отдельно, вроде пока работает, но ручаться не могу (подробно этот вопрос не исследовал)... Есть ли у кого аналогичные проблемы? Просто не уверен пока, что это дело связанно с новым сервиспаком, возможно это мой собственный глюк...

А мне хотелось бы большего - чтобы на мейл приходило не только оповещение о появлении новой темы, но и чтобы письмо содержало саму эту тему. Просто не у всех есть постоянный доступ к интернет. Думаю многим хотелось бы читать сообщения хотя бы по почте, т.к. форум действительно интересный и нужный.

Вообще говоря, если Вы используете змейку для выравнивания трасс, то в этом случае всё что нужно сделать - это обеспечить чтобы Ваша змейка для сигнала являлась не змейкой, а линией передачи. Для этого во-первых надо обеспечить постоянство волнового сопротивления во всей цепи (т.е. передача сигнала над/между слоями земли, строгое соотношение между шириной трассы и растояния до слоёв земли; программу расчёта этих параметров можно взять здесь: http://npf-abris.ru/cit25.zip). Во-вторых сделать так, чтобы точки изломов были были сглажены и имели толщину не менее 2W с внешней стороны и не менее W с внутренней, где W - толщина проводника. Строго говоря для выравнивания необязательно использовать змейку, можно как угодно закручивать проводник соблюдая вышеописанные правила. Подробнее на тему правильной трассировки можно узнать на http://www.elart.narod.ru/

Качество можно оценить методом демодуляции исходного сигнала демодулятором с известным собственным шумом. Демодулируете, смотрите полученное отношение с/ш, вычитаете собственный шум демодулятора - остаётся только Ваш сигнал и Ваш шум :)

Не надо усложнять, это не 120 мегагерцовая шина, указанная величина конденсаторов завалит любую интерференцию отражений на градиентах импеданса, а разница сдвинет фронт клока относительно данных. <{POST_SNAPBACK}> А здесь дело не в частоте сигнала как такового, а в скорости нарастания фронта. Ведь здесь важен именно чистый фронт. Если частота у вас пусть даже 1МГц, но фронты резкие - то без согласования на краях Вы получите "дребезг" со всеми вытекающими отсюда последствиями. Когда говорят о согласовании - речь идёт не о простом завале фронтов, речь идёт о компенсации отражений - принципиально разные вещи. И простое применение конденсатора здесь ничего не даст, особенно когда сигнал от одного источника расходится в несколько приёмников. Просто поставить конденсаторы тут нельзя - они начнут играть между собой, хотя конечно можно заняться подбором и заставить схему работать при помощи ёмкостей, но на другой плате будет другой набор паразитов - и что вы опять будете всё заново подбирать? Я сам сталкивался с тем, что на частоте 10МГц получал фатальные отражения, проблему решил исключительно согласованием линии передачи.

Большое спасибо Gorby

Ответ тоже соответствующий: не осваивать методом тыка, а почитать какой туториал на него, или user guide. Почему народ категорически не хочет читать документацию? <{POST_SNAPBACK}> народ и читает и спрашивает... одно другому не мешает вообще-то

Делаю проект в ISE, симулирую в Modelsim. Modelsim только начал осваивать, потому и вопрос будет соответствующий... Проблема такая, при моделировании Modelsim автоматически показывает все сигналы, которые подключенны к пинам. Сигналы внутри кристалла он не показывает. Как посмотреть поведение какого-либо внутреннего сигнала?

Ну это как закажете... прога втягивает всю плату полностью, со всеми слоями. А потом просто выбираете нужные цепи и моделируете. Прога действительно удачная и интуитивно понятная. И точность результатов очень высокая, разумеется при использовании корректных моделей. Проверял хорошим осциллографом.

Вообще-то, если уж говорить начистоту, ставить тантал нужно с не менее чем полутора-двукратным (!) запасом по напряжению, это и по опыту и рекомедуют сами фирмы производители (правда часто где-нить в уголку и мелким шрифтом). Когда я этого не знал - у меня были те же проблемы, а когда узнал - проблем не стало. А подавать на 16-ти вольтовый кондюк 13В - это совсем плохой вариант, момент включения питания здесь действительно никак не обеспечен. И ещё из своего опыта. Конденсаторы этого типа гораздо чаще горят, если их кто-нить рядышком подогревает, ну не любят они, когда горячо. В этом случае запас по напряжению надо брать посолиднее.

SPICE-симуляция применяется в основном при моделировании поведения аналоговых схем в специальных программах симуляторах. Эти симуляторы присутствуют во всех известных САПР (PCAD, OrCAD и т.п.). Для симуляции используют SPICE-модели элементарных узлов схемы. Например катушка индуктивности описывается как собственно индуктивность с набором паразитных параметров (которые впрочем не всегда присутствуют в модели). Т.е. SPICE-модель - это набор наиболее важных параметров для данного конкретного элемента. Программа симулятор используя схему и модели элементов её образующих, расчитывает различные характеристики (режим по постоянному току, частотные, переходные и др.) Многие фирмы выкладывают модели на свои изделия. Суть заключается в том, что не собирая схему, Вы можете заранее промоделировать различные её характеристики, заранее отработать её поведение, подобрать нужные элементы выявить ошибки, перебрать несколько вариантов исполнения той или иной схемы и выбрать наилучшую... Всё это существенно облегчает жизнь разработчику (конечно же при корректном моделировании).

Практика показывает, что весь проект лучше делать в одном САПР, если Вы собрались разводить в PCAD2002, то и схему нужно делать в нём же. Такой подход особенно облегчает жизнь при разработке сложных схем.

Насчёт конденсаторов - применение конденсаторов, да ещё и нескольких лишь усилит неоднородности в линии передачи сигнала - а это значит что общая картина станет хуже. В одном конкретном приёмнике - возможно получится хороший фронт, но на остальных будет что угодно но не "рабочий" фронт. Вы легко сможете в этом убедиться применив всё то же моделирование.

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

Совсем забыл... для того чтобы увидеть дребезг на фронтах - совсем не обязательно искать хороший осциллограф, Вы можете просимулировать нужные цепи встроенным пикадовским симулятором (с использованием IBIS-моделей применяемых микросхем), либо в HyperLynx (что предпочтительнее). Там же можно подобрать необходимые согласующие цепи. Практика показывает, что корректное моделирование даёт довольно точные результаты.

Вообще-то в Вашей схеме допущена ошибка - сигнал TCK работает на кучу потребителей, это неправильно. К тому же не видно никаких попыток хоть как-то согласовать сигнал с нагрузкой. По хорошему любой синхросигнал работающий на несколько микросхем надо размножать на специальных микросхемах-размножителях и подавать на каждый приёмник - свой. Т.е. линия должна состоять из одного источника и одного приёмника. И даже такую передачу нужно согласовывать. То, что в даташитах часто приводят схемы где всё работает от одного источника - на самом деле не является полноценной электрической схемой, там только лишь показан принцип - не более. На практике все синхросигналы (независимо от рабочих частот) надо разводить по всем правилам ВЧ-дизайна. Дело в том, что современные микросхемы обладают очень быстрыми входами, и реагируют на любой дребезг на фронтах (старые микросхемы к этому не чувствительны, просто не успевают отреагировать на короткий всплеск напряжения, поэтому зачастую те же схемы там работают нормально), а в Вашей схеме дребезга на фронтах просто не может не быть, если отыщите хороший осцилл - обязательно их увидите. Кроме того плата разведена мягко говоря "не здорово", проблемы те же - пренебрежение правилами ВЧ-дизайна, что только ухудшает картину. Описанные Вами временные "всплески" работоспособности как раз указывают на то что всё дело в неверном использовании сигнала TCK. Что можно сделать... попытайтесь пустить TCK через буфер размножитель, поставьте согласующие резисторы на этот буфер. Для 50-Омной линии это обычно 33 Ома. Не забудте про задержку сигнала в буфере, её возможно придётся компенсировать.

Большое спасибо! Вытянул библиотеку из проекта. Правда вопрос так и остался - библиотека вытянулась такая же как и исходная, т.е. компонент тот же. Различий нет. Но при архивации он по прежнему никуда не попадает, сопровождается сообщением об ошибке (компоненты не идентичны). Очевидно это глюк PCADa...

Такие резисторы ставятся в схемы с высокоомным приёмником и на который работает высокоомный передатчик. Если схема высокоомная - она превращается в некую паразитную антенну, которая принимает помехи. Это приводит к тому что высокоомный вход начинает реагировать на помеху (эффект неподключенного входа в цифровых схемах), результат - случайные срабатывания. Чтобы этого небыло высокоомный вход шунтируют резистором, который насильно утягивает напряжение на входе к какому либо определённому уровню, например к нулю. Резистор подбирается таким чтобы он надёжно брал на себя помехи, но в то же время не был обременителен для источника сигнала. Например для цифровых LVTTL схем его значение лежит в районе 4.7 кОм.

После того, как конструктор развёл ПП (CАПР PCAD2002) решил сделать архивацию библиотеки элементов этого проекта. Один из элементов по каким-то причинам туда не попал, в сообщении об ошибке говорится, что не совпадают "пины парт намбера" в проекте и в библиотеке-источнике. В проекте открыл свойства элемента, открыл тот же элемент в библиотеке-источнике - никаких видимых отличий нет. Проверял несколько раз. Теперь элемент из проекта не знаю как прописать хоть в какую-нибудь библиотеку, т.е. получается он существует только в проекте. Кто-нибудь сталкивался с подобным? Можно ли как-либо вытащить элемент из проекта?