В общем назревает проект: оцифровка видео. В общем хочу подобрать ПЛИС на которую влезут следующие задачи: сконфигурировать микросхему SAA7113, получить от неё кадр данных и сохранить этот кадр в SDRAM. Далее нужно ещё сжимать в JPEG но я думаю что лучше передать этим заниматся какому-нибудь микроконтроллеру. Т.о. мне нужна плис в которую поместятся граббинг видеопотока, контроллер SDRAM, и модуль для связи с микроконтроллером к примеру I2S.
Подскажите что можно использовать для этой задачи (имеется ввиду плис с самой низкой ценой которая справится с этой задачей)???
Желательно xilinx так как есть небольшой опыт работы с ним.

Соберите систему на Microblaze (будет всем управлять) c контроллером DRAM, добавьте пожимальщик видео с Opencores - и за день-другой получите довольно точную оценку. Граббер не займет почти ничего.

Да мне не нужно видео. Мне нужны просто отдельные кадры с частотой не чаще раз в 5 секунд.
Вообще какого-ниибудь XC3S400 хватит?

Cyclone 2 5kLE по розничной цене от 20 баксов...

Сделайте, как я сказал, только без пожимальщика с Opencores - жмите микроблейзом. Если время не поджимает - посмотрите Spartan-6, там контроллер памяти аппаратный, соответственно логики надо будет только на процессор. Или - CPLD как интерфейс граббера к обычному микропроцессору.

а Вы уверены, что Вам нужно ПЛИС?
есть куча контроллеров, которые могут "грабить" поток и сохранять его в SDRAM, при этом там есть модуль I2C для управления (я надеюсь I2S - опечатка, но там это тоже есть, хотя это не самый лучший протокол связи, имхо)
также у этих контроллеров хватает производительности, чтобы сжать поток от SAA7113 любым способом.

например это дешевые
BF533/2/1 analog.com
TMS320C5510 (вроде бы) ti.com
подороже (но дешевле ПЛИС)
семейство DaVinchi ti.com

программировать всяко проще, чем ПЛИСину ваять

ну и до кучи замените SAA7113 на tvp5150
http://focus.ti.com/docs/prod/folders/print/tvp5150am1.html
избавитесь от дополнительной головной боли

Понятно. Я просто сначала не то имела ввиду. Я имела ввиду сграбить видео, сохранить в память и передать микроконтроллеру уже другому (другой микросхеме ARM или AVR). Поэтому и просила что бы вы навскиндку сказали куда влезет небольшая корка грабинга и корка SDRAM (потому что не знаю сколько она занимает) да и все. Но вы подумали что я имею ввиду про синтезируемый процессор, поэтому в принципе нужно найти ПЛИСину на которую влезет микроблейз, контроллер SDRAM и самописная кора для микроблейза которая граббингом занимается. И сжимать в JPEG уже не внешним микроконтроллером а тем же микроблейзом, думаю в частоте он не проиграет.
Займусь подсчетами. Но учитывая что на тот же Спартан 3 есть стартер киты с SDRAM все таки котроллер SDRAM в спартан_3 впихнуть можно... Спасибо за совет - займусь.

Кстати
http://opencores.org/project,bluespec-h264 - юзал реально кто ??

а вы где то нашли доступный BSV синтезатор что бы использовать эту корку ?

Грабер на ПЛИС точно влезет в XC3S200 и еще место останется, возможно и в XC3S50 впихнуть. Но в любом случае Вам понадобиться кроме ацп еще память на кадр (статика или sdram)

2 des00: вот собсно поэтому и спрашиваю - есть ли у народа опыт какой в этом деле??

ну а зачем Вам "небольшая корка грабинга и корка SDRAM"?
это дипломная работа или какое-то требование - обязательно использовать ПЛИС?

вот например BF531 (взял как самый простой, может есть дешевле)
http://www.analog.com/en/embedded-processi...rs/product.html

на картинке PPI - это и есть готовая корка грабинга
SDRAM контроллер там тоже есть

не хотите на нем JPEG делать (хотя уверяю, это получится лучше чем на ARM, не говоря уже об AVR) - передавайте дальше,

это решение, по-моему, более правильное, чем использовать ПЛИС

Нет, просто есть опыт коммерческого проекта на ПЛИС. А с использованием DSP-процессора нет никакого.

Данный проект хочу сделать для повышения собственного IQ поэтому наверное покурю Blackfin.
У меня вот только один вопрос. Человеку который с DSP раньше не работал лучше купить стартер кит какой-нить? Или без разницы можно сразу плату ваять?

Сразу плату. Какая разница, DSP, не DSP, сигналы они и в Африке сигналы. Тем более если с ПЛИС уже работали.

Есть "кальян" на bf527-600 с PAL-декодером, Ethernet'ом и USB OTG. Но в Москве. Если интересует - в личку..

у меня заработал на двухслойке BF в TQFP корпусе с SDRAM, 133МГц (все-таки скорее 125 - точно уже не помню)

а если есть возможность (например, оплатит фирма) купить EZ-KIT (стартер кит) для BF533 - то там все это есть - видеозахват ADxxxx какой-то (но без разницы - формат выхода у него такой же как и у SAA), SDRAM, встроеный отладчик

Подскажите где на просторах СНГ можно купить? Фирма возможно сможет оплатить, только нужна цена Не подскажите сколько стоит кит?

Вот Вам еще целая куча отладочников (не BF), умеющих "грабить видео", покупаемых "пришел-купил", большая часть из которых основана на процессорах, более мощных, чем BF.

http://www.terraelectronica.ru/catalog.php?ID=1006

А если недолюбливаете DSP - то там есть недорогой Mini35 на АРМ-е - http://www.armkits.com/Product/mini35.asp

но у BF и китов на его основе плюс перед TI (особенно ОМАР-ами, и DaVinci-ами) - простота (да и подешевле), а 55-ые это вообще отстой
вобщем-то 64,67 серия нормальны, но для данной задачи это - из пушки по воробьям
и дополнительный факт - "человечность" средств проектирования VDSP по сравнению с CCS

я имею ввиду вот эту плату
http://www.analog.com/en/embedded-processi...rs/product.html

продают
http://www.autex.ru/autex.html

http://www.terraelectronica.ru/catalog.php...d=1&Page=-1

дополнительно могут проконсультировать здесь:
http://electronix.ru/forum/index.php?showforum=3

Ну вот тут я в корне не согласный. 6000-ные codegen tools развиваются значительно шутсрее VDSP-шных, на мой взгляд сильнее, и докучи поддерживаются на платформе linux. Плюс переход GUI на Eclipse в 4-ой версии. После этого VDSP остался где-то совсем сзади.

PS И я человеку предлагал в первую очередь ARM, а не 6000-ки. 6000-ки это так, если "чего-то высокого" захочется.

я типа пошутил
давно дела ни с CCS, ни с VDSP не имел,
но мое мнение - "быстрое развитие" и использование eclipse (а туда можно таких плагинов насовать) вобщем-то ортогонально к удобству работы

мне кажется, что BF хороший и удобный процессор, причем как правило проблемы программирования возникают при конфигурации периферии, а там все сделано просто и понятно
в случае АРМа - знакомство с ядром не сильно поможет -
вот прямо сейчас знакомые взрослые (несколько десятков завершенных проектов, 10+ лет опыта) усатые дядьки программируют некий SOC на ARM-е и плачут и клянут индусов собравших эту SOC
ну и сам я недавно LPC3250 попрограммировал - тоже вобщем-то понял, что такое индусский дизайн
то есть какойто кристалл с АРМом может оказаться не так удобным, так как программировать придется SOC, а не абстрактный ARM

Зато знакомство с тулзами и их большой выбор поможет. Вместе с дешовыми средствами отладки.

Писал я вот тут макефиле для BF с VDSP-шным codegenom, как-то не заметил никаких суперпреимуществ перед кодегенами от TI. Те же яйца, только в профиль, и через wine.