roboforum.ru

По опыту:
ч/б картинка размером 320х240 упакованая в jpeg до 7 кб (меньше не получается)
передаётся у меня через УАРТ на скорости 115.200 за 0,5 сек.
Тоесть 2 кадра в секунду

я уже посчитал что забирать байты нада с частотой более 5МГц.... мега НЕ вытянет, увы.... я лично попробую на Хмега.... как рас учту ето при проктировании макетки под нее...

а ты для какого разрешения это считал?

subQCIF.... ну и для всех где такт отдачи DSP clock / 4... там растут паузы между посылками а сами байты прут посылкой в 1 кадр с такой вот неприятной частотой..

а можно попрасить формулу подсчета в студию?

можно... я взял частоту ДСП за 20Мгц.. отсюда тактовая на выход 5МГц, одна строка отдается за 256 тактов передачи + 440 задержка... строк передается 96 + 956 задержка итого на 1 кадр уходит (256+440)*(96+956) = 732192 тактов при частоте передачи 5МГц сможем передать 6.8 кадра... так что дела оч плохи...

проясни плиз про задержкии
что-то тут не чисто...

посмотри графики на 18 странице даташита...

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

Duhas писал(а): отдается строка, потом пауза, потом снова строка...

Пауза очевидно нужна для синхроимпульса

не-а.. там видимо просто протокол так пашет.. она ОГРОМНАЯ... даже больше длины передачи.. зато в период паузы мона ковырять принятые данные...

для етой камеры ДМА нада или плисину...

А чего-ж в названии фигурирует Jpeg?
Я думал она файлом выдаёт данные, упакованные, во всяком случае в моей конструкции так.

какова у нас длина строки в байтах?

256... подряд вывалится... с частотой порядка 10МГц... мега апупеет...

н-да... надо думать...

в принципе мона уронить частоту в 2 раза буфером одним но читать сразу 2 байта...