roboforum.ru

Типа я совсем ни разу проекты не выполнял. В данном случае мне так удобнее. Заказчика то стоящего над душой и трясущего кошельком нет. Паять я вовсе не собираюсь немедленно ничего. Сначала помучаю в Keil подусунутые последовательности изображений. Это и даст мне возможность понять - стоит ли дальше что-то делать на МК или на ПК. Вот только матрицу МК не очень то сэмулируешь.

Сделал первую версию RoboBrain модуля - SuperTracker

Главное в ней - это объединение в одной программной среде механизмов обработки изображений с пом. OpenCV, машинки продукционных правил - язык ECLIPS и онтологической базы знаний, на основе которой можно производить обобщения и другие операции логического вывода.

Новое ТЗ модуля монокулярного зрения (ММЗ)
1. Назначение. Преобразование полученного цветного изображения наблюдаемой сцены в поток особым образом сжатых данных, описывающих сцену в красном, зеленом, синем и яркостном каналах.
2. Механическая конструкция:
2.1. Герметичный автономный модуль, включающий в себя:
2.1.1. Электронная плата микропроцессорного контроллера.
2.1.2. Оптический сенсор.
2.1.3. Электромеханические приводы фокусировки, диафрагмы, механической заслонки ("веко").
2.1.4. Регулируемый по яркости и спектральному составу светильник подсветки.
2.2. Внешний блок питания.
2.3. Компрессор с фильтром для создания избыточного атмосферного давления внутри корпуса ММЗ.
3. Канал связи: RS-422. Это четырехпроводный аналог обычного RS-232 с оптической развязкой. Это позволит существенно увеличить помехоустойчивость канала связи.
4. Входные сигналы:
4.1. Управление всеми приводами.
4.2. Управляющий сигнал обратной связи процессору обработки изображения.
5. Выходные сигналы:
5.1. Статус ММЗ.
5.2. Сжатые данные кадра изображения.
Прошу обратить внимание, что вся информация включая видео должна передаваться по довольно медленному каналу связи. Поэтому компрессия данных должна быть достаточно высокой для возможности работы системы в режиме реального времени.

AndreiSk писал(а):1. может лучше фильтр по цвету? вдруг надо оранжевый только.

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

AndreiSk писал(а):2. про блок вообще не очень понятно. Исхожу из предположения что надо что-то уже разработанное брать,
на основе готовых стандартов, типа GigEVision. Если это не под конкретного заказчика, то для
исследовательских целей достаточно камера+компьютер

Так почему вы сами не берете готового робота, а собираете из частей? Можно частью рассматривать материнскую плату, можно микросхему или резистор. Так и с камерами. К моим требованиям не подходит большинство из бытовых камер, а разбирая некоторые промышленные, я также нахожу недостатки, которые хотелось бы устранить. Поэтому и берусь за разработку собственной камеры. но камера будет объединена с модулем первичной обработки изображений. Поэтому модуль монокулярного зрения - это нечто бОльшее, чем просто камера.

AndreiSk писал(а):3. про сжатие не понял, но к зрению имеет мало отношения. Обычно сжатие добавляет артефакты и свойственно недорогим решениям. А индустриальные камеры обычно без сжатия работают (шлют кадры как есть).

Сжатие - не самоцель. Сжимается изображение так, чтобы было в следующем модуле легко его использовать. Фактически - это первичная часть системы распознавания.

AndreiSk писал(а):...то, что меня интересует, стоит в два дороже.

Я придерживаюсь аналогичных взглядов.

AndreiSk писал(а):Обычно чем все заканчиваются? Постройкой компьютера на колесах.

В данном случае робот будет стационарным. По крайней мере в версии A (Arm - рука).

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

Совершенно с вами согласен. И аналогично поступаю. Но, как и вы, исхожу из разумности соотношения стоимостей а также доступности и др. критериев. В данном случае повторю, что для суровых промышленных условий а также условий работы на открытом воздухе пока ничего подходящего не нашел в разумном диапазоне цен.

AndreiSk писал(а):Однако, по-прежнему считаю, что вы сделали ТЗ для какой-то супер-мега-отвертки, которая в итоге так и не появится Вы бы лучше задачу сформулировали, было бы интереснее.

Задачу я сформулировал в теме :http://roboforum.ru/post317498.html#p317498
Прошу прощения за то, что не указал в ТЗ на модуль монокулярного зрения изменение в общей концепции проекта.

Pavia писал(а):Яркостный в смысле белый? А почему такой странный выбор? Я бы взял бы четвёртую компоненту инфракрасную.

Яркостный канал, он же Y вычисляется по стандартной формуле на основе R, G, B.

Pavia писал(а):Просто чем больше подвижных частей тем меньше надёжность системы.

Фокусировка, герметичный корпус, механическая заслонка ("веко") - все это весьма полезные вещи если роботу придется трудиться в запыленной среде.

Pavia писал(а):И удорожание системы. Не говоря уже о том что это будет порядка 30 см в сборе!

Давайте сначала разработаем, а потом будем судить о размерах и ценах

Pavia писал(а):Лампочек 3-х разных типов хватит? Да и зачем регулировка?

Хорошая подсветка никогда лишней не была.

Pavia писал(а):..но я думаю герметичный корпус пусть более прочный будет лучше чем с компрессором.

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

Pavia писал(а):...я бы рассмотрел что-то побыстрее FastEthernet. Да у него дополнительный уровень защиты есть.

Этот протокол точно мне не подойдет. Он расчитан на большие расстояния. У него немалые задержки несмотря на высокую скорость.

В топике http://roboforum.ru/post317595.html#p317595 я первым этапом указал работу по тестовым фотографиям вообще без камеры. Поэтому дискуссию про конструкцию собственно оптической части и интерфейсов для связи с основным модулем прошу перенести на более позднее время. Сейчас есть дела поважнее и более первоочередные. А именно - что в информационном плане будет делать зрительная система и вообще, как будет "соображать" робот.
Я предполагаю, что ММЗ (модуль монокулярного зрения) не должен заниматься никаким распознаванием сложных образов. Попытаюсь сформулировать его функции.
1. Автономные функции. Сюда входят автофокусировка, балансиовка яркости получаемого изображения и т.д.
2. Функции обработки изображения для передачи другим модулям.
ММЗ не должен выделять линий, окружностей, углов и т.д. Его задачей является представление в более простом виде переходов между пикселами поля зрения камеры. Причем выходное разрешение изображения будет существенно меньше исходного. Однако за счет задания положения поля внимания на исходном изображении и его размеров ММЗ будет передавать только самую необходимую информацию.
Отдельно нужно продумать возможность детектирования движения в поле камеры. Иначе может получиться ситуация, когда при малом поле внимания что-то важное может выпасть из наблюдения. Например, что-то угрожающее и опасное.