roboforum.ru

А зачем мне идеальные условия? Если у меня будут в комнате дети, значит и должен быть алгоритм не столкновения с ними. Я лично, вообще не вижу сложности в создании алгоритмов для робота. Так зачем мне мучатся, замедляя разработку, изучением дурацкого симулятора, который мне никогда в жизни не повторит условия реального окружающего робота мире. Он просто тупо не сможет настолько совершенно "отрассировать" солнечные лучи, как это происходит в современном мире. Т.е. у меня не будет, не бликов, не зайчиков в камере, не прочих "прелестей". Да и как я говорил выше, он не сможет передать особенности моей вебкамеры. Не говоря о заедании или поломок серв, слёта гусеницы, зацепа робота об ковёр. Спрашивается нахрен он вообще нужен, если ДАЖЕ близко не отражает сущность мира в котором окажется мой робот. Т.е. просто взять просидеть за изучением его пару недель, просто так? Я и так понимаю, что для создания робота в жизни, и тестировать его нужно в этой самой жизни.

Полностью согласен с Vorral. Делайте робота с ПК на борту, отлаживайте прямо на нем (через rdp/vnc/radmin) без всяких симуляторов

2Vorral:

1. Парой недель можно отделаться только если будет могучая кучка народу, уже его освоившая и написавшая туториалы

2. Я тебя никуда не гоню заниматься MSRS ты вот мобильного робота гонял уже много раз по комнате с алгоритмами? Пробовал их отлаживать постоянно в реале?

3. Особенности твоей вебкамеры можно передать сделав свой драйвер веб-камеры с настраиваемыми помехами.

4. Особенности шасси можно передать сделав свой драйвер шасси, учитывающий все варианты поломок, зацепов, слётов и т.п.

5. Симулятор достаточно точно отражает сущность мира и это будет улучшаться и далее - это же на базе технологий MSRS, думаю там и тени будут и блики. Всё как в лучших современных игрушках.

6. Есть такое понятие - блочное тестирование - типа день разрабатывал, на ночь поставил робота на прогон по типовым тестам и оценку - не повалился ли где-то поправленный алгоритм. Очень интересно, как ты это сделаешь в реале? Будешь всю ночь бегать и восстанавливать тестовые ситуации в комнате?

Dead, не потратить бы жизнь на эмуляцию реальности...

2Dead, я тебя вообще не понимаю. У нас видимо разный подход к программированию. Я, ну совсем, не вижу сложностей с отлаживанием алгоритмов робота. Тем более намного удобнее тестировать разные алгоритмы на одной и той же видео пачке изображений с робота, вообще его не подключая. Всегда понятно, улучшил ты результат или нет.

Добавлено спустя 4 минуты 49 секунд:
Да и тот же EDV тестирует прямо на железе и не жалуется. Ты ему тоже предложи воспользоваться MSRS, думаю он тоже вежливо тебя направит в ту же сторону ))

Добавлено спустя 4 минуты 28 секунд:
Да и вообще, например первая ступень, которую надо решить для робота, это определение его местоположения и положения окружающих его вещей(навигация). Может решаться вообще без робота, камеру в руку и води ей по комнате, смотря как работает твоя программа. Уж вебкамеру то за 500р пользователи ведь смогут себе позволить, всё равно она всегда может пригодится по назначению.

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

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

Это уже вторая ступень. На первой достаточно стационарной камерой распознать бота по маркеру и вручную разметить зону передвижения. Большую часть задач по навигации бота/ботов в помещении это уже решает.
Во всяком случае переместить бутылку пива из точки А в точку В по заданному маршруту или кратчайшему пути простейший RC бот уже сможет.
Вот заподозрить кого-либо в нехорошем желании сделать релиз, у мя оснований нет. Способ предложен и описан еще весной.

Duhas писал(а):Dead, не потратить бы жизнь на эмуляцию реальности...

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

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

Vorral писал(а):Всегда понятно, улучшил ты результат или нет.

Хрена с два чего делать будешь, когда у тебя робот начнет раз в день сбоить? Писать длинные логи выводя всё и везде? Тратить между каждой такой итерацией по дню и каждый раз разбирать тестовые данные с самого начала? Ситуация то будет другая уже в которой сбой произошел.

Vorral писал(а):Да и тот же EDV тестирует прямо на железе и не жалуется. Ты ему тоже предложи воспользоваться MSRS, думаю он тоже вежливо тебя направит в ту же сторону ))

Я уже предложил, пока он меня никуда не отправил и даже начал ставить себе MSRS, может быть потому что он уже представляет, что такое тестирование сложного алгоритма а может просто из вежливости

Vorral писал(а):Да и вообще, например первая ступень, которую надо решить для робота, это определение его местоположения и положения окружающих его вещей(навигация). Может решаться вообще без робота, камеру в руку и води ей по комнате, смотря как работает твоя программа. Уж вебкамеру то за 500р пользователи ведь смогут себе позволить, всё равно она всегда может пригодится по назначению.

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

Добавлено спустя 2 минуты 23 секунды:

contr писал(а):Это уже вторая ступень. На первой достаточно стационарной камерой распознать бота по маркеру и вручную разметить зону передвижения. Большую часть задач по навигации бота/ботов в помещении это уже решает.
Во всяком случае переместить бутылку пива из точки А в точку В по заданному маршруту или кратчайшему пути простейший RC бот уже сможет.
Вот заподозрить кого-либо в нехорошем желании сделать релиз, у мя оснований нет. Способ предложен и описан еще весной.

Модуль распознавания Q-Code с вебки выложен черти-когда еще мной в вику. С исходными кодами.

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

да-да-да.. алгоритмы мона и в симуляторе.. а вот зачатки ИИ, имхо, не стоит

2Duhas: С чего бы? Просто получим ИИ, который умеет жить в симуляторе, но ведь умеет же?

Добавлено спустя 37 секунд:
Дети же блин как-то играют в игрушку и ничего вроде?

Модуль распознавания Q-Code с вебки выложен черти-когда еще мной в вику. С исходными кодами.

Речь не о Q или штрих-коде, а релизе позиционирования бота по web-камере.

2contr: А в чем вопрос то с позиционированием? Библиотека возвращает 3-мерные координаты маяка относительно камеры и его ориентацию. Что еще релиз то должен включать? Типовой проект что ли?

Что еще релиз то должен включать? Типовой проект что ли?

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

>Скажи как ты будешь это оценивать, если алгоритм включает в себя управление шасси для сбора данных?
Скажу, когда озвученный первый этап выполню )

contr писал(а):видео бота, который приносит пиво/тапочки, обходя препятствия, имхо.
Верю, это немножко сложнее, чем освоить пользование одной из типовых прог распознавания, но не менее полезно

Может сразу терминатора? Или еще кого замутить? Указанная задача решена, ссылка на рабочую библиотеку дана, принесение пива и тапочек это совсем другая задача. Если не понимаешь в чем и насколько разница - тут наверное будет сложно помочь.