Проектное обучение с Arduino: пример цикла уроков на 4 недели

Проектное обучение с Arduino — это способ построить цикл уроков так, чтобы ученики осваивали материал не после объяснения, а в процессе решения реальной проблемы. Процесс состоит из пяти этапов: ты задаёшь ведущий вопрос, команды изучают проблему и решают, что измерять, собирают на Arduino прототип, испытывают и улучшают его в школе и в конце представляют результаты реальной аудитории. Ведущий вопрос примерного цикла из этой статьи: «Как измерить проблему с энергией, водой, шумом или воздухом в классе в нашей школе и предупредить о ней людей?» За четыре недели каждая команда выбирает одну из этих проблем, измеряет её датчиком, собирает работающее устройство, которое подаёт сигнал при превышении порога, и на основе собранных данных даёт школе рекомендацию.

Ниже всё, что можно взять в класс уже завтра: таблица цикла по неделям, ход каждого урока с вопросами на выходе, четыре сценария проблем со стартовыми проектами в BlueGrays, список материалов, договор команды и роли, итерации прототипа и шаблон журнала испытаний, критерии контрольной точки и итоговой презентации, частые ошибки PBL и чек-лист. Во всех примерах одно и то же допущение: допустим, в классе 24 ученика, два урока в неделю (2 × 40 минут) и шесть команд по четыре человека. Если нужен план, который учит навыкам по порядку, лучше подойдёт 8-недельный план по робототехнике и программированию, а для короткой интенсивной программы — 5-дневный Arduino-интенсив. Этот цикл лучше всего проводить после них, когда ученики уже зажигали светодиод и считывали показания датчика.

Что такое проектное обучение и чем оно отличается от проектного задания?

В классическом порядке сначала объясняют тему, а потом дают проект, чтобы ученики показали, чему научились; проект — это десерт, а не основное блюдо. В проектном обучении порядок обратный: проект и есть урок. Ученики осваивают analogRead(), пороги или усреднение в тот момент, когда это нужно для решения проблемы. Arduino хорошо подходит для такого подхода, потому что превращает реальный мир в числа: LDR измеряет свет в коридоре, датчик звука — шум в столовой, DHT11 — температуру в классе. Прототипы дешёвые и меняются за минуты; если порог неверный, достаточно поменять одно число в коде и загрузить его заново. Так круг «попробуй, измерь, исправь», который лежит в основе PBL, умещается в один урок. Разница — в таблице:

Ведущий вопрос: одно предложение, на котором держится весь цикл

Ведущий вопрос — это вопрос, который четыре недели висит на стене класса и к которому возвращается каждый урок: «Как мы сегодня к этому приблизились?» В этом цикле общий вопрос нарочно широкий, чтобы каждая команда могла выбрать свою часть: «Как измерить проблему с энергией, водой, шумом или воздухом в классе в нашей школе и предупредить о ней людей?» Задача первой недели — сузить этот широкий вопрос до частного вопроса команды. «Пустая трата энергии в школе» — не частный вопрос; «Сколько минут горит свет в пустом 7Б на перемене, и кого и как об этом предупредить?» — частный. Ответ на хороший частный вопрос начинается с числа и заканчивается устройством. Прежде чем утвердить частный вопрос команды, проверь его по этим шести критериям:

• Реальный: У кого-то в школе действительно есть эта проблема, и команда может назвать, у кого: дежурный учитель, сотрудники школы, работники столовой или староста класса.
• Измеримый: Имеющийся датчик превращает проблему в число: свет, уровень звука, влажность почвы, температуру или расстояние.
• Локальный и узкий: Есть одно место и один отрезок времени; не «школа», а «коридор второго этажа, большая перемена».
• Открытый: Ответ — не «да» или «нет»; вопрос спрашивает «как», «когда» или «сколько».
• Укладывается в 4 недели: Решение не требует трогать сетевую проводку, подключаться к школьной сети или ждать одобрения бюджета.
• Заканчивается предупреждением: Устройство не просто измеряет и молчит; при достижении порога оно сообщает кому-то об этом светодиодом, зуммером или дисплеем.

Цикл проектного обучения на 4 недели

План построен на 8 уроках: два в неделю, по 40 минут. Недели следуют пяти этапам PBL, но между исследованием и прототипированием нет глухой стены: на 2-й неделе команда может всё ещё сужать свою проблему, а на 3-й новое измерение может поднять новый исследовательский вопрос. Главное, чтобы к концу каждой недели был результат из таблицы. Твоя роль тоже меняется от недели к неделе: сначала ты задаёшь вопросы, в середине ты наставник, а в конце — организатор, который приводит аудиторию в класс.

Таблица ниже разбивает тот же план по урокам. Последние 3 минуты каждого урока отводятся на вопрос на выходе; команда записывает ответ в одно предложение внизу журнала испытаний. Эти ответы становятся разминкой для следующего урока и подтверждением процесса на итоговой презентации. Мини-уроки ограничивай 10 минутами: всё, что длиннее, съедает рабочее время команд, и цикл незаметно превращается обратно в классический урок.

4 сценария проблем и их стартовые проекты в BlueGrays

Не жди, что команды напишут код с нуля: в PBL цель — решить проблему, а не написать программу с первой строки. Для каждого сценария в BlueGrays есть готовый стартовый проект со схемой, списком деталей и кодом; команда собирает его, разбирается в нём и адаптирует под свою проблему. Бесплатные проекты из таблицы открыты для всех, для Premium-проектов нужен Premium. При шести командах пусть один сценарий выбирают не больше двух команд. Если две команды с одним сценарием измеряют разные места, на презентациях появится ещё и сравнение.

С самого начала честно скажи ученикам о двух вещах. Во-первых, KY-038 — не шумомер: он превращает колебания, которые улавливает микрофон, в число от 0 до 1023. Команда не может сказать «в столовой 85 dB», но может сказать «во время обеда столовая даёт гораздо более высокие значения, чем пустой класс» и показать разницу в числах; для PBL сравнительных данных достаточно. Как датчик реагирует и как его настроить, описано в статье о датчике звука KY-038. Во-вторых, DHT11 измеряет температуру и влажность, а не духоту; в закрытом классе на самом деле растёт содержание углекислого газа. Команда по воздуху в классе может обосновать рекомендацию «открывать окна» температурой и влажностью и сказать на презентации, что следующий шаг — измерение CO2. Калибровку датчиков для команд по энергии и воде подробно разбирают статьи о датчике освещённости LDR и о датчике влажности почвы.

Список материалов: 6 команд + 1 запасной набор

Договор команды и роли

Если в команде из четырёх человек не у всех есть дело, работу делает самый быстрый ученик, а остальные смотрят. Самое простое решение — четыре роли и еженедельная ротация: 4 недели, 4 роли, каждый побывает в каждой роли по разу. Роль не означает «я делаю только это»; она означает «я отвечаю за это». Ответственный за код — не единственный, кто пишет код, но на этой неделе объяснение кода классу лежит на этой роли. Команда пишет договор на первом уроке; ты только делаешь пункты ниже обязательными и утверждаешь договор, когда его подпишут все четверо.

• Наш частный вопрос: .................................................. (одно предложение, одно место, одно время)
• Наш критерий успеха: Когда .................. превысит .................., наше устройство предупредит с помощью ...................
• Роли (1-я неделя): руководитель проекта ........, схема ........, код ........, данные и документация ........ Каждую неделю мы сдвигаем роли на одного человека.
• Правило решений: Если не можем договориться, сначала измеряем; если измерения нет, решает руководитель проекта и записывает решение в журнал испытаний.
• Правило помощи: Прежде чем идти к учителю, проверяем схему, раздел «Разбор кода» проекта и спрашиваем товарища по команде.
• Пропуски: После пропущенного урока участник на следующем уроке читает журнал испытаний и за 2 минуты догоняет остальных; его работу на этой неделе берёт на себя кто-то другой.
• Подписи: .............. .............. .............. ..............

Итерации прототипа: минимальная рабочая версия

Чаще всего PBL-циклы тонут, когда команды тратят первые две недели на проектирование идеального устройства. Правило простое: к концу 4-го урока у каждой команды должна быть минимальная рабочая версия. Она делает три вещи: считывает датчик, показывает значение в мониторе порта и зажигает один светодиод, когда значение переходит порог. Без корпуса, без дисплея, без Wi-Fi; зато она даёт реальные данные, и её можно испытывать. Для команды по шуму это значит добавить условие if и светодиод в код проекта Измерение освещённости с LDR. Для команды по энергии Ночник на LDR — уже почти эта версия, только логика обратная: светодиод загорается не в темноте, а когда включён свет, а вопрос «пуст ли класс?» появляется вместе с PIR в следующей версии. Каждая следующая версия приносит ровно одно изменение и попадает в журнал испытаний:

1. Версия 0, измерение: Датчик считывается, значение раз в секунду выводится в монитор порта. Команда видит, как значение меняется от руки, света, звука или воды.
2. Версия 1, минимальная рабочая версия: Примерный порог и один светодиод. Когда порог превышен, светодиод загорается. Эту версию показывают на контрольной точке на 4-м уроке.
3. Версия 2, калибровка: После полевых измерений порог выбирают по данным, а не наугад; например, посередине между значением в пустом классе и значением на перемене.
4. Версия 3, стабильный сигнал: Когда значение колеблется около порога, светодиод мерцает. Решение — усреднять последние 10 показаний или использовать два отдельных порога для включения и выключения.
5. Версия 4, сделано для пользователя: Сигнал подстраивается под человека, которого касается проблема: трёхцветный светофор, который видно всем в столовой, маленький LCD на учительском столе в классе. Корпус и размещение появляются в этой версии.

Критерии контрольной точки и итоговой презентации

Для общих критериев — схема, код, понимание, отладка и документация — можно без изменений взять основные критерии оценивания из статьи о критериях оценивания проектов Arduino. В PBL-цикле к ним достаточно добавить три критерия: они измеряют то, чего не измеряет проектное задание, но чему на самом деле учит этот цикл. Контрольная точка проходит на 4-м уроке и смотрит только на постановку проблемы и минимальную рабочую версию; её цель — поправить направление, а не поставить оценку. На итоговой презентации оцениваются все три критерия. Прототип, который выделяется в конце цикла, может отправиться и на научную выставку; идеи тем — в статье об идеях проектов для научной выставки.

• Проблема (30 секунд): Частный вопрос и одна фраза человека, у которого брали интервью, с описанием проблемы.
• Измерение (45 секунд): Где, когда и сколько раз проводились измерения; одна таблица или один график.
• Живая демонстрация (45 секунд): Устройство на глазах у зрителей переходит порог и подаёт сигнал. На всякий случай стоит держать наготове короткое демо-видео.
• Версии (30 секунд): Одно решение из журнала испытаний: «Мы изменили порог из-за этого измерения».
• Рекомендация (30 секунд): Конкретная рекомендация школе (где, сколько устройств, кто за ними следит) и что команда сделала бы, будь у неё ещё неделя.
• Вопросы (2 минуты): Учитель или зрители задают вопрос любому участнику команды на свой выбор, поэтому каждому нужно уметь объяснить любую часть.

Что делает BlueGrays в этом цикле?

• Стартовый проект через «Подбор проекта»: На 2-м уроке команда отвечает на три вопроса: на «Что хочешь собрать?» — Измерения и датчики, плата — Arduino Uno / Nano, а опыт для большинства классов — «Уже есть пара проектов». Рядом с лучшим совпадением на экране результатов может появиться и бесплатный проект для разминки, который можно начать с теми же деталями. Подробности — в статье о «Подборе проекта».
• Понимание кода с «Разбором кода»: Скопировать код стартового проекта и идти дальше в PBL не получится, потому что команде предстоит этот код менять. Вкладка Разбор кода сначала даёт краткое описание «Что делает этот код?», затем объяснение Шаг за шагом и в конце задание Твоя очередь, которое просит сделать одно изменение. В бесплатных проектах она открыта для всех, в Premium-проектах открывается с Premium. Как ею пользоваться, мы показали в статье о «Разборе кода».
• Планирование деталей в разделе «Мастерская › Детали» (Premium): Если внести детали из шкафа класса в раздел Мастерская › Детали с количеством, списки Можно собрать и Не хватает деталей покажут, какой сценарий можно начать сегодня, а для какого нужен заказ. Подробности — в статье о проектах Arduino из имеющихся деталей.
• Свой пример проекта: До начала цикла можно своими руками собрать один сценарий и поделиться им через Учёба > Форум > Новая публикация в категории Руководство: добавь фото схемы (до 5 изображений), вставь свой код через «Добавить код» и дай ссылки на связанные готовые проекты. Публикация выходит на том языке, на котором ты её пишешь; отправь ссылку на неё в группу класса кнопкой Поделиться. Готовыми проектами можно делиться так же — кнопкой «Поделиться» на странице проекта. Шаги — в статье об уроках на основе собственного проекта.
• Premium-доступ для класса: Для Premium-проектов вроде Умной станции полива и для раздела «Мастерская › Детали» не нужна отдельная подписка на каждого ученика; разовые пакеты для педагогов без автопродления, которые ученики активируют без привязки карты, мы описали в статье о кодах Premium для всего класса.

Важно знать и то, чего приложение не делает: в BlueGrays нет создания классов, нет панели, где учитель видит прогресс команд, и нет функции заданий. Карточка проблемы, договор команды и журнал испытаний остаются на бумаге или в общем документе, которым пользуется школа. Приложение берёт на себя ту часть цикла, где спрашивают «как это собрать, что делает код, какой детали не хватает?»; часть «почему такой порог, кому это полезно?» — работа команды и твоя. Такое разделение и так подходит PBL: думает команда, а не экран.

Частые ошибки PBL и как их исправить

Чек-лист перед началом цикла

• Ведущий вопрос написан на плакате и висит в классе.
• 4 карточки сценариев (проблема, возможный датчик, стартовый проект) скопированы для каждой команды.
• Все 7 наборов пересчитаны; каждый датчик один раз опробован и выдаёт значения в мониторе порта.
• На компьютерах установлены Arduino IDE и драйвер платы, USB-кабели проверены.
• Стартовые проекты открываются на телефонах или планшетах учеников; если используются Premium-проекты, коды розданы.
• Бланки карточки проблемы, договора команды и журнала испытаний распечатаны для каждой команды.
• Администрация школы одобрила обход школы и полевые измерения; время измерений в столовой, коридоре и саду согласовано.
• Аудитория итоговой презентации (администрация школы, сотрудники школы, другой класс) приглашена, дата назначена.
• Таблица критериев PBL распечатана для контрольной точки (4-й урок) и итоговой презентации (8-й урок).

Настоящий продукт этого цикла — не устройство, а привычка ученика «сначала измеряю, потом решаю»; устройство стоит на столе как доказательство. При первом проведении не обязательно открывать все четыре сценария: два сценария и шесть команд учат тому же кругу. Если хочется до урока лично собрать стартовые проекты, просто скачай приложение BlueGrays и попробуй Ночник на LDR со схемой, кодом и шагами Разбора кода.