roboforum.ru

Главное научиться это делать моторы и колёса переопределить - 5 минут думаю

2SMT: Причем в этом примере стол какой-то уродский, то есть выглядит как будто у него тонкие ножки и поперечина внизу, а в физической модели всё не так, как будто стол из 3 просто пластин собран. Поэтому и лазерный дальномер определяет его боковины, а не тонкие ноги которые мы видим.

=DeaD= писал(а):2SMT: Причем в этом примере стол какой-то уродский, то есть выглядит как будто у него тонкие ножки и поперечина внизу, а в физической модели всё не так, как будто стол из 3 просто пластин собран. Поэтому и лазерный дальномер определяет его боковины, а не тонкие ноги которые мы видим.

стол нарисован сам по себе и сохранен в папке store\Media в файле table_01.obj. Такие файлы называют "file-based DirectX mesh file" и загружается в симулятор в качестве файла визуализации вот так:

Код: Выделить всё • Развернуть

       public TableEntity(Vector3 position)
        {
            State.Pose.Position = position;
            State.Assets.Mesh = "table_01.obj";
...

затем элементы этого объекта "вписываются" в боксы и сферы с физическими величинами. Вот выдержка из главы "Adding a Mesh-Based, Textured Entity" Simulation tutorial 1:

The simulation engine makes it very easy to use detailed, photo-realistic visuals to represent entities in the world. All you have to supply is a file-based DirectX mesh file and (optionally) a pixel + vertex shader effect. You can supply a list of meshes for each physical shape in the entity. The engine takes care of rendering the meshes using the updated physics simulation properties for its shape (so the mesh will always be oriented and positioned properly). This makes it literally a "one line" for someone to start using nice visuals in the simulation. In the example below, a standard Directx9 mesh file is used and a 1.0 sphere is used to represent it to physics.

Перевод (в квадратных скобках - прим.пер.)
"Движок симулятции позволяет легко использовать детальную фотореалистичную визуализацию, чтобы представить объекты окружающего нас мира. Все что нужно для поддержки этого - файл на основе DirectX меш-файла (mesh file) и, опционально, вершинно-пиксельные эффекты. Вы можете поддерживать набор мешей для каждой формы объекта. Движок поддерживает рендеринг мешей, используя обновляемые свойства физической симуляции для его формы (так что меш всегда будет ориентирован и расположен корректно). Это позволяет буквально "одной строчкой" начать использовать качественную визуализацию в симуляции. В примере ниже [построении модели симуляции земного шара], стандартный Directx9 меш файл [изображающий сферу с текстурой земной померхности] и сфера [описывающая физическую модель] диаметром 1.0 используются для представления этого в физике."

По этому робот Пионер в симуляции №2 проезжает сквозь перекладину под столом - она не описана в физической модели.

Хотя по идее как минимум датчики цвета поверхности должны быть

вот один из топиков о реализации датчиков линии в симуляторе http://social.msdn.microsoft.com/forums ... 5eee6f22d/
основная идея - смотреть по координатам текстуру под камерой или под ик-сенсором, направленными в пол.
искать здесь Microsoft Robotics - Community

2DeaD: вот по этому на твой вопрос

С чего начинать будем? С объезда препятствий или с лайн-трэйсинга?

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

1. вместо ИК-дальномера и сонара - лазерный радар. В коде имееются сведения о дальности.
2. анализатор цвета - на видеокамере из "Color Segmentation Sample":

The Color Segment service analyzes images from a webcam, or simulated webcam, and based on color definitions declared in the service state, identifies color regions in each image.

Перевод:
"Сервис Цветовых Сегментов анализирует изображеня из вэбкамеры или симуляции вэбкамеры, основыванный на определениях цветов, объявленных с состоянии сервиса, идентифицирует цветовые участки в каждом изображении"

=DeaD= писал(а):Значит с объезда препятствий начинать надо, раз не умеем линию определять потом вернёмся к лайн-трэйсингу.

думаю "слалом" или даже "лабиринт" для начала вполне хорошо.

хз, нужно подумать, но это второе. сначала нужно сделать рабочую версию. какие датчики то использовать - ик-дальномеры или бамперы?

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

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

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