Jump to content

    

Нужен ли в этой задаче АРМ?

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

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

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

Edited by kiv121

Share this post


Link to post
Share on other sites

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

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

+1 за ARM

Share this post


Link to post
Share on other sites

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

 

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

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

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

 

 

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

 

Share this post


Link to post
Share on other sites
ничего ненада.

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

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

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

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

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

 

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

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

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

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

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

Edited by kiv121

Share this post


Link to post
Share on other sites

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

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

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

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

 

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

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this