- Ограничить использование на EV3 только трех портов для двигателей. Именно ПОРТОВ, а не самих двигателей. То есть к одному порту разрешить подключать более одного двигателя.
- Среди языков программирования разрешаются NXT-G, RoboLab, EV3-Soft.
- Разрешить использование датчика HiTechnic Color Sensor v2, так как в образовательной версии набора датчика цвета просто нет. И на RoboLab'е нельзя работать с оригинальным датчиком цвета. Разрешение датчиков-гироскопов HiTechnic (чтобы уравнять NXT с EV3) требует дополнительного обсуждения.
Парные синхронные заезды и единоборства вынудят нас проводить соревнования по кубковой системе, то есть половина участников уйдет после первого же раунда, без возможности работать над своими ошибками. Я считаю, что должно быть три попытки и в зачет должна браться лучшая - есть место и для риска, и для гарантированной, но медленной попытки.
Здесь у меня есть недопонимание, касающееся ограничений.
Вопросы:
1. Кто и по каким принципам выдвигает ограничения на используемые датчики, компания LEGO, WRO, как международная организация, либо кто-то еще, помимо локального Оргкомитета?
2. Кто и по каким принципам выдвигает ограничения на используемые языки программирования, компания LEGO, WRO, как международная организация, либо кто-то еще, помимо локального Оргкомитета?
Соображения.
Про EV3.
Вряд ли получится нивелировать преймущества EV3, например, в быстродействии. Да и как-то странно на соревнованиях по робототехнике ограничивать использование новинок. Поэтому не стоит вводить ограничения. Другое дело, придумать задание так, чтобы явных преймуществ у EV3 не было.
Про количество моторов.
Ограничение на количество портов для моторов, конечно существенное. Тут еще одно явное преймущество EV3 - маломерный мотор. Логично запретить и его использовать. Но в результате что делать команде, у которой окажется только новенький EV3?
Про датчики.
С моей точки зрения хорошо бы разрешить использовать любые датчики, выпукаемые для LEGO. Если команда решит ориентироваться на поле по гироскопам и датчикам ускорения, имитируя реальные системы, не стоит её в этом ограничивать. Те же датчики Hitechnic color V2 есть далеко не у всех, однако, они могут давать не просто существенное, но и решающее преймущество. Если разрешать их, какой смысл ограничивать использование других типов датчиков? Разветвители (концентраторы) для датчиков так же полезно разрешить. Чтобы соревнования не перешли в конкурс самоделок (это другой вид спорта) можно просто перечислить производителей датчиков предлагающих их на рынке для LEGO. Понятно, что это огромный зоопарк. Но ведь для соревнований весь зоопарк и не понадобится.
Про языки программирования
LEGO вроде бы не специализируется на продаже программного обеспечения. Можно понять запрет на использование небесплатного RobotC. Запрет использовать бесплатные NXC или Python выглядит странно. Да еще как представляется контроль со стороны судей за используемыми языками программирования? После каждого заезда у первых восьми команд и случайно у остальных скачивать программы с блоков и дизассемблировать?
Предложения:
1. Разрешить использовать произвольное количество двигателей и портов для двигателей.
2. Ограничения на языки программирования не вводить.
3. Не ограничивать ни количество ни типы используемых датчиков, совместимых с LEGO RCX, NXT и EV3.
4. Требовать использование в роботе только одного блока NXT, EV3 или RCX.
5. Не допускать использование дополнительных истоников питания. (Хотя, если вес и размерность ограничены, может и дополнительное питание запрещать неправильно?)