Очень уж нравится эта плата, вот ищу железки для нее, что бы подходило под мои требования.
Требования это АЦП с множеством входных каналов сводит все в один, так вот на сайте analog.com нашел дофига АЦПшек которые подходят под мои
требования.Идея очень простая, сделать систему видеонаблюдения в качестве обучения и дипломного проекта, так вот подскажите пожалуйста можно ли
какие-то из этих АЦП прикрутить к этой плате(SK-iMX535) и если можно подскажите пожалуйста как именно?

Я в электронике не очень силен, так что вот впервые в это окунувшись познаю все на примерах и конкретной задаче.

Есть готовый плаг
http://starterkit.ru/html/index.php?name=shop&op=view&id=20
на imx53 пробовал композитный видеосигнал (PAL) оцифровывать с одного источника - у меня работало с утилитами из unit test - c gstreamer наблюдаются мелькающие кадры - надо разбираться, похоже размер кадра который передает adv не совпадает с размером буфера который выделяется в драйвере IPU.

Этот плаг использовать невозможно, если одновременно гнать с него со всех 6и каналов то скорость будет даже не 1 кадр в секунду

Цитата

Этот плаг использовать невозможно, если одновременно гнать с него со всех 6и каналов то скорость будет даже не 1 кадр в секунду

понятия "гнать" и "скорость" у всех разные, напишите свои..
если заглянуть в даташит на adv7180, то в области применения камня озвучено вот такое:

т.е. у производителя мнение чуть отличное от вашего..

перед тем как выбирать видеоАЦП с "множеством входных каналов" прикиньте примерный объем и скорость цифрового потока - сможет ли АРМ "переварить" объемы и по какому интерфейсу..

у меня и кит на imx535 есть и плата этого АЦП и камера, да вот всё времени не хватает состегнуть и запустить (жалко нет однокристалочника, который за пять_сек наваляет фулфьюча софтину с поддержкой этого примитивного железа)

Цитата

понятия "гнать" и "скорость" у всех разные, напишите свои...

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

Цитата

еред тем как выбирать видеоАЦП с "множеством входных каналов" прикиньте примерный объем и скорость цифрового потока - сможет ли АРМ "переварить" объемы и по какому интерфейсу..

Почему бы гигагерцовому ARMу не переварить поток данных 640x480 8-10bit? Смысл в том что данные будут уже в каком-то закодированном формате и поэтому это будут не сотни мегабайт переваривать и выдавать, а гораздо меньше.Вот по поводу интерфеса я тут и задал вопрос, как и чего можно скрестить.
К сожалению картинку не вижу на работе блочит прокся поэтому по остальному отпишусь уже из дома.

Цитата

Почему бы гигагерцовому ARMу не переварить поток данных 640x480 8-10bit?

всякое бывает.. например кривой драйвер или формат неудачно выбранный..

Цитата

Смысл в том что данные будут уже в каком-то закодированном формате и поэтому это будут не сотни мегабайт переваривать и выдавать, а гораздо меньше.

вот тут врядли будет на выхлопе что-то пожато-кодированное, более вероятен форматированный RAW, который надо плющить чем-то типа encoder-a.. опять же, если вглядеться в даташит, то:

Код

8-bit ITU-R BT.656 YCrCb 4:2:2 output and HS, VS, and FIELD1

т.о. под вашу задачу ложится горсть HiRes Webcams (USB2.0) с выходным JPEG, ну или экспериментировать с видеоАЦП..
вроде похожее обсуждалось тут..

Цитата

К сожалению картинку не вижу на работе блочит прокся поэтому по остальному отпишусь уже из дома.

да там ничего интересного - скриншот из стандартного даташита adv7180..

Цитата

8-bit ITU-R BT.656 YCrCb 4:2:2 output and HS, VS, and FIELD1

Это вот я читал :) а теперь для дураков это только тип данных который оттуда возвращается так? Интерфейс по которому они вернуться я же могу любой припилить или нет, или мне нужно как-то учитывать особенности платы?

Цитата

Это вот я читал :) а теперь для дураков это только тип данных который оттуда возвращается так? Интерфейс по которому они вернуться я же могу любой припилить или нет, или мне нужно как-то учитывать особенности платы?

в моей трактовке, из ADV через ISI валится поток кадров, не пожатых, но в определенном формате..
этот формат понимают софтовые грабберы-оцифровщики в стандартные видео или картинки..
вполне можно самостоятельно отгребать с этого интерфейса картинки и заниматься с ними чем угодно..
Павел выкладывал тестовую утилиту (Capture?), которая открывала устройства, граббила кадр и сохраняла в файл..

А как можно, ну хотя бы примерно по какому принципу можно определить загрузку проца при приеме и выдачи видеоинформации с декодера?

Цитата

А как можно, ну хотя бы примерно по какому принципу можно определить загрузку проца при приеме и выдачи видеоинформации с декодера?

например в Linux загрузку процессора всегда можно посмотреть утилитой top, а вообще - там все делается IPU + DMA (и VPU если нужно в реалтайме пожать видеопоток) так что нагрузка на процессор минимальная должна быть, узким местом скорей будет пропускная способность внешней памяти.