Посоветуйте видеокамеру

Камеру на робота. Компактная, маложрущая. Картинка - 640х480х15 вполне устроит.
Но обязательно, чтобы без дополнительных блоков подключения к ноуту. Ну или с супермалым, с габаритный размер флешки.
На роботе есть 11 и 5В, на ноуте ВиФи, БТ и УСБ.

Параллельный вопрос - ВиФи ИПи камеру можно связать с ноутом, без доп. устройств виде роутеров и т.п.?

0

Но обязательно, чтобы без дополнительных блоков подключения к ноуту.

О чем это?
USB вебка не пойдет?
http://www.citilink.ru/catalog/somputer ... ms/605753/

Параллельный вопрос - ВиФи ИПи камеру можно связать с ноутом, без доп. устройств виде роутеров и т.п.?

Можно.

0

Может кто встречал камеру чтобы выход был не PAL аналоговый, а цифровой попиксельный, как при работе со статической памятью, или SPI. Удобно будет анализировать информацию тем же роботом.
Аналоговый выход дешев, от 300 рублей камеры, но его оцифровывать же надо, и 75 кбайт памяти под буфер выделять, и цвет недоступен без декодера.
USB веб камера тоже недружелюбная для подключения ))

0

а если подключиться к аналоговой до микросхемы кодера? Как там схемотехнически сделано?

0

да это хорошая идея, но только на те микросхемы даташитов нет, и во всех камерах по разному сделано всё. Впринципе можно теоретически подключиться в режиме чтения между матрицой и контроллером и перехватывать цифровые данные, скорости там небольшие, 300 000 пикселей (2 полукадра) 25 раз в секунду, около 7 МГц.

0

Сообщение от BykTiho а если подключиться к аналоговой до микросхемы кодера? Как там схемотехнически сделано?

В большинстве дешевых малогабаритных TV камер (по крайней мере, в тех, что есть у меня), - и цветных (PAL, но бывают и NTSC, SECAM), и ч/б, - вообще все сделано на одном кристалле. И матрица, и все остальное. Кроме квадратной микросхемы с матрицей на одной стороне, на плате - только конденсаторы да резисторы.

Правда, в той, что взял в прошлом году для радиоканала взамен сожженной мной (писал в своей теме о роботе), - там уже с другой стороны платы есть еще микросхема (возможно, контроллер), и небольшая EEPROM из АТ24. Поскольку в описании перечислены разные варианты стандартов и форматов изображения, - полагаю, что там как - то можно задавать варианты работы камеры.

Но разбираться в схеме и сигналах - там все слишком плотно, с одной стороны платы - микросхема с матрицей, с другой - микросхема (контроллер?) и EEPROM. Соединения могут быть и переходами, под корпусами. Хрен заглянешь... Может, SPI, может - параллельный... Ног - то у них дофига. А платка - чуть больше почтовой марки.

А с другой стороны, если не нужен цвет, - так проще работать не с картинкой в целом, а с отдельными строками. Для выделения, например, отдельных ярких обьектов. Любую строку выделить - не проблема. И не нужно все оцифровывать - часто достаточно и компаратора с регулируемым порогом.

У меня полная картинка с камеры идет по радиоканалу, в полном TV качестве, без сжатия. Но в роботе есть и обычный композитный выход видеосигнала с камеры.
Возможно, со временем посажу на него отдельный видеоконтроллер, который будет выделять отдельные обьекты на изображении. Большого разрешения не надо, достаточно иметь в строке например до 32 зон, а это времена порядка 1,5 мкс на пиксель. За это время на частоте 16 МГц Мега (32 - 64 - 128) успеет выполнить до 24 команд, PIC16 при 20 МГц - и то 7-8 команд. Если захватывать строки в буфер, например, через 32, получится штук 8-9 на полукадр. И по 64мкс х 32 = 2048 мкс на обработку буфера. Дохрена времени. Это порядка 10 тысяч команд даже для PIC16 при 20 МГц. Или до 32 тысяч команд для Меги. И - никакой оцифровки. Меняем порог компаратора (4-16 ступеней) и смотрим, что там у нас получилось. Вполне достаточно, чтобы, например, выделить пятно от лазера, или какой - нибудь маячок. Например, на "кормушке" - заряднике.

Буфер на 32 точки нужен всего 4 байта. Можно сделать число буферов по числу уровней компаратора. Тоже немного. На 4 уровня - 16 байт, на 16 уровней - 64 байта.
Если еще отдельно для каждой захватываемой строки, даже при хранении битового поля 32х16 точек при 16 уровнях яркости будет всего 1 кбайт.

Можно упаковать кадр, например, по 2 точки с 16 уровнями яркости, в один байт (по 4 бита на точку). Получится 16 байт на строку в 32 точки. А сигнал с компаратора завести на сдвиговый регистр, и считывать контроллером сразу 8 точек (раз в 12 мкс), или при той же скорости (читая раз в 1,5 мкс) - поднять разрешение в 8 раз, до 256 точек на строку. Но и буфер увеличится... Тоже в 8 раз. До 32 байт для битового одноуровневого буфера. Что тоже не так уж и много...

Сообщение от SWK А с другой стороны, если не нужен цвет, - так проще работать не с картинкой в целом, а с отдельными строками.

Скорее всего в широкой продаже должны быть копеечные декодеры PAL сигнала в RGB и синхроимпульсы.

Для выделения, например, отдельных ярких обьектов. Любую строку выделить - не проблема. И не нужно все оцифровывать - часто достаточно и компаратора с регулируемым порогом.

Интересная идея, получится 1 бит АЦП, и каждый кадр увелививает количество градаций изображения, через 16 кадров получим 4 бит цвет, а через 256 кадров получим 8 бит цвет ))

0

Сообщение от sym USB веб камера тоже недружелюбная для подключения ))

почему? обычная камера или хд + open cv на плате от ноута или если не надо распознавание образов, то можно воткнуть в роутер

0

Сообщение от sym Скорее всего в широкой продаже должны быть копеечные декодеры PAL сигнала в RGB и синхроимпульсы.

Да, есть. Но для простых задач часто достаточно и 8-ножки LM1881 (стояла в старых мониторах). Выделяет кадровый и строчный синхроимпульсы, различает четный и нечетный полукадры, выдает строб на вспышку цветовой синхронизации.

Я писал про них тут:

Интересная идея, получится 1 бит АЦП, и каждый кадр увелививает количество градаций изображения, через 16 кадров получим 4 бит цвет, а через 256 кадров получим 8 бит цвет

Ну, я имел в виду не цвет, а уровни яркости.

Есть еще вариант: ставим пару счетверенных компараторов, один из входов каждого из них подключен к цепочке резисторов, задающих их пороги срабатывания. На выходах компараторов будем иметь линейный код из 8 бит, соответствующий текущему уровню сигнала. Можно считывать сразу эти 8 выходов портом контроллера, или предварительно свернуть аппаратно шифратором (на ПЗУ или логике) в 3 бита двоичного кода.

Или один счетверенный комраратор, соответственно 4 уровня яркости, которые потом можно свернуть в 2 бита, и запаковать 4 пикселя с 4 уровнями в 1 байт.

Такой упрощенный вариант требует мало ресурсов контроллера, и часто достаточен для целей ориентирования робота. Компьютер же, получая нормальную несжатую картинку по радиоканалу, может использовать более мощные программы распознавания образов, при необходимости соответственно управляя роботом.

Счетчик строк можно реализовать программно в контроллере, по прерываниям от строчных синхроимпульсов (через каждые 64 мкс), или - поставить аппаратный, которые будет выдавать прерывания например через каждых 16 строк (или любое другое нужное количество). В полукадре - всего 312, реально - даже чуть меньше (из за обратного хода кадровой развертки, занимающего несколько строк). Так можно сделать любое нужное разрешение по вертикали.

Хотел написать про нашу советскую ХА11, вспомнив, что валяется где-то блок синхроимпульсов от старого телека. Но увидев, что для 1881 ненадо обвяза, как нашей ХА11, не буду даже о ней вспоминать ;) Хотя, вспомнил ;)

0