Jump to content

    

FakeDevice

Свой
  • Content Count

    83
  • Joined

  • Last visited

Community Reputation

0 Обычный

About FakeDevice

  • Rank
    Частый гость
  • Birthday 08/31/1983

Контакты

  • Сайт
    http://
  • ICQ
    0

Информация

  • Город
    Воронеж
  1. а где размещается новый массив? может, заканчивается именно та область памяти, а не область памяти под программу? размер кучи/стека не пробовали увеличивать? было что-то подобное с микроблейзом, увеличение размера кучи исправило ситуацию.
  2. опечатка, надо так: outn <= '1' when clock = '0' else '0';
  3. parray ::env показывает что-нибудь? UPD: не успел B)
  4. навскидку http://www.xstarter.com/rus/ UPD: странно, сайт сейчас не работает, раньше работал. но найти можно на других ресурсах
  5. Ещё вариант, попробовать зайти в папку установки p-cad'а и удалить все файлы *.manifest (предварительно забекапив, на всякий случай). Не забыть перезапустить P-cad
  6. В SystemC подобное делал с помощью функций типа observe_foreign_signal. Возможно, существует что-то аналогичное и для SV?
  7. Цитата(jcxz @ Dec 28 2017, 00:14) Сам oversampling как раз и нужен для повышения помехоустойчивости. Чем он выше, тем точнее определение точки стробирования. Т.е. - самая минимальная помеха, которая чуть-чуть сдвинет фронт стартового бита, при оверсэмплинге==16 внесёт ошибку равную всего лишь 1/16 baudrate в определение точки стробирования.(+/-) 1/16 = |1/8|, если быть точнее. Цитата(jcxz @ Dec 28 2017, 00:14) А вот при 4x, промахнёмся аж на четверть бита и точка стробирования на стартовом бите уже может находится на расстоянии 0.25 битового периода от края бита (это без учёта отличия скважности от меандра).надо исходить из размера пакетов, скорости обмена, девиации. тут каждый сам выбирает, что ему ближе. палка о двух концах: либо частота не подойдёт, либо точности не хватит.
  8. Цитата(a123-flex @ Dec 28 2017, 00:06) В каналах на базе xapp контролировалась целостность потока. Частота была 96 Мгц, кристаллы - spartan3, virtex2. За несколько лет на многих устройствах сбоя не было ни разу. у меня тоже контролируется. года за 3-4 тоже сбоя не было ни разу.
  9. Цитата(a123-flex @ Dec 27 2017, 23:36) В оригинальном xapp rloc. Поэтому метастабильности там нет - проверено десятками тысяч часов и сотнями девайсов. Доменов действительно 2. Частота там 1x. Очень полезно бывает, когда линию подразогнать нужно. домена 2 -- это минус. частота 1x -- это плюс. ну и наглядность, простота реализации в xapp мне тоже понравилась. тут, видимо, исходя из реальных обстоятельств лучше принимать решение. Просто, повторюсь, у меня к тому моменту уже были задействованы dcm и с 2x, и с 3x. Лишнего уже не терял по потреблению и ресурсам. Вот и реализовал именно так не задумываясь. обеспечение точности разницы фаз, конечно, на совести трассировщика... Я никого не стремлюсь убедить/переубедить, но лично мне спокойнее, когда работаю на 1 домене. Цитата(jcxz @ Dec 27 2017, 23:42) Это если тактовая - строго меандр. Но даже если меандр, всё равно - точность определения точки стробирования в 4 раза ниже стандарта UART. Ну и соответственно - помехоустойчивость. Можно ли это назвать полноценным UART? Вопрос.... не будет она строго меандром, конечно, но ~40% внутри кристалла вполне достижимо ведь? помехоустойчивость... а что мы сможем тут сделать в разумных пределах кроме попыток защиты от метастабильности? не фильтровать же в самом деле на 16x сигнал? да и от помехи зависит. даже если фильтровать -- далеко не всегда спасёт. если нужна надёжность -- только дублирование. всего. засылок, устройств и т.д. и то не факт, что метеорит не упадёт.
  10. Цитата(Олег Гаврильченко @ Dec 27 2017, 18:00) Можно Вас попросить подробнее описать, как Вы это делали? да там ничего особо хитрого, клок 2x, работа по обоим фронтам клока. вот и вся хитрость. получаем 4 семпла на бит. нарисовать это на бумаге и всё очевидно станет. можно и проще сделать, как посоветовал Цитата(a123-flex @ Dec 27 2017, 23:08) xapp224 - это дорого ? там тоже 4x, для относительно небольших скоростей вполне подходит вариант. но увеличение скорости требует увеличения точности смежных фаз клоков. плюс еще вместо одного домена используется 2. мелочь, но жаба душит. поэтому мой вариант с одним доменом 2x, но с DDR мне больше понравился. Тем более, что 2x уже и в других модулях используется. Ну и если требуется повышенная надёжность -- не забывайте про защиту от метастабильности.
  11. Цитата(jcxz @ Dec 27 2017, 22:31) И каков был oversampling интересно знать? Обычно он == 16, ну или в худшем случае == 8. Даже для oversampling == 8 получаем тактовую частоту UART = 1024 МГц. Так сколько у вас было? поток 128 МБит/с, тактовая на приёме 2x = 256 МГц, но! некоторые триггеры, которые ловят старт-бит, работают по другому фронту. в результате имеется один (если правильно помню) переход между некоторыми триггерами, где получается t=(1/256MHz) / 2, эквивалент ~ 512 МГц. Грубо говоря, oversampling получается 4. Но с учётом того, что на этом переходе только клоковый домен меняется, нету ни логики или еще чего-то, разводится норм. ну на свежих поколениях, как минимум.
  12. Цитата(a123-flex @ Dec 27 2017, 17:59) в классических реализациях uart-а внутренняя частота - x16 x2 - это как раз и есть извращения. если извращаться, то и x1 работает. с x1 -- согласен. x2 -- уже вполне адекватными решениями можно добиться цели. ЦитатаВам просто показали, что помехозащищенности lvds достаточно для устойчивой работы на скорости в 3 раза выше, чем у ТС и на дальности в 20 раз больше, чем у ТС. Калибраторы и синхронизаторы там совершенно из другой оперы. так речь же не идёт о том, что можно сделать. понятное дело, многое. только какой ценой? исходя из контекста я понимаю, что речи о золотых во всех смыслах проводах не идёт. ну как минимум таких, чтобы удовлетворить ключевые требования к высокочастотным lvds линиям. всего-то надо передать 100 Мбит/с.
  13. Цитата(blackfin @ Dec 27 2017, 14:01) Напомню про Ultra-640_SCSI: отлично, вместо того, чтобы реализовать полноценный и отвечающий всем требованиям интерфейс на полсотни строк vhdl -- гораздо проще разработать целую систему с синхронизаторами, калибровщиками, кодировщиками канала, восстановителями тактовых частот и неведомо ещё чем.
  14. Цитата(Lmx2315 @ Dec 27 2017, 13:35) ..мой опыт говорит - не хочешь проблем , веди синхронные интерфейсы. не вижу никаких проблем кроме той, что нужен клок в 2 раза выше того, на котором сформирована последовательность бит. если сделать всё грамотно, то как раз наоборот: меньше сигналов -- меньше проблем.
  15. Цитата(alexadmin @ Dec 27 2017, 10:38) Да, согласен. 0.5 м это уже 7 нс задержки туда-обратно... если клок только у мастера, тогда да, проблема. если данные в обе стороны со своими клоками, управляющими сигналами и т.д. идут, то +/- одинаковые задержки будут, но в таком случае даже lvds наловит столько помех, что ему хватит (тем более, что проводами качественный lvds не сделать). а UART -- линия туда, линия обратно. обе "молчаливые". для отсеивания "вдруг чего словится" -- можно добавить контрольную сумму.