Привет всем участникам форума!
Стоит задача оцифровывать сигнал с VGA-выхода видеокарты и передавать (в любом виде) через USB на ПК, остальная обработка ведётся уже там.
Передавать необходимо хотя бы 5-6 кадров за секунду. Решение должно быть недорогим.
Планирую использовать AVR32UC3 (preferred) или SAM3 за счёт хороших параметров, невысокой стоимости и удобных SDK.

Хватит ли ресурсов этих МК?
+ Приму любые советы по обработке VGA сигнала.

EDIT: Можно ли использовать что-либо из этого:
http://www.analog.com/en/analog-to-digital...ucts/index.html

А разрешение и глубина цвета какие?


У этих МК просто некуда подключить АЦП.

У меня есть опыт в С, но в обработке сигналов пока не разбираюсь.
1024х768х8bit будет с натяжкой, но достаточно.


http://www.atmel.com/dyn/resources/prod_documents/32058S.pdf
>> One 8-channel 10-bit Analog-To-Digital Converter
Встроенный не подходит?

1024x768 - это 60Msps. Не подходит, естественно.

Всего один низкоскоростной. Вам же нужно три - на каждый цвет и ооочень бвстродействующие... С параллельной шиной.

А нельзя по босячному сразу на том же компьютtре видеограббером?

То есть нужен процессор со следующим набором фишек:
- параллельный порт для АЦП
- внешняя SDRAM
- HS USB

Какой-нибудь ADSP-BF524 подойдет, или SAM9G25, например.

aaarrr:
Как рассчитывается величина?
И как рассчитать какая нужна тактовая для обработки такого сигнала?

prottoss:
Эти микросхемы способны решить проблему с АЦП?
http://www.analog.com/en/analog-to-digital...ucts/index.html

Если грубо, то 1024 * 768 * 60Гц * 1.33 (обратный ход долгий) = искомая пиксельная частота.


Смотря какой обработки. Пока в задаче упомянута только передача в ПК через USB 5-6 кадров в секунду.
От процессора при такой постановке практически ничего не требуется, за него 99% времени будет отдуваться DMA.


Способны.

Ве же подниму вопрос еще раз. Зачем слодности со снятием сигнала с VGA??? Нельзя ли сразу на РС снять картинки. Дешевле на два-три порядка получается аднака...

prottoss:
Нет, в том и дело, нужно наблюдать за машиной не трогая софт.

aaarrr:
Я пока не понимаю, можно без участия процессора гнать данные через DMA из параллельного порта в USB сразу???

Почти без участия. Образно говоря, ему не надо будет таскать мешки самостоятельно, а только указывать, откуда брать, и куда ставить.
Сразу из параллельного порта в USB нельзя, т.к. скорости не сопоставимы. Нужна буферная память.

А не надо трогать софт. Грабберы могут работать в фоновом режиме. Команды посылаются через удобный канал

Данные могут отсылатся тоже через удобный и удаленный канал. Например, намного более шустрый, Ethernet

Коллеги, пожалуйста на пальцах, если можно. Чтоб человеку с инженерным образованием, но без опыта работы с МК стало понятно. Гуглом пользоваться умею, что не понятно - буду разбираться.

Допустим, у меня есть декодер:
http://www.analog.com/ru/audiovideo-produc...ts/product.html
http://www.analog.com/static/imported-file...ts/ADV7181C.pdf

From general description:
...it is capable of digitizing RGB graphics signals from VGA to XGA rates and converting them into a digital DDR RGB or YCrCb pixel output stream.

Значит, он подходит для оцифровки сигнала VGA 1024x768x8bpp?

...12-bit 4:4:4 DDR, 8-/10-/16-/20-bit SDR pixel output interface...

Это значит на выходе мы получаем сплошной массив пикселей? Что означает 4:4:4 DDR, n-bit SDR?

adv7181c_outputs.PNG:
P0-P19, я так понимаю выходы, и декодер просто меняет их состояние с определённой частотой. С них мы считываем тот самый pixel output stream?
Какая там частота? Или есть сигнал синхронизации?

Понимаю, вопрос из разряда довольно глупых, но всё же:
Какая нужна периферия, чтоб всё это хозяйство (12, 8/10/16 или 20 выходов, см влож.) подключить к МК, и через DMA гнать во внешнюю SDRAM?

Контроллер нужен System-On-Chip, думаю, подходящие есть, иначе вся система будет очень сложной.

От проекта отказаться уже не могу, но в одиночку не справлюсь, любая помощь приветствуется.

Я бы советовал взять что-нибудь "мониторное", например AD9985A. Дешевле, быстрее, и без лишних наворотов. Есть подобное и с интерфейсом DVI/HDMI помимо аналогового.

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

Скажем, у устройства может быть такая конфигурация:
AD9985A->шина 8/16 бит->PPI ADSP-BF524. К последнему подключаем SDRAM и последовательную флеш для загрузки.

Спасибо, aaarrr!
А теперь вопрос на засыпку: можно ли всё это реализовать чисто на ПЛИС?
Так же читать с AD9985A каждый десятый кадр, и отправлять сразу через USB, либо в память и сначала обрабатывать, если возможно.
К примеру Spartan 6, нашёл такой модуль:
http://shop.ztex.de/product_info.php?cPath...&vat_disp=0
О ПЛИС только слышал, но буду разбираться.

Можно, только память все равно понадобится, т.к. внутренней не хватит. Spartan-6 даже толстоват для такой задачи, вполне хватит Spartan-3.
USB лучше организовать как на модуле, т.е. посредством какого-нибудь Cypress'овского моста.

Когда Вы стартанули я сразу подумал о ПЛИС. Здесь схема (алгоритм в смысле) может быть таким
1. Синхронизируемся по кадровому синхроимпульсу. (ПЛИС)
2. Пишем в xRAM кадр. (ПЛИС)
3. Сигнализируем о успешной записи кадра (ПЛИС->МК(USB))
4. Гоним данные (xRAM->MK->USB)
5. Переходим на п.1 для чтения очередного кадра.

Конечно, МК тоже можно запихать в ПЛИС... Если есть опыт написания алгоритмов для SoC и сырцы ядра МК с USB на борту.

Спасибо Вам, очень помогли!

Такая не может. У BF524 порт PPI 16-ти битный, а выход AD9985A 24-х битный.

У BF547 есть 24-х битный порт PPI.

Что значит "не может"? ТС нужно вообще 8 бит, а использовать лишние никто не заставляет.