roboforum.ru

Если у кого-то хватит желания и терпения просмотреть все видео, посмотрите его до конца.
Кое-какие идеи касаются данного проекта.

Здравствуйте, форумчане! С интересом прочитал тему, думал удержусь - не удержался и пишу это сообщение. По профессии учитель, хобби - радиолюбительство начинающим (тематика публикаций игры и игрушки простой схемотехники - без МК и программирования). Посему как дилетант со своей колокольни встряну: ребёнку (а в душе мы все дети)будет интересна в первую очередь трансформация телефон, подставка на колёсиках... и вуаля - существо, "бегающее", мотающее головой, что то спрашивающее и отвечающее (не обязательно по теме). Отсюда первый вывод: ходовая должна иметь не пару моторов, а больше и быть просто "умной подставкой под телефон". Далее: взаимодействие "человек - машина". Всё зависит от человека, если школьник то это приложение которое например обменивается вопросами и ответами с хозяином - "сколько дней было бы в году если люди на экваторе могли бы летать?" и т.д. То есть должна быть полезная функция взаимодействия - образование, развлечение, получение информации, эмоциональный релакс. И всё это можно предусмотреть в приложениях. Подведём итог: изделие - умная подставка; набор приложений под телефоны на все случаи жизни.
Что касается ИРа. Поверьте, учить гораздо тоскливее чем учится. Особенно рядовому потребителю. Может есть смысл сделать приложение "мой телефон - самый умный попугай ?"
С уважением, Мамичев Д.И.

2dimamichev: Так умный или попугай? Программ - попугаев предостаточно и даже больше.

Дело в том что "настоящий попугай" - умный (иное - это наши заблуждения). И если приложение плюс "тележка" дают потребителю ощущение подлинности это более чем хорошо. Мне кажется что все спорящие в теме упускают очень важный момент: результат не есть сумма слагаемых (невыполнение принципа суперпозиции - признак нелинейности). И приложений самих по себе много и тележек тоже - искать надо новое в особом сочетании их в заточке на конкретного потребителя, например девочка лет 10-13, любящая домашних животных или подросток лет 15 с вредными привычками и нецензурным разговорным. А ИРа придёт сама, многие это даже не почувствуют, продукт-изделие должно быть многоликим и в железе и в программах.

dimamichev писал(а): думал удержусь

Удерживаться тут как раз не надо, на то и форум.

dimamichev писал(а):ходовая должна иметь не пару моторов, а больше и быть просто "умной подставкой под телефон"

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

dimamichev писал(а): набор приложений под телефоны на все случаи жизни

Ну да. Мы тут про одно приложение на 10-ти страницах договориться не можем. Возможно не плохая идея разделить по возрастным категориям. Но в семье обычно бывают представители разных поколений. Что ж им 3 робота на стол ставить? Одно из назначений - это подарить 2-ю жизнь не используемому старому телефону. Т.е. он будет все время торчать на столе и общаться со всеми. Распознавая лица он может знакомиться, спрашивая в том числе и возраст. Потом может под него подстраиваться при разговоре. Но это уже скорее развитие базовых функций, до функционирования которых еще, как до звезд.

dimamichev писал(а):Поверьте, учить гораздо тоскливее чем учится.

Это скорее мнение учителя, чем ученика. Учиться дети не очень любят, а выступить в роли взрослого воспитателя им интересно. Хотя, голосовые игры, загадки и прочее предполагались для разнообразия.

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

Виктор Казаринов писал(а):Кое-какие идеи касаются данного проекта.

Да, фирма солидная, и уже давно занимаются тем, что нам надо. Хотя и в более глобальном масштабе. У нас всё-таки подразумеваются какие-то ограничения в построении фраз при общении с роботом. Надеяться, что ABBYY подарит нам свою технологию семантического анализа и базы данных конечно смешно. Поэтому желательно изобрести свое «ноу-хау». Задача усложняется тем, что анализировать придется текст без знаков препинания. А упрощается тем, что мы не претендуем на анализ фраз типа «кот лежал на холодильнике, он мурлыкал». Но фишка в том, что разбором фразы все не ограничивается. Фраза является лишь побудителем к действию. Само действие должно генерироваться в соответствии с контекстом беседы, состоянием робота и его представлениях о мире. Задача не менее сложная, чем семантический анализ. Причем чисто сценарный подход в выборе манеры поведения мы признали тупиковым.
После общения с Виктором, для себя я отметил следующие тезисы:
- Его ИИ движок имеет потенциал для решения вышеизложенных задач,
- Однако работы для адаптации движка под нашу задачу непочатый край, хотя есть определенные наработки и опыт на эту тему,
- Движок достаточно ресурсоемкий и возможно имеет смысл разместить его на облаке. Что имеет свои плюсы и минусы. У меня есть такой интернетозависимый кролик. В один прекрасный момент производитель прекратил его серверную поддержку. И тысячи кроликов по всему миру умерли в одночасье. Если продавать робота, как программу, то должна предполагаться какая-то бесплатная демка с ограниченным функционалом, которую теоретически может скачать 1000000 человек. Справиться ли наш дешовенький сервер с таким количеством клиентов? Или робот будет думать по 5 минут перед каждым словом?
Если я сделал не правильные выводы, или превысил свои полномочия, то заранее прошу у Виктора прощения.

И всё-таки, идея питать всё от батареи смарта - не лучшая. Не дай бог кто-то полезет туда своё прикручивать (подросток) и закоротит всё нафиг, да и мощности ORG копеечные.
Поддерживаю выбор питания в сторону 18650. Ща для них можно черта купить...

Закорачивания смарт не боится, питания в текущей конструкции вполне хватает. Но согласен, что надо рассматривать оба варианта.

Добавлено спустя 1 час 29 минут 9 секунд:
Рассуждения на тему «писать ПО для смартфона, ка отдельный продукт и пытаться продавать его без платформы»
Во- первых надо четко понять, чем наше приложение будет лучше, имеющихся на рынке голосовых ассистентов, и для кого оно все же будет предназначено. Концепт «у тебя в телефоне живет живое существо, которое ты будешь выращивать и воспитывать» более подходит под нарисованную зверюшку, живущую в своем виртуальном нарисованном мире. Концепт «у тебя на столе живет живое существо…» предполагает, что оно живет в реальном мире.
Пересмотреть дизайн приложения. Если с роботом на подставке дизайн может оставаться такой, как сейчас, то в приложении он будет выглядеть убого. В чем фишка у того же «кубика»? Он позволяет общаться, не утомляя при этом глаза, которыми мы и так смотрим в экраны целыми днями. Робот на подставке не предполагает разглядывания мелких деталей на своем экране. Приложение же с темным экраном и какими- нибудь глазками будет выглядеть странно.
Надо изучить статистику использования голосовых приложений. Много вы видели людей, которые набирают сообщения в чате голосом? Нет, все долбят, как дятлы, даже, если находятся дома, в тишине и одни. Потому что, когда берешь смартфон в руку срабатывает психологический переключатель – это телефон, в него положено тыкать пальцами.

Scorpio писал(а):

dimamichev писал(а): набор приложений под телефоны на все случаи жизни

Ну да. Мы тут про одно приложение на 10-ти страницах договориться не можем.

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

Экосистему - это само по себе интересно. Только экосистему чего и для чего? Ты свою ROS под андроид предлагаешь?

ROS - экосистема для разработчиков. Я говорю про экосистему для пользователей. А-ля Google Play, или даже на базе него, только с взаимодействием между модулями, потому как в гугл-плей отдельные независимые приложения. В этой нише, как я понимаю, сейчас нет никого и можно разворачиваться малыми ресурсами. Да и все другие наработки можно удачно обернуть, чтобы это стало удобным для пользователей, не являющихся техническими специалистами, ту же ROS или что еще найдем.

А конкретные примеры таких модулей можно?

1. Модуль "Рожица", который позволяет показывать лицо робота.
2. Модуль "Говорилка", который позволяет транслировать речь.
3. Модуль "Слушалка", который распознает речь с микрофона.
4. Модуль "Контроль шасси", которые предоставляет доступ к управлению шасси и чтению энкодеров, датчиков препятствий и падения.
5. Модуль "Ездилка", который транслирует высокоуровневые команды в модуль "Контроль шасси".
6. Модуль "Распознавалка визуальных маяков".
7. Модуль "Распознавалка лиц"

и т.д.

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

Насчет батареи для шасся - ИМХО обычная плоская банка литиевая лучше 18650 по габаритам (более плоская) при одинаковой емкости.

Да, у меня такая мысль была. Но, это наворот и удорожание базы. И расстояние между катушками д.б. минимальным, чтобы что-то заряжалось. Получается проще на контакты наехать. А заезжать я планировал с помощью задней камеры, которая смотрит вниз. Для чего предусмотрел для нее окошко в колпаке.

=DeaD= писал(а):и т.д.

Тогда понятно. Типа основное активити и подгружаемые сервисы, в зависимости от конфигурации. Это вполне здравая мысль.
Если я тебя правильно понял, то ты хочешь создать некое ядро экосистемы (читай оперативной системы) для роботов с мозгами на основе андроид, которое будет обеспечивать функции коммуникации между модулями с помощью интентов и связь со своим сервером на предмет поиска новых модулей и предложения их установки. Либо модули просто выкладываются в гугловском магазине по типу плагинов. Этакий принтер, который сам по себе дешевый, а картриджи к нему дорогие. К тому же такой подход позволяет развивать проект постепенно. Но, в принципе выпуск новых версий ПО, это тоже постепенное развитие.
Основная сложность, которую я вижу, это стандартизация требований к модулям, что само по себе большая работа. Понятно, что с появлением модулей нового типа должно меняться и ядро - активити, которое собственно будет запускать пользователь. А возможно и менять другие модули. Например, появился у нас модуль для новой платформы, которая, кроме поворотов и наклонов, может дружелюбно вилять хвостиком. Т.е. проявилась новая команда платформе, о которой новый модуль сообщил экосистеме. Команда TAIL(N,A,S), где N количество повиливаний, амплитуда и скорость, появилась в списке комманд для общения с платформой. Но, как экосистема узнает, как эту команду применять? По идее ее надо встраивать в сценарии поведения робота. Значит надо переписать ядро и в придачу модуль сценариев или как он там будет называться. Либо надо заранее продумать протокол общения с платформой на все случаи жизни, а не знакомые команды платформа просто не будет выполнять. Получается, что работа по созданию работоспособной экосистемы по сложности не уступает созданию того же семантического анализатора?

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

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

Scorpio писал(а):Этакий принтер, который сам по себе дешевый, а картриджи к нему дорогие.

Не было такой цели. Если цель максимизировать прибыль - есть другие механизмы, позволяющие клиенту потратить столько денег на "робота", сколько он хочет.

Scorpio писал(а):К тому же такой подход позволяет развивать проект постепенно. Но, в принципе выпуск новых версий ПО, это тоже постепенное развитие.

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

Scorpio писал(а):Основная сложность, которую я вижу, это стандартизация требований к модулям, что само по себе большая работа. Понятно, что с появлением модулей нового типа должно меняться и ядро - активити, которое собственно будет запускать пользователь.

Не обязательно. Если определить базовые типы данных и способы обмена ими, интерфейсы можно делать так же модульными, т.е. добавление нового интерфейса (типа модулей) не вызывает требования перевыпуска ядра, как появление нового формата файлов не вызывает требование перевыпуска настольной ОС.

Scorpio писал(а):А возможно и менять другие модули. Например, появился у нас модуль для новой платформы, которая, кроме поворотов и наклонов, может дружелюбно вилять хвостиком. Т.е. проявилась новая команда платформе, о которой новый модуль сообщил экосистеме. Команда TAIL(N,A,S), где N количество повиливаний, амплитуда и скорость, появилась в списке комманд для общения с платформой. Но, как экосистема узнает, как эту команду применять? По идее ее надо встраивать в сценарии поведения робота. Значит надо переписать ядро и в придачу модуль сценариев или как он там будет называться.

Нифига, правильная структура модулей решает такие проблемы. Должен быть внятный интерфейс "выразить эмоцию", который и будет вызывать виляние хвостом, хотя модули требующие выразить эмоции про хвост ничего не знаю. Да и пользователь может потом попросить "не размахивать хвостом, это раздражает", на основании чего модуль выражения эмоций может убрать размахивание хвостом из арсенала

Scorpio писал(а):Либо надо заранее продумать протокол общения с платформой на все случаи жизни, а не знакомые команды платформа просто не будет выполнять. Получается, что работа по созданию работоспособной экосистемы по сложности не уступает созданию того же семантического анализатора?

Не совсем, у нас нет задачи сделать сразу идеально, модульность позволит заменять неудачные решения не разрушая экосистему в целом.