roboforum.ru

ИМХО основная задача - это не решить ряд задачек типа "по линии кататься" и т.п., а - обучение школьников программированию. А уже исходя из этой задачи надо строить всё остальное.

2Michael_K: разница в ресурсах

=DeaD= писал(а):ИМХО основная задача - это не решить ряд задачек типа "по линии кататься" и т.п., а - обучение школьников программированию. А уже исходя из этой задачи надо строить всё остальное.

Предлагаю поправку: обучение не программированию, а УПРАВЛЕНИЮ (отсюда и "кибернетика" - наука об управлении). Программировать детей научат на уроках информатики, если повезет со школой и преподавателем. А здесь нам нужно сконцентрироваться на управлении с обратной связью.

SMT писал(а):Можем обсудить примерный набор задач?

Набор задач будет постоянно меняться. Взятое в качестве примера - правильно. Движение в круге, по линии, объезд предметов, управлением манипулятором. Это чистые классические задачи, их решение может быть коротким и изящным. Но перед детьми будут вставать кОмплексные задачи, в которых придется воспользоваться полученными навыками из джентльменского набора. Например, такая: движение по линии с разрывом вдоль стенки, захват предмета, возвращение и установка его в нужный ангар, расположение которого определяется крупно нарисованным штрих-кодом. И тут наша среда программирования должна показать свои лучшие стороны .

Уровень 1. Движение без обратной связи. "Таймерные" модели. Шаг вперед, два шага назад. Все действия вслепую.
Уровень 2. Обратная связь. Ориентация на плокости (круг, линия), идентификация препятствий, источника света.
Уровень 3. Идентификация объектов, определение размера, объезд. Движение вдоль кривой стенки. Задачи регулирования и слежения.
Уровень 4. Точное управление двигателями. Энкодеры. Перемещения, захваты, манипуляторы, "барабанщики", конвееры. Работа с объектом "наощупь". Андроиды без гиро.

Вот первые 4 уровня, пока что относящиеся к 5-7 классам. Надеюсь, что через пару лет им этого уже будет недостаточно.

В качестве комплексной задачи можно взять футбол роботов, в который могут играть даже семиклассники. Есть специальные соревнования для детей на Robocup.
Фото1
Фото2

Michael_K писал(а):Сергей, футбол роботов - это хорошо, но не могли бы вы, вместо ни о чем не говорящих фоток,
выложить несколько примеров графического "кода"

Извольте. Из подобных кирпичиков мы строим остальные программы.

Пример 1. Нечто аналогичное можно сделать прямо на NXT без компьютера.

Пример 2. Тоже самое с помощью ветвления.

Пример 3. Вложенные ветвления.

Пример 4. Другой подход к решению той же задачи.

Пример 5. Как обеспечить гарантированно прямолинейное движение?

Пример 6. Двигаться по азимуту, например, к воротам противника.

Пример 7. Двигаться вдоль неровной стенки с помощью ультразвукового датчика.

Пример 8. Использование сторожевого таймера в параллельной задаче для защиты от застреваний.

Все празднуют... С Рождеством!

Michael_K писал(а):- Я вижу, что параметры для функций (для блоков, кубиков... или как правильно назвать) - это в основном константы.
Так ли это на самом деле?

Да, Михаил. В стандартном Роболаб нет веревок данных между командами, весь обмен реализован через переменные-контейнеры или константы, которые называются модификаторами. Правда, там есть начинка Лабвью, которую можно достать через режим Исследователь (Projects->Oprions->Controls/Function Palettes->Palette View->Investigator 5new), в ней найдется всякое.

Чистых "веревок данных" (которые бы соединяли источник данных с получателем) я не увидел.
Это неудобно, или это ограничения языка, или это трудно в понимании?

Здесь некоторая недоработка. Например, детям не предлагается возможность прицепить на вход ветвления результат работы логического выражения (только через глубоко зарытые возможности Labview с преобразованием логики в число).

- Используются ли пользовательские функции (подпрограммы, субвиайчики)? Насколько широко?
- Существует ли механизм передачи в них (в пользовательские функции) параметров и получения из них результатов? Или все это делается через ручное назначение контейнеров ("баночек")?

Широко используются подпрограммы. Их может быть до 8 шт. Вызываются по номеру, причем, что удобно, номер можно параметризовать. Обмен данными исключительно через глобальные переменные (контейнеры).

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

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

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

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

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

Вообще в Роболабе есть хороший встроенный Help с примерами и контекстная подсказка. Для вызова надо установить блок на поле программы и через контекстное меню выбрать Help или нажать Ctrl-H и водить курсором по блокам.

- И совсем дурацкий вопрос... что-то везде по-разному пишут - там арифметика с плавающей точкой вообще есть?

Есть. Имеется тип float, а блок f(x) понимает основной набор математических функций. Для этого нужен патч 2.9.4.

Michael_K писал(а):Да что-то качать его не хочется совсем

Из патриотических чувств?

SMT писал(а):В LegoMinobot-e я использовал телефонные разъемы (по аналогии с Лего), но они слишком крупные и ненадежные (в доступном исполнении). По этому смотрел в сторону аудиоджеков сигнал\+\-, но при вынимании такого джека, контакты могут замыкаться , а поскольку легко забыть выключить модуль, то что-нибудь закоротить можно. По этому вариант с разъемами питания разного размера - один на сигнал\GND, другой только питание (серв, датчиков).

Подглядел в биолоиде миниатюрные, но довольно прочные и удобные разъемы. Не знаю, как называются. Возможно, такие подойдут в нашем случае?

Разъемы типа SHARP'овских должны нормально подойти, они такого же типа как Sergey Filippov указал.