roboforum.ru

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

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

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

В смысле - решили не искать? Или наоборот - особо не искали?

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

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

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

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

а нет ничего на си++?

Добавлено спустя 3 минуты 5 секунд:
Вот чего нашел: http://www.mobilec.org/

Добавлено спустя 1 минуту 50 секунд:
Поддерживается на огромном количестве платформ, включая встраиваемые: http://www.mobilec.org/platforms.php

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

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

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

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

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

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

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

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

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

Могу сказать, что мелкософт в своей Robotics Studio опирается на DSS - Decentralized Software Services, это когда куча разных сервисов через центральный узел (а может и несколько таких узлов - не разбирался) регистрируются на узле подписчиками сообщений других служб и сами говорят какие сообщения могут генерить. Если одна служба погибает, зависает и т.п. - остальные работают и могут даже попытаться её перезапустить или еще чего-нибудь сделать.

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

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