[Игорь121 0]

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

Ограничение по времени - кадр в минуту.

Может есть какие идеи?

Изменено 12 февраля, 2011 пользователем kiv121

[demiurg_spb 0]

Помнится Rst7 делился реализацией сжатия картинки в JPG. Так он на AVR это проделывал.

Хотя сейчас всякие кортексы (m0,m3) очень гуманно стоят - думаю не стоит ими пренебрегать.

+1 за ARM

[Игорь121 0]

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

 

[demiurg_spb 0]

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

[Игорь121 0]

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

К плису в плане ставить атмеловский к-лер.

[n_kurochkin 0]

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

[Игорь121 0]

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

[n_kurochkin 0]

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

[_Pasha 0]

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

[Aner 3]

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

[Игорь121 0]

ничего ненада.

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

Посмотреть камерами.

 

 

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

 

[_Pasha 0]

ничего ненада.

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

Посмотреть камерами.

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

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

[andrewkrot 0]

Немного расчетов:

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 кадру в минуту. Или я чего-то недопонимаю?

[Игорь121 0]

Известных решений нет? блин варианты....?

Выше не успел прочитать, прости.

 

да проблема одна, решить трудно.

поезда, сибирь, лавины, камеры.

один раз в час картинка.

связь хз какая (спутник дорого получается)

связь решаем....?

Изменено 12 февраля, 2011 пользователем kiv121

[Abo 0]

У nxp или ad поищите не тему видеоАЦП ( ADV7xxx - что-такое), в них как правило и коммутатор не несколько источников есть.

Эти АЦП имеют на выходе синхронный параллельный (а может есть и с последовательным) интерфейс для содержания и сигналов синхронизации (кадры и строки).

Таким образом -для приема с АЦП синхронный интерфейс с ПДП и ОЗУ на кадр.

Но четкость с обычной видеокамеры наверняка будет не очень.

 

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