Задача: пал (ч/б) с видеокамеры (не видео, а картинку) преобразовать в файл (желательно сжать) и по 485 передать по радиомодему.
Ограничение по времени - кадр в минуту.
Может есть какие идеи?

Помнится Rst7 делился реализацией сжатия картинки в JPG. Так он на AVR это проделывал.
Хотя сейчас всякие кортексы (m0,m3) очень гуманно стоят - думаю не стоит ими пренебрегать.
+1 за ARM

Да вопрос больше о преобразовании пал сигнала в битовый массив, а компрессия вопрос, но второй.

Так и в чем собственно основной вопрос-то заключается? (с)

Да коллега утверждает, что на плис это надо городить. Ресурсов LPC не достаточно?
К плису в плане ставить атмеловский к-лер.

Я "раскочегаривал" АЦП на LPC2294 до 3 мегасамплов (цифровал ультразвук) все работало прекрасно, несмотря на даташит. Такчто есть шанс успеть все сделать на LPC. Если что можно еще взглянуть на TMS320F28335 или подобное, цепляем к нему внешнюю SRAM и точно все успеете.

Вот ребята в другой конфе посоветовали ADSP-BF533. 600 мГц. С таким зверем не работал. Круто?

Возми OMAP3530 еще круче получится тогда можно и на ходу жать твое видео будет без задержек !!!! А с OMAP4 или 5 и HDTV потянешь

Началось... Что нада - скорость или перспектива развития?

ч/б пал звучит забавно, как и ч/б секам.

ничего ненада.
Ходят поезда,сибирь, лавины...
Посмотреть камерами.


дык и чб из цвета

Параллельный 8-бит ацп + МК (авр 20МГц с небольшим гемором) либо все, что выше по быстродействию.

Немного расчетов:
1. Полоса стандартного сигнала PAL 6,5 MHz следовательно цифровать нужно на частотах >13 MHz
2. Возьмем 15 MHz 8 бит. За 1 секунду 15 Мегабайт
3. Один кадр 15000000/50 = 300 КБайт при скорости 115200 Бит/сек передается за 20,8 сек. что в 2 раза меньше необходимого времени в 60 сек.

Вопрос - зачем себе городить огород, если без всякого сжатия условия выполняются? Делайте буфер на 1 кадр и передавайте спокойно через свой модем на скорости 57600 по 1 кадру в минуту. Или я чего-то недопонимаю?

Известных решений нет? блин варианты....?
Выше не успел прочитать, прости.

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

У nxp или ad поищите не тему видеоАЦП ( ADV7xxx - что-такое), в них как правило и коммутатор не несколько источников есть.
Эти АЦП имеют на выходе синхронный параллельный (а может есть и с последовательным) интерфейс для содержания и сигналов синхронизации (кадры и строки).
Таким образом -для приема с АЦП синхронный интерфейс с ПДП и ОЗУ на кадр.
Но четкость с обычной видеокамеры наверняка будет не очень.

Я бы предпочел построить систему на IP камерах и озаботиться лишь обеспечением канала связи (камеры должны частоту кадров под канал подстраивать) и ничего не придумывать - все уже придумали за нас, надо только правильно воспользоваться.

спасибо, буду думать.

китайцы на ebay продают такой комплект http://cgi.ebay.com/STM32-Camera-Board-2-8...=item2eaee445c7

посмотри там ссылка на сорци есть, может поможет

Возьмите для оцифровки TVP5150 - стоит копейки. Оцифрует и пал и секам, и чб и цветной. Дальше самая большая проблема это как раз сжатие и хранение картинки. Нужна как минимум какая-то внешняя память, лучше если SDRAM, потому что дешевле. Соответственно для решения вашей задачи нужна связка ARM с внешним интерфейсом к SDRAM, внешним интерфейсом к цифровому видео, достаточно шустрый для сжатия в JPEG. Или второй вариант - ПЛИС + память + какой-то проц.
Мы делали по первому варианту на AT91SAM9260. Минусы решения: проблемы с Атмелом, заказчики рано или поздно захотят видео, а не картинки.

TVP5150 + SSD1928 + любой микроконтроллер

У меня есть готовое решение: PAL(256 градаций серого) в JPEG.
Время сжатия кадра 5 секунд.
Сделано на LPC2138.
Пиши в личку, обсудим условия.

Наткнулся на Терре на вот такую китайскую штучку http://www.terraelectronica.ru/pdf/COMEDIA/C6810.pdf 4 канала видео в JPEG и в UART и на флешку

Всем огромное спасибо, перевариваю...

работал с c328r. в принципе все просто и рабоче. Единственно, бывает не отвечает по уарту и пришлось играться с задержками.