roboforum.ru

Это потому что есть такая спецификация "FIPA Agent Management Specification" в этом FIPA:
http://www.fipa.org/specs/fipa00023/SC00023K.pdf где написано как лучше указывать на агентов.

Я специально не искал реализаций FIPA в робототехнике. Но что плохого в стандартизированных сообщениях? Там 22 их вида. Если придумаете сверх этих - честь и хвала вам. Их придумывало множество забугорных яйцеголовых.

Особо не искал. Ох уж этот многозначный ЕЯ

Я работал с JADE http://jade.tilab.com/
Есть и другие бесплатные и платные FIPA программные платформы.

=DeaD= писал(а):Блин, у меня последнее время разрыв мозга от разных платформ
C++ Builder, WinAVR (gcc), Qt Creator, BASCOM, MS Visual C++ 2008, а сейчас еще и Java

К этому нужно относиться философски. Я знаю много языков, но понемногу каждый.

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

Кое - что мой знакомый из Израиля мне рассказывает. Толковый. Я его очень ценю. Работает над групповым поведением боевых роботов. Общается с ведущими учеными в этой области робототехники.
FIPA - хорошая архитектура, но не единственная. Часто нужен децентрализованный вариант (боевые одиночки, группы, работающие в тылу врага в режиме молчания). Ведь и люди когда общаются, чаще всего не регистрируются в службе, и говорят иногда одновременно.
Я FIPA затронул с целью создания аналогичной самоорганизующейся системы внутри робота. Своеобразный PnP. Но самое главное - это механизм общения. Ведь в сообщении есть весьма необходимые компоненты. Тут централизация - пожалуй лучший вариант.

Думаю, пока делать обзор систем взаимодействия роботов преждевременно. Есть проблемы с внутренним устройством отдельно взятого робота особенно с адекватностью окружающему миру.

Отказоустойчивый, живучий робот - это хорошо. Было бы неплохо сделать такой обзор. Т.к. робот - достаточно сложное изделие, то если он будет ежеминутно ломаться, вряд ли кому захочется им пользоваться. Проблема важная.
Жаль, что у меня катастрофически не хватает времени. Ведь я всю свободную энергию отдаю сейчас немного другому - созданию Robo Sapiens а точнее его центральной части RoboBrain на технически ограниченной платформе.

Удивительно как мы разными дорогами к одной и той же задаче выходим
Я сейчас посмотрел [[RoboBrain_Interchange_Language]] и чуть не подпрыгнул на стуле -
я как раз сижу придумываю описание в формате Бэкуса Наура для командного интерфейса который мне нужен в рамках разработки [[OR-WiFiSERVER]].

У меня задача такая:
нужен командный интерфейс (CLI), синтаксис которого описан в EBNF.
Этот CLI будет служить базой одновременно для нескольких направлений :
1. из этого EBNF автоматом на основе шиблонов можно генерить web интерфейс управления
2. из него же получаем автоматизированное описание всех возможных синтаксических вариантов (автоматическое документирование в графическм виде)
3. из него же получаем исходные шаблоны для написания обработчиков для выдачи сигнала на шину RoboBus