Aprendizaje basado en proyectos con Arduino: unidad de 4 semanas

El aprendizaje basado en proyectos con Arduino es un diseño de unidad en el que los estudiantes aprenden el contenido no después de una explicación, sino mientras intentan resolver un problema real. El recorrido tiene cinco fases: planteas una pregunta guía, los equipos investigan el problema y deciden qué van a medir, construyen un prototipo con Arduino, lo prueban y mejoran en el propio centro y, al final, presentan lo que han descubierto ante un público real. La pregunta guía de la unidad de ejemplo de este artículo es: "¿Cómo podemos medir un problema de energía, agua, ruido o aire del aula en nuestro centro y avisar de él?" En cuatro semanas cada equipo elige uno de estos problemas, lo mide con un sensor, construye un dispositivo que funciona y avisa cuando se supera un umbral, y con los datos recogidos presenta una propuesta al centro.

Abajo tienes todo lo que puedes llevar mañana a clase: la tabla semanal de la unidad, el desarrollo sesión por sesión con preguntas de salida, cuatro escenarios de problema con proyectos de partida en BlueGrays, la lista de materiales, el contrato de equipo y los roles, el ciclo de prototipo con una plantilla de registro de pruebas, los criterios del punto de control y de la presentación final, los errores habituales del ABP y una lista de comprobación. Todos los ejemplos parten del mismo supuesto: digamos que tienes una clase de 24 estudiantes, dos sesiones por semana (2 × 40 minutos) y seis equipos de cuatro. Si buscas un plan que enseñe las habilidades en orden, te conviene más el plan de robótica y programación de 8 semanas, y para un programa corto e intensivo, el taller de Arduino de 5 días. Esta unidad da su mejor resultado después de ellos, cuando el alumnado ya ha encendido un LED y ha leído un sensor.

¿Qué es el aprendizaje basado en proyectos y en qué se diferencia de un trabajo por proyectos?

En el orden clásico primero se explica el tema y después se encarga un proyecto para que el alumnado demuestre lo aprendido; el proyecto es el postre, no el plato principal. En el aprendizaje basado en proyectos el orden se invierte: el proyecto es la clase. Los estudiantes aprenden analogRead(), los umbrales o el cálculo de medias en el momento en que los necesitan para resolver el problema. Arduino encaja muy bien porque convierte el mundo real en números: un LDR mide la luz del pasillo, un sensor de sonido el ruido del comedor, un DHT11 la temperatura del aula. Los prototipos son baratos y cambian en minutos; si un umbral está mal, cambias un número en el código y vuelves a cargarlo. Así, el ciclo "probar, medir, corregir", que es el corazón del ABP, cabe en una sola sesión. La tabla resume la diferencia:

La pregunta guía: una frase que sostiene toda la unidad

La pregunta guía se queda colgada en el aula durante cuatro semanas y cada sesión se conecta con ella: "¿Cómo nos hemos acercado hoy?" En esta unidad la pregunta común es amplia a propósito, para que cada equipo pueda elegir su parte: "¿Cómo podemos medir un problema de energía, agua, ruido o aire del aula en nuestro centro y avisar de él?" El trabajo de la primera semana es reducir esa pregunta amplia a la subpregunta propia del equipo. "El derroche de energía en el centro" no es una subpregunta; "¿Cuántos minutos se quedan encendidas las luces del aula vacía de 1.º B durante el recreo, y a quién avisamos y cómo?" sí lo es. La respuesta a una buena subpregunta empieza con un número y termina con un dispositivo. Antes de aprobar la subpregunta de un equipo, compruébala con estos seis criterios:

• Real: Alguien del centro tiene de verdad este problema y el equipo puede decir quién: el profesorado de guardia, el personal del centro, el personal del comedor o el delegado de clase.
• Medible: Un sensor que tienes convierte el problema en un número: luz, nivel de sonido, humedad del suelo, temperatura o distancia.
• Local y acotada: Hay un solo lugar y una sola franja horaria; no "el centro", sino "pasillo de la segunda planta, hora del almuerzo".
• Abierta: La respuesta no es sí o no; la pregunta dice "cómo", "cuándo" o "cuánto".
• Cabe en 4 semanas: La solución no exige tocar la instalación de 230 V, conectarse a la red del centro ni esperar la aprobación de un presupuesto.
• Termina con un aviso: El dispositivo no solo mide en silencio; al llegar a un umbral avisa a alguien con un LED, un zumbador o una pantalla.

Unidad de aprendizaje basado en proyectos de 4 semanas

El plan está pensado para 8 sesiones: dos por semana, de 40 minutos cada una. Las semanas siguen las cinco fases del ABP, pero entre la investigación y el prototipo no hay un muro grueso; en la semana 2 un equipo puede seguir acotando su problema, y en la semana 3 una medición nueva puede abrir una nueva pregunta de investigación. Lo importante es que al final de cada semana exista el resultado de la tabla. Tu papel también cambia semana a semana: al principio eres quien pregunta, en medio el entrenador y al final quien organiza y trae al público al aula.

La tabla siguiente desglosa el mismo plan sesión por sesión. Los últimos 3 minutos de cada sesión son para la pregunta de salida; el equipo escribe su respuesta en una frase al pie del registro de pruebas. Esas respuestas sirven de calentamiento para la sesión siguiente y de evidencia del proceso en la presentación final. Limita las minilecciones a 10 minutos; lo que pase de ahí se come el tiempo de trabajo de los equipos y la unidad vuelve sin darte cuenta a la clase magistral.

4 escenarios de problema y sus proyectos de partida en BlueGrays

No esperes que los equipos escriban el código desde cero; en el ABP el objetivo es resolver el problema, no programar desde la primera línea. Para cada escenario BlueGrays tiene un proyecto de partida listo, con diagrama de circuito, lista de componentes y código; el equipo lo monta, lo entiende y lo adapta a su problema. Los proyectos gratuitos de la tabla están abiertos a todos; los Premium necesitan Premium. Con seis equipos, que como mucho dos elijan el mismo escenario. Si dos equipos del mismo escenario miden lugares distintos, además tendrás una comparación en las presentaciones.

Sé honesto con tu alumnado en dos cosas desde el principio. Primero, el KY-038 no es un sonómetro: convierte la oscilación que capta el micrófono en un número entre 0 y 1023. El equipo no puede decir "el comedor está a 85 dB", pero sí "a la hora de comer el comedor da valores mucho más altos que un aula vacía" y mostrar la diferencia con números; para el ABP bastan los datos comparativos. Cómo responde el sensor y cómo ajustarlo lo tienes en el artículo del sensor de sonido KY-038. Segundo, un DHT11 mide temperatura y humedad, no lo cargado que está el aire; en un aula cerrada lo que de verdad sube es el dióxido de carbono. El equipo del aire puede basar su propuesta de ventilar en la temperatura y la humedad y decir en la presentación que el siguiente paso es medir el CO2. Para los sensores de los equipos de energía y agua, los artículos del sensor de luz LDR y del sensor de humedad del suelo explican la calibración en detalle.

Lista de materiales: 6 equipos + 1 kit de reserva

Contrato de equipo y roles

En un equipo de cuatro, si no todo el mundo tiene una tarea, el estudiante más rápido lo hace todo y los demás miran. La forma más sencilla de evitarlo son cuatro roles con rotación semanal: 4 semanas, 4 roles, cada persona asume cada rol una vez. Un rol no significa "solo hago esto", sino "respondo de esto". El responsable de código no es el único que escribe código, pero esa semana es quien explica a la clase qué hace. El equipo redacta el contrato en la primera sesión; tú solo haces obligatorios los puntos de abajo y lo apruebas cuando están las cuatro firmas.

• Nuestra subpregunta: .................................................. (una frase, un lugar, un momento)
• Nuestro criterio de éxito: Cuando .................. supere .................., nuestro dispositivo avisará con ...................
• Roles (semana 1): Coordinación ........, circuito ........, código ........, datos y documentación ........ Cada semana rotamos los roles una persona.
• Regla de decisión: Si no nos ponemos de acuerdo, primero medimos; si no hay medición, decide la coordinación y lo anota en el registro de pruebas.
• Regla de ayuda: Antes de ir al docente, miramos el diagrama, la sección Entender el código del proyecto y preguntamos a un compañero.
• Ausencias: Quien falte a una sesión lee el registro de pruebas en la siguiente y se pone al día en 2 minutos; esa semana otra persona cubre su tarea.
• Firmas: .............. .............. .............. ..............

El ciclo de prototipo: la versión mínima que funciona

Donde más se hunden las unidades de ABP es cuando los equipos pasan las dos primeras semanas diseñando el dispositivo perfecto. La regla es sencilla: al final de la sesión 4 cada equipo debe tener una versión mínima que funciona. Hace tres cosas: lee el sensor, muestra el valor en el Serial Monitor y enciende un solo LED cuando el valor supera un umbral. Sin caja, sin pantalla, sin wifi; pero produce datos reales y se puede probar. Para el equipo de ruido, esto significa añadir un if y un LED al código de Medir la intensidad de luz con LDR. Para el equipo de energía, Luz nocturna con LDR ya es casi esa versión; solo hay que invertir la lógica: el LED no se enciende con la oscuridad, sino cuando las luces están encendidas, y la pregunta "¿está vacía el aula?" llega con el PIR en la versión siguiente. Cada versión posterior trae un solo cambio y se anota en el registro de pruebas:

1. Versión 0, medición: Se lee el sensor y el valor se escribe una vez por segundo en el Serial Monitor. El equipo ve cómo cambia el valor con la mano, la luz, el sonido o el agua.
2. Versión 1, versión mínima que funciona: Un umbral estimado y un LED. Al superar el umbral, el LED se enciende. Es la versión que se enseña en el punto de control de la sesión 4.
3. Versión 2, calibración: Tras las mediciones de campo, el umbral se elige con datos y no a ojo; por ejemplo, a medio camino entre el valor del aula vacía y el del recreo.
4. Versión 3, aviso estable: Cuando el valor oscila alrededor del umbral, el LED parpadea. La solución es hacer la media de las últimas 10 lecturas o usar dos umbrales distintos para encender y apagar.
5. Versión 4, pensada para el usuario: El aviso se adapta a la persona afectada: en el comedor, una luz de tres colores que vea todo el mundo; en un aula, una pequeña LCD en la mesa del docente. La caja y la ubicación se resuelven en esta versión.

Criterios del punto de control y de la presentación final

Para criterios generales como circuito, código, comprensión, depuración y documentación puedes usar tal cual la rúbrica principal del artículo rúbrica para proyectos de Arduino. En una unidad de ABP basta con añadirle tres criterios; miden lo que un trabajo por proyectos no mide y que es justo lo que esta unidad enseña. El punto de control se hace en la sesión 4 y solo mira la definición del problema y la versión mínima; su objetivo es corregir el rumbo, no poner nota. En la presentación final se puntúan los tres criterios. Un prototipo que destaque al final de la unidad puede llegar a una feria de ciencias; para ideas de temas, mira el artículo de ideas de proyectos para ferias de ciencias.

• Problema (30 segundos): La subpregunta y una frase de la persona entrevistada que describa el problema.
• Medición (45 segundos): Dónde, cuándo y cuántas veces medisteis; una sola tabla o gráfica.
• Demostración en directo (45 segundos): El dispositivo supera el umbral delante del público y avisa. Tened preparado un vídeo corto de reserva.
• Versiones (30 segundos): Una decisión del registro de pruebas: "Cambiamos el umbral por esta medición."
• Propuesta (30 segundos): Una propuesta concreta al centro (dónde, cuántos dispositivos, quién los revisa) y qué haríais con una semana más.
• Preguntas (2 minutos): El docente o el público dirige la pregunta al miembro del equipo que elija; por eso todos deben poder explicar cada parte.

¿Para qué sirve BlueGrays en esta unidad?

• Proyecto de partida con el Buscador de proyectos: En la sesión 2 el equipo responde tres preguntas: Medir y detectar en "¿Qué te gustaría hacer?", Arduino Uno / Nano como placa y, en la mayoría de las clases, "He hecho algunos proyectos" como experiencia. Junto a la mejor coincidencia, el resultado puede mostrar también un proyecto de calentamiento gratuito que empieza con los mismos componentes. Más detalles en el artículo del Buscador de proyectos.
• Entender el código en lugar de copiarlo: Copiar el código del proyecto de partida y seguir no sirve en el ABP, porque el equipo va a cambiar ese código. La pestaña Entender el código da primero el resumen "¿Qué hace este código?", luego la explicación Paso a paso y al final una tarea Pruébalo tú que pide un único cambio. En los proyectos gratuitos está abierta a todos; en los Premium se desbloquea con Premium. Lo explicamos en el artículo Entender el código.
• Planificar piezas con Mi Taller › Piezas (Premium): Si registras en Mi Taller › Piezas las piezas del armario de clase con sus cantidades, las listas Proyectos que Puedes Hacer y Proyectos con Componentes Faltantes muestran qué escenario puede empezar hoy y para cuál hay que hacer un pedido. Más detalles en proyectos de Arduino con los componentes que tienes.
• Tu propio proyecto de ejemplo: Antes de la unidad puedes montar tú un escenario y compartirlo desde Aprende > Foro > Nueva publicación, en la categoría Tutorial: añade fotos del circuito (hasta 5 imágenes), pon tu código con Añadir código y enlaza los proyectos listos relacionados. La publicación aparece en el idioma en que la escribes; envía su enlace al grupo de la clase con Compartir. Los proyectos listos los puedes pasar igual, con Compartir en la página del proyecto. Los pasos están en el artículo enseñar con tu propio proyecto.
• Acceso Premium para la clase: Para proyectos de partida Premium como Estación de riego inteligente y para Mi Taller › Piezas no hace falta una suscripción por estudiante; los paquetes para educadores, de pago único, sin renovación automática y que el alumnado canjea sin añadir una tarjeta, los explicamos en códigos Premium para toda la clase.

Ten claro también lo que la app no hace: BlueGrays no permite crear clases, no tiene un panel que muestre al docente el progreso de los equipos ni asigna tareas. La ficha del problema, el contrato de equipo y el registro de pruebas se quedan en papel o en un documento compartido de tu centro. La app cubre la parte de "¿cómo lo monto, qué hace el código, qué pieza falta?"; la de "¿por qué este umbral, a quién beneficia?" es trabajo del equipo y tuyo. Ese reparto encaja con el ABP: el pensamiento se queda en el equipo, no en la pantalla.

Errores habituales del ABP y cómo resolverlos

Lista de comprobación antes de la unidad

• La pregunta guía está escrita en un póster y colgada en el aula.
• Las 4 fichas de escenario (problema, posible sensor, proyecto de partida) están copiadas para cada equipo.
• Los 7 kits están contados; cada sensor se ha probado una vez y da valores en el Serial Monitor.
• El Arduino IDE y el controlador de la placa están instalados en los ordenadores y los cables USB, probados.
• Los proyectos de partida se abren en los móviles o tabletas del alumnado; si se usan proyectos Premium, los códigos ya están repartidos.
• La ficha del problema, el contrato de equipo y el registro de pruebas están impresos para cada equipo.
• El equipo directivo ha autorizado el recorrido y las mediciones de campo; los horarios de medición del comedor, el pasillo y el huerto están fijados.
• El público de la presentación final (equipo directivo, personal del centro, otra clase) está invitado y tiene fecha.
• La tabla de criterios ABP está impresa para el punto de control (sesión 4) y la final (sesión 8).

El verdadero producto de esta unidad no es el dispositivo, sino el hábito de "primero mido y luego decido"; el dispositivo se queda en la mesa como prueba. En tu primera vez no hace falta abrir los cuatro escenarios; empezar con dos escenarios y seis equipos enseña el mismo ciclo. Si quieres montar tú los proyectos de partida antes de llevarlos a clase, descarga la app de BlueGrays y prueba Luz nocturna con LDR con su diagrama de circuito, su código y los pasos de Entender el código.