roboforum.ru

"и это хорошо!" хорошие примеры. и Швейцарский нож и ПК и МФУ такие многофункциональные, благодаря тому что в них запихнули много устройств. нож,вилка,открывашка и т.п. видеокарта, звукавая, сетевая и т.п. если конкретно по ЦП то сотни поддерживаемых инструкций запихивали частями все в один. а потом еще запихнули контроллер оперативки, видео процессор и пр.С МФУ та же фигня: принтер, сканер и пр.

Вот и я спрашиваю EDV, почему только 1 web камера? почему не добавить других устройств, которые могут расширить возможности робота?

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

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

ну ок. я понял позицию. "современные инструменты решения задачи навигации роботов нам ( или EDV или сторонникам) не нужны. будем делать по старинке - дешево и сердито".
тогда моя будет: "даешь новые сенсоры для роботостроителей!"

мне их возможности пригодятся для охотника. по крайней мере теперь у меня есть образец реализованного охотника и понимание как это все сделать с применением новых устройств.
http://youtu.be/beC2H9nR1Ko

обсуждение свелось к теме "где нужен AVM navigator"?
мне почем знать?
я ищу что лучше подходит для охотника.

у нас? видимо нет)а мир тем временем ускакал далеко вперед...

Nesenin писал(а):у нас? видимо нет)а мир тем временем ускакал далеко вперед...

И что, весь мир отказался от камер, больше их не развивает?

Моя работа над Навигатором пугает заграничных пользователей

Suicidesoldier#1 писал(а):Why does this equal Skynet, again? O_o

Ссылка на оригинальное сообщение

erco писал(а):Incoming!

The Terminator will surely rise from EDV's workshop.

Ссылка на оригинальное сообщение

И только наших пользователей ничем не проймёшь

А между тем с июля месяца 2010 года вот здесь размешено описания порта AVM алгоритма под C# (всё бесплатно) и англоязычные пользователи этими «AVM SDK simple.net» активно пользуются, а вот наши пользователи как то не спешат

ну да. все по памяти. японцы делали робота который все объекты в доме распознает по базе, выстраивает 3D модель дома и потом только вносит изменения.

Я примерно представляю логику навигации по изображению с 1 камеры.
Во первых делается логическое разбивание картинки на пол, линию горизонта, потолок с учетом перспективы и пр. связанное с движением света в оптике. (на некоторых видео есть даже визуальные линии перспективы и линии близлежащего пола\земли для удобства программирования\отладки)
Во вторых ищутся контрастные объекты по линии горизонта (которая может быть на изображении уже не линией а кривой). Причем в случае для навигации в доме, большое внимание уделяются типовым вертикальным горизонтальным контрастным линиям, которые с большой долей вероятности могут быть границами стен, проемов дверей, плинтусами и пр.
В третьих отслеживается их смещение при движении (возможно и до связных пиксельных зон которые потенциально могут быть 1 геометрическим объектом). Зная угол смещения камеры можно уже вычислять какие то расстояния до объектов. А еще можно зная расстояния до некоторых объектов решать обратную задачу - считать угол. В таком случае очень удобно использовать некоторые визуальные метки\маяки, с заранее известными данными. Тогда относительно этих меток уже можно вычислить позицию камеры, а потом уже передвигать камеру и считать расстояния до других объектов.

Тут больше вопрос в сложности и трудоемкости реализации. Следить за смещением (в пикселях) визуальных границ объектов (или объектами целиком), считать приблизительные расстояния? А если еще видео с разрешением 320*240 0_o
хотя в той же IR depth-finding camera 640*480. но тут хоть сразу расстояния считаются с бОльшей точностью. и не только для достаточно контрастных точек(линий или связных объектов), а для больших зон
черным цветом, обозначены точки расстояния для которых не получилось определить.цветом -уже конкретные расстояния (прям ровные градиенты получатся на плоскостях с удалением)

PS я тут в поисках потенциальных "мозгов",обнаружил всякие Б/У нетбуки с intel Atom 1.6Ггц 10'экраном и вообще полным фаршом wiFi, Bt аккумулятором 4.4 А\ч, блок питания, систем зарядки и пр. удовольствиями за 3000р и типо того... звучит вкусно!

может кто подскажет, можно ли туда прикрутить аккум от ноута 8а\ч и др. без лишних модификаций? (а их тоже можно найти за дешево)
а еще, можно ли запитать все компоненты робота от внутренних линий без ущерба для работоспособности систем питания нетбука? и есть ли там линия 12В?

было бы очень удобно (и покупать ниче не надо). считай, стандартными средствами получаем данные о заряде аккума в ПО. встроенная схема питания контролирует переключение питания от БП\аккума и граммотно заряжает аккум от БП.
знай себе следи за зарядом в ПО. чуть что езжай тыкайся в 2 контакта БП.

вот потому и нужно расширять набор сенсоров. прикручивать IMU с 3-х осевыми акселлерометрами гироскопами
и IR depth-finding camera. что я и планирую сделать.
только платформу придется новую использовать. места не хватает.