roboforum.ru

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

Добавлено спустя 33 минуты 56 секунд:
Погонял сегодня второй туториал от симулятора. Мне нравится всё больше и больше. Суть туториала - на ходу собирается стол и 3 типа роботов, всё это загоняется в симулятор и выдаётся пульт который можно переключить на любого робота и погонять им.

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

Или скажем можно сбить LegoNXT-робота более массивным Pioneer'ом и тогда тот лёжа уже на боку не будет ездить при командах с пульта, потому что у него колёса будут болтаться в воздухе.

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

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

=DeaD= писал(а):Погонял сегодня второй туториал от симулятора. Мне нравится всё больше и больше.

пора соревнования показательные нарисовать - как hudbrog предлагал рассмотреть. лабиринт хоть, что-ли? а то все споры, а что с этим делать никто в общем и не знает.

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

Дык можно же для упрощения, если это всё не пойдёт, делать готовый набор, скажем для минибота, - в котором не надо ничего в C# программить, в котором создаётся в системе виртуальный COM-порт с которым работаем как с реальным роботом по BT, только у нас рядом есть открытое окошко с симулятором в котором видим где виртуальный минибот сейчас гоняет и т.п. Ну и подгрузку разных карт с разными предметами

SMT писал(а):пора соревнования показательные нарисовать - как hudbrog предлагал рассмотреть. лабиринт хоть, что-ли? а то все споры, а что с этим делать никто в общем и не знает.

Ага, сейчас только пойму как всё это работает

=DeaD= писал(а):делать готовый набор, скажем для минибота, - в котором не надо ничего в C# программить, в котором создаётся в системе виртуальный COM-порт с которым работаем как с реальным роботом по BT, только у нас рядом есть открытое окошко с симулятором в котором видим где виртуальный минибот сейчас гоняет и т.п.

возможно мы о разном говорили?
варианты програмирования роботов:
1. В AVR Studio (Bascom, WinAVR и т.д.) кодируем обработку сигналов микроконтроллера, компилируем прошивку, заливаем в МК и посылаем робот в автономное плавание.
2. Подключаем робота по BT (ZigBee и т.п.) к ПК, обрабатываем сигналы в:
2.1 В приложении, написанном на каком-либо языке, скомпилированном и запущенном на ПК хостить беспроводное подключение к роботу.
2.2 В MSRS набором сервисов, отвечающих за отдельные компоненты робота (моторы, сенсоры), и поведение на VPL или OOP/TDD/etc
2.3 В другой (не MSRS) среде, делающей то-же самое, что п.2.2, только попроще - как в реализации, так и в возможностях
3. Разрабатываем манифесты для оборудования робота, строим модель для эмулятора, остальное, как в п.2.2 по виртуальному каналу

Я говорил о "компромисном" варианте 2.3, назвав его ранее RoboticsVisulStudioLite. Вообще пора возродить мне его, чтобы не быть голословным.
Ты о 2.2 и 3, я правильно понял?
Если все так, то одно другому не мешает, а даже неплохо дополняет. Если нет - прошу растолковать поподробнее, что-то туплю
снова предлагаю перекинуть лишнее в "соседнюю" ветку

Я про смесь 2.2 и 2.3, когда для робостудии есть обёртка для простого запуска своей программы в эмуляторе или с реальным роботом и есть обёртка для упрощенного написания программ, которые всё равно компилируются в MSRS-проекты.

Тогда тебе не надо с нуля писать симулятор, можно юзать готовый и можно плавно развивать свою обёртку до любого уровня а кто подрастает - просто перестаёт пользоваться обертками

дык я не симулятор писал, а что-то типа VPL

А я про их совокупность

Что-то типа VPL можно ведь сделать так, чтобы оно потом в C# переводило проект и компилило тупо msbuild'ом и запаковывало скажем в архив который одним файлом. А потом этот архив скармливаешь специальной обёртке симулятора, он его разворачивает и запускает симулятор обычным проектом.

Добавлено спустя 9 минут 25 секунд:
Или можно вообще даже полностью своё делать, чтобы оно к стандартным сервисам цеплялось уже запущенным параллельно, а саму программу разрабатывать хоть на Delphi - только стыковочные модули прописать надо будет.

2SMT: Так, вроде основы разобрался, надо какую-то задачу уже начать делать, чтобы было понятно куда двигаться дальше.

По производительности у меня симулятор показывает 58fps, правда машинка у меня не самая слабая - проц E8200 @ 2.66GHz, памяти дофига и видяха GF8800GTS, правда видяха свой потенциал не задействует полностью, потому что снижаю качество отображения и не меняется fps. Кто-нить может еще на своей машине погонять, у кого машинки послабее? Надо понять какой fps оно даст скажем на P4-2.66GHz, GF6800 или на чем-то подобном.

Пока получается так:
1. Есть объявленный интерфейс Generic-устройств, которые поддерживаются симулятором;
2. Есть драйверы реальных устройств поддерживающие все Generic-функции;
3. Есть симулятор в который можно задать модель мира + модель робота и запустить его в симуляцию, с точки зрения интерфейса это будет неотличимо для управляющей программы от реального робота;
4. Есть SimpleDashboard (которая почему-то сделана не автономной программкой, а частью каждого проекта - почему?) которая может осуществлять простейшие функции управления роботами.

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

Добавлено спустя 1 минуту 3 секунды:
Наверное тестовую задачу надо взять или с минибота, или еще откуда.

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

CeleronM 540 1.8MHz/2GB/Video i965 express (Shared memory)
2й туториал симулятора показывает 28fps

когда впервые запустил этот пример на компе PetiumM 1.6MHz/512MB/Geforce3200/32MB - все настолько жутко тормозило, что не стал даже продолжать - почитал код и все.

ближе к вечеру попробую дальше посмотреть

В общем поставил себе пробную задачку - сделать модель МиниБота в робостудии, пока столкнулся с тем, что все роботы там заранее определены для симуляции в классах типа "Microsoft.Robotics.Simulation.Engine.IRobotCreate", пока не вкурил чего это означает. Подозреваю что туда вводятся заранее просто необходимые параметры базового шасси типа веса, расположения колёс и т.п. Пока не понял как определить свой.

ок,я вернулся, сейчас буду смотреть
нитересно, почему IRobotCreate?

потому что это класс под робота iRobot Create

я должен был догадаться
а что ты подразумеваешь под

сделать модель МиниБота в робостудии

- аналогичный набор датчиков?

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

понятно. просто у меня совершенно другие моторы и колеса.