Aprendizagem baseada em projetos com Arduino: uma unidade de exemplo de 4 semanas

Aprendizagem baseada em projetos com Arduino é um desenho de unidade em que os alunos aprendem o conteúdo não depois de uma explicação, mas enquanto tentam resolver um problema real. O fluxo tem cinco etapas: você faz uma questão norteadora, as equipes pesquisam o problema e decidem o que medir, montam um protótipo com Arduino, testam e melhoram o protótipo pela escola e, no fim, apresentam o que descobriram para um público real. A questão norteadora da unidade de exemplo deste post é: “Como podemos medir um problema de energia, água, ruído ou ar da sala de aula na nossa escola e avisar as pessoas?” Em quatro semanas, cada equipe escolhe um desses problemas, mede com um sensor, monta um dispositivo funcionando que dá um aviso quando um limite é ultrapassado e usa os dados coletados para fazer uma recomendação à escola.

Abaixo está tudo o que você pode levar para a sala amanhã: uma tabela da unidade semana a semana, um fluxo aula a aula com perguntas de saída, quatro cenários de problema com projetos iniciais no BlueGrays, uma lista de materiais, um contrato e papéis da equipe, o ciclo de protótipo e um modelo de registro de testes, critérios da avaliação intermediária e da apresentação final, armadilhas comuns da ABP e um checklist. Todos os exemplos partem da mesma suposição: digamos que você tenha uma turma de 24 alunos, duas aulas por semana (2 × 40 minutos) e seis equipes de quatro. Se você procura um plano que ensine habilidades em sequência, o plano de robótica e programação de 8 semanas é mais adequado; para um programa curto e intensivo, a oficina Arduino de 5 dias. Esta unidade funciona melhor depois deles, quando os alunos já acenderam um LED e leram um sensor.

O que é aprendizagem baseada em projetos e qual a diferença para um trabalho de projeto?

Na ordem clássica, primeiro se ensina o tema e depois se passa um projeto para os alunos mostrarem o que aprenderam; o projeto é a sobremesa, não a refeição. Na aprendizagem baseada em projetos a ordem se inverte: o projeto é a própria aula. O aluno aprende analogRead(), limites ou cálculo de média no momento em que precisa deles para resolver o problema. O Arduino combina bem com essa abordagem porque transforma o mundo real em números: um LDR mede a luz no corredor, um sensor de som o ruído no refeitório, um DHT11 a temperatura da sala. Protótipos são baratos e mudam em minutos; se o limite estiver errado, basta trocar um número no código e carregar de novo. Assim, o ciclo “testar, medir, corrigir”, que é o coração da ABP, cabe em uma única aula. A tabela resume a diferença:

A questão norteadora: uma frase que sustenta a unidade

A questão norteadora é a pergunta que fica na parede da sala durante quatro semanas e à qual toda aula se conecta: “Como nos aproximamos disso hoje?” Nesta unidade, a pergunta comum é ampla de propósito, para que cada equipe possa escolher a sua parte: “Como podemos medir um problema de energia, água, ruído ou ar da sala de aula na nossa escola e avisar as pessoas?” A tarefa da primeira semana é reduzir essa pergunta ampla à subpergunta da própria equipe. “Desperdício de energia na escola” não é uma subpergunta; “Por quantos minutos as luzes ficam acesas na sala 7B vazia durante o intervalo, e quem devemos avisar, e como?” é. A resposta de uma boa subpergunta começa com um número e termina com um dispositivo. Antes de aprovar a subpergunta de uma equipe, confira estes seis critérios:

• Real: Alguém na escola tem mesmo esse problema e a equipe consegue dizer quem: o professor de plantão, os funcionários da escola, o pessoal do refeitório ou o representante da turma.
• Mensurável: Um sensor que você tem transforma o problema em número: luz, nível de som, umidade do solo, temperatura ou distância.
• Local e restrito: Há um lugar e um horário; não “a escola”, mas “corredor do segundo andar, intervalo do almoço”.
• Aberto: A resposta não é sim ou não; a pergunta pergunta “como”, “quando” ou “quanto”.
• Cabe em 4 semanas: A solução não exige mexer na instalação elétrica da rede, entrar na rede da escola nem esperar aprovação de orçamento.
• Termina com um aviso: O dispositivo não só mede e fica quieto; ao atingir um limite, ele avisa alguém com um LED, um buzzer ou um display.

Uma unidade de aprendizagem baseada em projetos de 4 semanas

O plano foi montado com 8 aulas: duas por semana, de 40 minutos cada. As semanas seguem as cinco etapas da ABP, mas não há um muro grosso entre pesquisa e protótipo; na semana 2 uma equipe ainda pode estar delimitando o problema, e na semana 3 uma nova medição pode levantar uma nova pergunta de pesquisa. O importante é que, no fim de cada semana, o resultado da tabela exista. O seu papel também muda semana a semana: no começo você é quem faz perguntas, no meio é o treinador e no fim é o organizador que traz o público para a sala.

A tabela abaixo detalha o mesmo plano aula a aula. Os últimos 3 minutos de cada aula são para a pergunta de saída; a equipe escreve a resposta em uma frase no rodapé do registro de testes. Essas respostas viram o aquecimento da aula seguinte e a evidência do processo na apresentação final. Limite as miniaulas a 10 minutos; mais do que isso come o tempo de trabalho das equipes e a unidade, sem ninguém perceber, volta a ser uma aula clássica.

4 cenários de problema e seus projetos iniciais no BlueGrays

Não espere que as equipes escrevam código do zero; na ABP o objetivo é resolver o problema, não escrever um programa desde a primeira linha. Para cada cenário, o BlueGrays tem um projeto inicial pronto com esquema do circuito, lista de peças e código; a equipe monta, entende e adapta ao próprio problema. Os projetos grátis da tabela estão abertos a todos; os Premium exigem Premium. Com seis equipes, deixe no máximo duas escolherem o mesmo cenário. Se duas equipes do mesmo cenário medirem lugares diferentes, você ainda ganha uma comparação nas apresentações.

Seja honesto com os alunos sobre duas coisas desde o começo. Primeiro, o KY-038 não é um decibelímetro: ele transforma a variação captada pelo microfone em um número entre 0 e 1023. A equipe não pode dizer “o refeitório está a 85 dB”, mas pode dizer “no almoço o refeitório dá valores bem mais altos que uma sala vazia” e mostrar a diferença em números; dados comparativos bastam para a ABP. Você encontra como o sensor responde e como ajustá-lo no post sensor de som KY-038. Segundo, o DHT11 mede temperatura e umidade, não abafamento; em uma sala fechada, o que realmente sobe é o gás carbônico. A equipe do ar da sala pode basear a recomendação de “abrir as janelas” na temperatura e na umidade e dizer na apresentação que o próximo passo é medir CO2. Para os sensores das equipes de energia e água, os posts sensor de luz LDR e sensor de umidade do solo explicam a calibração em detalhes.

Lista de materiais: 6 equipes + 1 kit reserva

Contrato e papéis da equipe

Em uma equipe de quatro, se nem todo mundo tiver uma função, o aluno mais rápido faz o trabalho e os outros assistem. A solução mais simples é ter quatro papéis e um rodízio semanal: 4 semanas, 4 papéis, cada um assume cada papel uma vez. Um papel não significa “só eu faço isso”; significa “eu respondo por isso”. O responsável pelo código não é o único que escreve código, mas naquela semana é ele quem explica para a turma o que o código faz. A própria equipe escreve o contrato na primeira aula; você só torna obrigatórios os itens abaixo e aprova depois que os quatro assinarem.

• Nossa subpergunta: .................................................. (uma frase, um lugar, um horário)
• Nosso critério de sucesso: Quando .................. passar de .................., nosso dispositivo vai avisar com ...................
• Papéis (semana 1): Gerente do projeto ........, circuito ........, código ........, dados e documentação ........ Toda semana fazemos o rodízio dos papéis, avançando uma pessoa.
• Regra de decisão: Se não chegarmos a um acordo, medimos primeiro; se não houver medição, o gerente do projeto decide e escreve a decisão no registro de testes.
• Regra de ajuda: Antes de ir ao professor, olhamos o esquema, a seção Entenda o código do projeto e um colega de equipe.
• Faltas: Quem faltar a uma aula lê o registro de testes na aula seguinte e se atualiza em 2 minutos; outra pessoa cobre a função dele naquela semana.
• Assinaturas: .............. .............. .............. ..............

O ciclo de protótipo: a versão mínima funcional

As unidades de ABP afundam com mais frequência quando as equipes passam as duas primeiras semanas projetando o dispositivo perfeito. A regra é simples: até o fim da aula 4, toda equipe precisa ter uma versão mínima funcional. Ela faz três coisas: lê o sensor, mostra o valor no Monitor Serial e acende um único LED quando o valor ultrapassa um limite. Sem caixa, sem display, sem Wi-Fi; mas ela produz dados reais e pode ser testada. Para a equipe de ruído, isso significa acrescentar um if e um LED ao código de Medição da intensidade da luz com LDR. Para a equipe de energia, Luz noturna com LDR já é quase essa versão; só a lógica se inverte: o LED acende não no escuro, mas quando as luzes estão acesas, e a pergunta “a sala está vazia?” chega com um PIR na versão seguinte. Cada versão depois disso traz exatamente uma mudança e vai para o registro de testes:

1. Versão 0, medição: O sensor é lido e o valor é mostrado no Monitor Serial uma vez por segundo. A equipe vê o valor mudar com a mão, a luz, o som ou a água.
2. Versão 1, versão mínima funcional: Um limite estimado e um LED. Quando o limite é ultrapassado, o LED acende. Esta é a versão mostrada na avaliação intermediária da aula 4.
3. Versão 2, calibração: Depois das medições em campo, o limite é escolhido pelos dados e não por palpite; por exemplo, no meio do caminho entre o valor da sala vazia e o valor durante o intervalo.
4. Versão 3, aviso estável: Quando o valor fica oscilando em torno do limite, o LED pisca. A solução é tirar a média das últimas 10 leituras ou usar dois limites separados para ligar e desligar.
5. Versão 4, pensada para o usuário: O aviso ganha forma de acordo com a pessoa afetada pelo problema: uma luz de três cores que todos veem no refeitório, um pequeno LCD na mesa do professor em uma sala. A montagem na caixa e o posicionamento acontecem nesta versão.

Critérios da avaliação intermediária e da apresentação final

Para critérios gerais como circuito, código, compreensão, depuração e documentação, você pode usar como está a rubrica principal do post rubrica de avaliação de projeto Arduino. Em uma unidade de ABP, basta acrescentar três critérios a ela; eles medem o que um trabalho de projeto não mede, mas que é o que esta unidade realmente ensina. A avaliação intermediária acontece na aula 4 e olha só para a definição do problema e para a versão mínima funcional; o objetivo é corrigir a direção, não dar nota. Na apresentação final, os três critérios recebem pontuação. Um protótipo que se destaque no fim da unidade também pode seguir para uma feira de ciências; para ideias de temas, veja o post ideias de projetos para feira de ciências.

• Problema (30 segundos): A subpergunta e uma frase da pessoa entrevistada descrevendo o problema.
• Medição (45 segundos): Onde, quando e quantas vezes vocês mediram; uma única tabela ou gráfico.
• Demonstração ao vivo (45 segundos): O dispositivo ultrapassa o limite na frente do público e dá o aviso. Tenham um vídeo curto da demonstração pronto como reserva.
• Versões (30 segundos): Uma decisão do registro de testes: “Mudamos o limite por causa desta medição.”
• Recomendação (30 segundos): Uma recomendação concreta à escola (onde, quantos dispositivos, quem cuida deles) e o que vocês fariam com mais uma semana.
• Perguntas (2 minutos): O professor ou o público dirige a pergunta a um membro da equipe que escolher, então todos precisam saber explicar todas as partes.

O que o BlueGrays faz nesta unidade?

• Projeto inicial com a Busca de projetos: Na aula 2, a equipe responde a três perguntas: Medição e sensores em “O que você quer montar?”, Arduino Uno / Nano como placa e, para a maioria das turmas, “Já montei alguns projetos” como experiência. Ao lado da melhor correspondência, a tela de resultados também pode mostrar um projeto preparatório grátis para começar com as mesmas peças. Os detalhes estão no post Busca de projetos.
• Entender o código com Entenda o código: Copiar o código do projeto inicial e seguir em frente não funciona na ABP, porque a equipe vai mudar esse código. A aba Entenda o código mostra primeiro o resumo “O que este código faz?”, depois a explicação Passo a passo e, por fim, uma tarefa Experimente que pede uma única mudança. Ela está aberta a todos nos projetos grátis e é desbloqueada com Premium nos projetos Premium. Mostramos como usar no post Entenda o código.
• Planejar as peças com Oficina › Peças (Premium): Se você cadastrar as peças do armário da sala em Oficina › Peças com as quantidades, as listas Projetos que você pode montar e Projetos com componentes faltando mostram qual cenário pode começar hoje e qual precisa de pedido. Os detalhes estão no post projetos Arduino com as peças que tenho.
• Seu próprio projeto de exemplo: Antes da unidade, você pode montar um cenário e compartilhá-lo em Aprender > Fórum > Nova publicação, na categoria Tutorial: adicione fotos do circuito (até 5 imagens), inclua seu código com Adicionar código e coloque links para os projetos prontos relacionados. A publicação sai no idioma em que você a escreve; envie o link dela para o grupo da turma com Compartilhar. Você também pode repassar projetos prontos do mesmo jeito, com Compartilhar na página do projeto. Os passos estão no post dar aula com seu próprio projeto.
• Acesso Premium para a turma: Para projetos iniciais Premium como a Estação de irrigação inteligente e para a Oficina › Peças, você não precisa de uma assinatura separada para cada aluno; explicamos os pacotes para educadores, de pagamento único e sem renovação automática, que os alunos resgatam sem cadastrar cartão, no post códigos Premium para a turma toda.

Saiba também o que o app não faz: o BlueGrays não tem criação de turmas, nem painel que mostre ao professor o progresso das equipes, nem recurso de atribuir tarefas. O cartão do problema, o contrato da equipe e o registro de testes ficam no papel ou em um documento compartilhado que a sua escola usa. O app cuida do lado “como monto, o que o código faz, qual peça está faltando?” da unidade; o lado “por que esse limite, quem se beneficia?” é trabalho da equipe e seu. Essa divisão combina com a ABP: o pensamento fica com a equipe, não na tela.

Armadilhas comuns da ABP e como resolvê-las

Checklist antes da unidade

• A questão norteadora está escrita em um pôster e afixada na sala.
• Os 4 cartões de cenário (problema, sensor possível, projeto inicial) foram copiados para todas as equipes.
• Os 7 kits foram contados; cada sensor foi testado uma vez e mostra valores no Monitor Serial.
• O Arduino IDE e o driver da placa estão instalados nos computadores e os cabos USB foram testados.
• Os projetos iniciais abrem nos celulares ou tablets dos alunos; se forem usados projetos Premium, os códigos já foram distribuídos.
• Os formulários do cartão do problema, do contrato da equipe e do registro de testes foram impressos para todas as equipes.
• A direção aprovou o passeio pela escola e as medições em campo; os horários de medição no refeitório, no corredor e no jardim estão definidos.
• O público da apresentação final (direção, funcionários da escola, outra turma) foi convidado e tem uma data.
• A tabela de critérios de ABP foi impressa para a avaliação intermediária (aula 4) e para a final (aula 8).

O verdadeiro produto desta unidade não é o dispositivo, é o hábito do aluno de “primeiro meço, depois decido”; o dispositivo fica na mesa como prova disso. Na primeira vez, você não precisa abrir os quatro cenários; começar com dois cenários e seis equipes ensina o mesmo ciclo. Se quiser montar os projetos iniciais uma vez antes de levá-los para a sala, é só baixar o app BlueGrays e testar a Luz noturna com LDR com o esquema do circuito, o código e os passos de Entenda o código.