Насколько я помню 4016 - это 256Кх16.


Каким образом формируете сигнал nWE? В цикле записи он должен как минимум два раза сменить уровень - сначала уйти в 0, потом вернуться в 1. Итого, два транзишна, т.е. при синхронном дизайне надо два такта.

Или по обоим фронтам клока работаете? Если так, то для этого надо, чтобы ПЛИС это умела. Умеют это далеко не все, Cyclone не умеет. Про Спартанцев не помню. В любом случае это уже дополнителные нюансы.


Это еще одна причина, почему удается. Попробуйте перейти хотя бы на 100 МГц, результат будет другой.

Да, ошибся, это 256Кх16.

По обоим фронтам клока работаю, это проходит по крайней мере на ACEX 1K и MAX II. Как формирую - в предыдущем посте в PPS (добавил)

Большие частоты не нужны, по крайней мере пока. С асинхронной памятью с 10нс циклом предел - 50МГц.

Сообщение отредактировал -Al- - Aug 17 2006, 11:13

Даже на 48 МГц? Ну, это может разве от того, что ACEX - помедленнее он Cyclone. Хотя 48 МГц совсем уж небольшая частота даже для ACEX.


Т.е. триггеры эти располагаются в ядре, не в IOE? Тогда еще добавляется дополнительная задержка на разводку от логики, где out до соответствующего элемента IOE. Это еще скорость придавливает. И еще дополнительная нехорошесть - задержка эта может весьма меняться от сборки к сборке (как трассы лягут). Хотя тут уже можно законстрейнить. Я всегда скоростные синхронные сигналы пропускаю через триггер в IOE, так наружу они выходят с минимальным перекосом.

Кстати, тут еще одно просматривается - в сигнале out могут быть (и обязательно бывают) "иголки". Память, видимо, это спокойно переносит, но все равно это нехорошо, имхо.

В общем, с синхронной памятью никаких этих вопросов нет, работать с ней проще и скорости значительно выше. О чем и говорилось исходно. Единственный ее минус - потребляет она почему-то заметно больше, мне это зачастую критично - есть дивайсы с автономным питанием. Иногда ее можно заменить на SDRAM (которая потребляет заметно меньше), но, к сожалению, не всегда.

вообще то насколько мне кажется по моему скромному мнениЮ - направление движения и скорость определяется по суммированию двух кадров - у вас вычитание - не могли бы дать ссылку на алгоритм по вычитанию кадров - или вам просто нужно изменение в кадре зафиксировать?

48МГц потому, что для CY7C68013A это предельная частота работы, ну и вся остальная схема на этойже частоте крутится.

Триггеры не в IOE да и как их оба туда запихнешь? Перекос и иголки не важны для асинхронной памяти.

Потребляет больше, а мне нужно чтоб было как можно меньше, девайс от линии (USB) питается. К томуже синхронная память подороже будет....

Хм, иголки на сигнале WE вполне могут быть важны. Это зависит скорее от конкретной микрухи - Ваши, очевидно, нормально терпели. В доке есть спецификация времянок, ее нарушать нельзя, иначе микросхема находится не в режиме. А раз не в режиме, то производитель ничего не гарантирует (вплоть до сгорания с дымом ). Лучче так не делать.


Для меньшего потребления можно использовать SDRAM - она еще меньше асинхронки кушает (по крайней мере при объемах, необходимых для складирования в нее полных видеокадров). Мы так и делаем.

На SDRAM нужно контроллер городить, а места в ПЛИС и так под завязку. Да и не нужны такие объемы памяти.

Для K6R4016 иголки не важны ;) тем более эти иголки могут быть только рядом с переходами ( 0->1, 1->0 ) и микросхема на них никак не реагирует, главное чтоб на WE потенциал держался не менее 10нс (для данной конктретной микросхемы), а это условие выполняется.

Сообщение отредактировал -Al- - Aug 17 2006, 12:29

Не вижу причин не использовать SDRAM ... А по поводу "огород городить" - пара десятков строк кода VHDL и несколько процентов ресурсов самого маленького чипа SPARTAN - на мой взгляд. (поскольку выборка попиксельно-построчно без всяких наворотов) Зато память существенно дешевле и есть возможность для дальнейшего развития обработки и для хранения кадров - ведь объемы у СДРАМ не маленькие...

2Flanker:
А что за память конкретно используете, и в каких корпусах?

Микросхема WS512K32V-15G2UMA. Есть и BGA и CQFP68. Для асинхронной памяти объем 512К, шина 32р, быстродействие 15 нс и расширенный температурный диапазон -55...+125 довольно большая редкость. Нашли только у одной фирмы WEDC (White Electronic Design) www.wedc.com. Цена конечно кусачая - больше 13 тысяч рублей за корпус, но игра на тот момент стоила свечь. Правда в новом проекте собираюсь ставить SDRAM.

неееее.... это уж слишком.....

А может кто присоветовать память с минимальным потреблением, тактовой частотой не менее 120 МГц, объёмом 128 Mb или больше, индустриальным диапазоном температур (от -40) и легко доставаемую в малых количествах? Я нашёл только мобильные SDRAM от Micron, хочется какой-то подстраховки.
И почему у всех творческая мысль остановилась на SDRAM? Сейчас же всякие DDR и прочее.

Samsung?

Не-а, они от -25. Хотя очень симатично, цоколёвка та же, и есть чипы чуть пошустрее, чем у Micron.

К вопросу об объеме памяти - а разве есть постребность "видеть" отдельно каждый пиксел? Если задача сводиться только к определению - есть ли изменение в кадре или нет, то в общем случае надо определиться с:
1. допустимый уровень шума (если это не синтезируемая в цифре картинка, то он обязательно будет);
2. разрешающая способность "наблюдателя" (например, меняющиеся объекты менее 32х32 не воспринимаются).
Как вариант, можно было бы предложить следующее:
захватывать несколько строк во внутреннее ОЗУ, вычислять по ним некую функцию (некое подобие сжатия по алгоритму JPEG) и во внутреннее же ОЗУ писать результат этой функции.
На следующем кадре - та же история и сравнение не попиксельно, а результатов функции.
Может оказаться, что внутреннего ОЗУ будет вполне достаточно.