roboforum.ru

wanderer писал(а):Увы и ах - ARM7 для полноценной обработки реального видео не хватает.
Нужен ARM9 или выше. Можно смотреть на гигагерцовый Intel Atom...

Это, очевидно, зависит от качества видео и качества результатов,
которые вы хотите получить.

Если даже смотреть только на формальную сложность типовых алгоритмов,
то снижение разрешения "всего" в два раза дает прирост производительности
в несколько раз (для этого картинки и бьют на кусочки).

Поскольку формально задача не ставится, я пойду путем упрощения требований
под возможности процессора, а не навертывания процессора под максимальные и
неопределенные требования.

Автор топика спрашивает "Что можно выжать из камеры с помощью МК",
а не "с помощью какого МК можно выжать из камеры все что угодно".

Злостный офф:
У меня тут накопился опыт общения с заказчиками...
Не поверите, каждый второй хочет измерять _любую_ величину с точностью до десятого знака.
Передавать все это с гигабитными скоростями фиг знает куда и показывать процесс на
вандалоустойчивом цветном мониторе с тачскрином...
А потом вдруг оказывается, что все это для того, чтобы повернуть заслонку,
у которой механический люфт - полметра....

Утрирую, конечно, но традиция "палить из пушек по воробьям" неистребима

Но, ребята - это ж совсем не интересно!!!
Взять ядро покруче, спортировать туда типовые биб-ки.
Это просто инженерная работа... В чем фишка? Где творчество?

И еще... В промышленном машинном зрении, насколько я знаю,
очень важный момент - это постановка света, оптики, жесткая механика.
Даже при всем этом речь идет только о вероятности правильной работы
(считывания маркеров, контроля размеров, обнаружения дефектов и т.д.)
А вы хотите готовый модуль, который будет закреплен с помощью
"шнурка от ботинка и жвачки" на прыгающую платформу,
будет смотреть на неизвестную картинку при естественном освещении
с бликами, тенями, источниками света в кадре.

В таких условиях ни один разработчик не сможет _гарантировать_ результат.

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

Пока и в ТЗ, и в приоритетах я вижу "разброд и шатание".
Что оно должно делать - непонятно.
Приоритетами являются то ли цена, то ли доставабельность компонентов, то ли надежность работы - непонятно.
О тест-кейсах и методиках тестирования - даже и не вспоминаю.

а можно я предложу?
с помощью недорогой китайской камеры и широко распространненого МК стоимостью до 500р. создать датчик препятсвий для робота-пылесоса типовой квартиры.

А что там формулировать задачу?? По моему она предельно очевидна. Робот минимум должен уметь строить карту местности и знать своё местоположение на ней. Без этого дальше идти бесполезно, потому как иначе это максимум беспорядочно шатающийся по квартире робот-пылесос, или бессмысленно ездящий по линии лайн-трейсер.

2 -Dead-:

В смысле - выработать ТЗ ???
По-моему, это как раз задача сообщества потенциальных
пользователей таких модулей - понять, что они хотят получить

Хотя мой опыт мне подсказывает, что сообщество неспособно на это
У каждого - свои приоритеты
(цена, доставабельность, надежность работы, возможность самостоятельной сборки),
свои требования
(цветные шарики или 300 кадров в секунду, широкий угол или угловое разрешение,
обнаружение пыли или позиционирование на местности)
свои представления о железе и программировании и т.д.

Сообщество хочет обычно "всего, побольше, сразу и универсальное"...
Тут кроме PC-платформы что-то трудно предложить.

=DeaD= писал(а):только постановка задачи включает количественные оценки и методику оценки

!!!
Именно!

>Ну и наконец - не факт, что получится на МК сделать то, что ты сказал
Ну может в своё время и получится, ведь сейчас МК имеют мощность ПК лет 15 назад.
>Тут кроме PC-платформы что-то трудно предложить.
а вот это и не удивительно, наоборот, часто может и не хватать мощности PC.
>когда простой датчик препятсвия будет
а чем шарп не люб? Всё ж точнее и надёжнее будет

2Michael_K: Ну всем не угодишь - это понятно, но есть у некоторой группы старожил, сложившееся мнение, с чего можно начать и что может принести пользу. Поэтому скорее всего мы сможем как-то скоординироваться и вместе с вами составить ТЗ, которое можно будет потом реализовать. Беремся доказать, что эта разработка будет применима в куче мест и указать - в каких конкретно местах

Добавлено спустя 1 минуту 6 секунд:

Vorral писал(а):>Ну и наконец - не факт, что получится на МК сделать то, что ты сказал
Ну может в своё время и получится, ведь сейчас МК имеют мощность ПК лет 15 назад.

Ну я бы не стал тут замахиваться на "подождать 15 лет"

Vorral писал(а):>когда простой датчик препятсвия будет
а чем шарп не люб? Всё ж точнее и надёжнее будет

Шарп в 1 направлении препятствие находит, а тут сразу аналог SICK

Добавлено спустя 1 минуту 37 секунд:
2EdGull: Как вариант - лазерная линия направленная вниз + камера + МК. препятствия обнаруживать более менее ясно как, а вот как свои координаты узнавать, чтобы эффективно пылесосить?

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