roboforum.ru

т.к. я тут подсел на сериал "доктор Хаус", то отвечу прямо в лоб, у нас на форуме эти заниматься никто не будет.

Добавлено спустя 24 секунды:
к моему большому сожалению

Ок.
Предлагаю не заниматься построением мифических
"универсальных бесконечно расширяемых" систем.

Предлагаю определиться с требованиями
набор железных компонентов:
- простой контроллер
- цифровые битовые датчики (бампер, фото, проксимити)
- аналоговые датчики (штуки четыре выше крыши для школьных опытов)
- исполнители с битовым управлением (ШИМ для серв)
- прозрачные USART-модули связи (провод в ком-порт, провод в USB, блютус).

набор программных компонентов (фирмварь)
- готовая операционная среда (бутлоадер, обработчики прерываний, настройка железа, обмен и т.д.)
- готовые функции типа "серву 1 в позицию 2", "проверить датчик 4", сказать в uart строку,
подождать 1000 миллисекунд итп.

Набор софта для разработки:
взять ГЦЦ, слабать "стандартное окружение" (мэйкфайл, библиотеки, хедеры)
и скрыть его нафиг от пользователя.
- в хедерах описать "команды языка" типа "MOVE_FORWARD(500)" "PAUSE(200)"
(сделать такой, типа, скриптовый язычок)
- пользователь всегда пишет только один файл с вот этими самыми командами,
который препроцессором преобразуется в си, который компиляется с окружением.
- чтобы не ломалось, можно написать простенький парсер, чтобы в этом файле пользователь
не использовал всякие сишные конструкции (чтобы сидел в песочнице и не дергался).
- Для любителей красоты можно прикрутить к этому хозяйству какой-нибудь программерс-ноутпад или эклипс.

Для отладки нужно сделать простенький симулятор вот этого скриптового языка.
И нафиг не надо симулировать проц или железо.

Базовый контроллер должен быть коробкой с простым МК (мега какая-нибудь),
с заранее определенным стандартным кварцем, с аккумуляторным отсеком, зарядкой,
светодиодами, пищалкой, парой кнопок и включателем питания.
То есть он должен быть законченным ящиком,
в который надо просто воткнуть серву или датчик, чтобы оно заработало.
И упаси бог делать какие-то конфигурации, джамперы, настройки

Разъем к датчикам и исполнителям - срисовать с распространенных дешевых серв.
Сделать простенькую защиту входов/выходов (да хоть резюк влепить).

На самом деле это все просто, если действительно нужно.
Это, конечно, все мое личное виденье...

Arduino это плата, насколько я понимаю и софт.

Софт, может быть можно от нее взять - я с ним не знаком.

А вот железо не должно требовать обвязки и вызывать лишнего геморроя.
К плате ардуино по любому нужно цеплять акк, к большинству - вешать
какие-то переходники на разъемы для серв, питания, ком-порта и т.д.

А вот сделать удобную для школьника и учителя версию ардуино
в коробке было бы наверное можно.

Иначе положил такую ардуину на металлический моторчик и конец ардуине...

Положи любую вешь туда куда ее нельзя класть - и конец ей. Ардумна не исключение.

Речь идет о вещах, которые будут вместе лежать на парте у пятиклассника.

Надеюсь, микроволновки у них на партах еще не стоят?

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

Короче, физическое исполнение не должно допускать кривой сборки (хотя конечно, против лома нет приема).
Это облегчит работу преподавателя прежде всего. Это что касается физической реализации.
А так - да... какая-нибудь ардуина, как программная платформа - вполне нормально.

ИМХО - а давайте забудем пока про железо? Это как раз здесь вроде научились делать - завернуть всё это в какой-нибудь корпус не думаю что огромная проблема. А вот что всё же делать с софтом на ПК?

Речь была о блочном программировании. Если программировать обычным способом - есть всякие Wiring и прочие специфичные IDE под ардуино, его можно под любой контроллер на AVR вроде адаптировать.