[Aner 3]

Задача ваша понятна, но проц выбрали этот STM32f103rbt6 очень неудачно. Да и не для подобных задач, как его архитекрура так и периферия.

Вы только прикиньте сколько у него оперативной памяти для решения ваших потребностей и все встанет на свои места, а вельвет-преобразованием вообще тут не пахнет. Внешняя память для этих армов не получится быстрой, тем более динамика, нет там инжины для этого. На 9 ARM пошустрее перебираться нужно тогда вам. Кроме малой внутренней памяти у этого еще и считалки нет.

[1113 5]

топикстартер не указал с какой скоростью будет меняться картинка (заполняться ящик). это известно?

 

при разрешении "210х340" сколько действительно полезной информации необходимо извлечь? какого типа метки собирается использовать и всё такое...

[Beavis 0]

Благодарю за оценку моих качеств. Давайте не будем строить теории о моей личности на догадке о том, как именно досталась мне эта плата. И я здесь не для того чтобы выяснять, кто тут лучший из мужчин. За конструктивную информацию об алгоритмах отдельное спасибо.

Внешнюю память возможно использовать при применении вельвет-преобразования? Частоты АЦП и правда не достаточно, но в обозначенных условиях "грубо говоря можно собрать всю картинку за 5...7 кадров.", а при в режиме и того быстрее.

 

 

Я уже объяснился в просчете. С аналоговым видеосигналом не имел дела никогда, так что простите Вашего покорного..

 

Кроме частоты сэмплирования надо еще обратить внимание на время сэмплирования. Собственно это время и будет определять разрешение выходной картинки по горизонтали.

Реально полоса 6.5 МГц бывает только на черно белых камерах с хорошим разрешением. Для бытовухи эта полоса намного ниже.

Еще нюанс - так как постоянная составляющая каждой строки в кадре и меняется - при оцифровке надо брать в каждой строке за опору "полочку" в видеосигнале перед началом видео.

В свое время делал на 16F84 врезку звука в видеосигнал перед началом строки - а как вы будете детектировать начало строки и начало кадра?

Еще вопросик - камера цветная ил черно белая?

[Nikolay N. 0]

топикстартер не указал с какой скоростью будет меняться картинка (заполняться ящик). это известно?

 

при разрешении "210х340" сколько действительно полезной информации необходимо извлечь? какого типа метки собирается использовать и всё такое...

 

Это скорее не важно. Времени предостаточно. А если все-таки нужно ограничить, то пусть будет минута.

Что же касается разрешения и меток, тут столько же неопределенности, но это уже важно. Разрешение выбрано с предположением, что этого более чем достаточно для данной задачи. С полезной информацией тоже самое соотв-но. Метки- такая же фигня. Вот что именно меня больше всего волнует. Кадр и правда можно с помощью аврки собрать, а вот с обработкой могут быть проблемы, а могут и не быть- не понятно ведь еще как получать информацию о наполненности. Вариантов масса. Реализаций не видел.

Это могут быть горизонтальные чередующиеся черные и белые линии; чередующиеся квадраты- их ведь легче всего определить. В зависимости от расположения они могут иметь свой удельный весь в значении наполненности.

 

Кроме частоты сэмплирования надо еще обратить внимание на время сэмплирования. Собственно это время и будет определять разрешение выходной картинки по горизонтали.

Реально полоса 6.5 МГц бывает только на черно белых камерах с хорошим разрешением. Для бытовухи эта полоса намного ниже.

Еще нюанс - так как постоянная составляющая каждой строки в кадре и меняется - при оцифровке надо брать в каждой строке за опору "полочку" в видеосигнале перед началом видео.

В свое время делал на 16F84 врезку звука в видеосигнал перед началом строки - а как вы будете детектировать начало строки и начало кадра?

Еще вопросик - камера цветная ил черно белая?

Можно ли использовать компаратор? Что бы он срабатывал при при "выходе из синхроимпульса"не доходя до уровня белого, например на уровне 0,2 В. Добавлять к этому моменту 5,9 мкс (длительность "полочки") за вычетом временного промежутка от момента срабатывания AWD до получения данных ADC.