Línea Ares — Puntos de Convergencia · Nivel Constructores (3°–5°)
ROBOTSchool · Documento maestro (fuente única) — NIVEL MODELO Versión 0.1 — Junio 2026
Este documento desarrolla a fondo los tres proyectos ancla de Constructores como modelo a ajustar. Una vez validado el formato, se replica en los otros tres niveles. Cada ficha sigue la plantilla de
03…§5y se evalúa con la rúbrica de04. El elemento central de cada ficha es el punto de convergencia: una frase verificable que prueba que el proyecto necesita los tres hilos.Estructuras esperadas del nivel (la “vara” de la rúbrica): bucles, condicionales y variables, en bloques (mBlock), con C++ como asomada. Herramientas del nivel: mBlock · Tinkercad 3D · Tinkercad Circuits / Fritzing · Canva.
Cómo leer una ficha
Cada proyecto trae: reto y ODS, las tres hebras (programación / robotización / diseño) y la capa de IA, el punto de convergencia (la frase verificable), la prueba de “quita un hilo” y la evidencia de evaluación.
Proyecto 1 · Semáforo inteligente
Reto: ¿Cómo ordena el tráfico una ciudad y cómo lo hacemos más seguro para el peatón? · ODS 11 — Ciudades sostenibles
| Hilo | Hebra activada en este proyecto |
|---|---|
| Programación | Bucle que repite el ciclo del semáforo + condicional (si el peatón pulsa, cambia) + variables (tiempos de cada luz) |
| Robotización | Actuación (3 LEDs por semáforo) · sensado (pulsador peatonal) · control (entrada → lógica → salida) |
| Diseño | A maqueta de la intersección (cartón o piezas 3D) · B esquemático del circuito de LEDs y botón (Tinkercad Circuits / Fritzing) · C señalización y acabado de las calles (Canva) |
| IA (opcional) | Conversación: ¿cómo decidiría sus tiempos un semáforo de verdad inteligente según el tráfico? (se discute, no se implementa) |
Punto de convergencia (verificable): > El semáforo regula un cruce con peatón solo si: la lógica controla la secuencia y atiende la petición del botón (programación) + los LEDs y el pulsador funcionan y están bien cableados (robotización) + la maqueta representa una intersección comprensible y segura (diseño).
Prueba de “quita un hilo”: - Sin programación: las luces no siguen secuencia ni responden al peatón. - Sin robotización: no hay semáforo físico que encienda ni botón que registre. - Sin diseño: sin la maqueta y la señalización no se entiende qué cruce es ni para quién.
Evidencia de evaluación: maqueta funcionando + esquemático del circuito + explicación del ciclo y de los tiempos elegidos.
Proyecto 2 · Brazo / mano robótica
Reto: Imitar cómo agarra la mano humana para mover un objeto. · ODS 9 — Industria, innovación e infraestructura
| Hilo | Hebra activada en este proyecto |
|---|---|
| Programación | Condicionales + variables (ángulos del servo) + bucle para la secuencia de movimiento (agarrar → mover → soltar) |
| Robotización | Actuación (servomotores) · mecanismo (dedos/articulaciones, transmisión) · control de posición |
| Diseño | A modelado de las piezas del brazo y los dedos para imprimir/cortar (Tinkercad 3D), con forma–función (que de verdad agarre) · B esquemático servo–Arduino · C acabado |
| IA (opcional) | Conversación sobre prótesis: ¿cómo un sensor podría hacer que la mano reaccione sola? |
Punto de convergencia (verificable): > El brazo toma y suelta un objeto a la orden solo si: la lógica comanda los ángulos en la secuencia correcta (programación) + los servos y la estructura articulada mueven y sostienen (robotización) + las piezas están diseñadas con la forma que permite agarrar (diseño).
Prueba de “quita un hilo”: - Sin programación: no hay secuencia de agarre; el servo no sabe cuándo ni cuánto girar. - Sin robotización: sin servos ni estructura articulada no hay movimiento ni sujeción. - Sin diseño: si la forma de los dedos/superficie es incorrecta, el objeto resbala y no se agarra.
Evidencia de evaluación: el brazo agarrando un objeto + las piezas diseñadas (archivo 3D) + esquemático del conexionado.
Proyecto 3 · Riego automático
Reto: Cuidar una planta sin desperdiciar agua. · ODS 6 — Agua limpia / ODS 12 — Producción y consumo responsables
| Hilo | Hebra activada en este proyecto |
|---|---|
| Programación | Condicional con umbral de humedad + variable que guarda la lectura |
| Robotización | Sensado (sensor de humedad) · actuación (bomba o servo) · control (entrada → lógica → salida) |
| Diseño | A soporte/carcasa para la electrónica (Tinkercad 3D) · B esquemático sensor–bomba (Fritzing) · C acabado usable |
| IA (opcional · extensión ML) | Entrenar un clasificador “planta sana / seca” con ejemplos (Teachable Machine) y verificar su acierto |
Punto de convergencia (verificable): > La maceta se riega sola justo cuando le hace falta solo si: el condicional decide según la humedad (programación) + el sensor mide y la bomba riega (robotización) + la carcasa protege el circuito del agua y es usable (diseño).
Prueba de “quita un hilo”: - Sin programación: no decide cuándo regar. - Sin robotización: no mide la humedad ni echa el agua. - Sin diseño: el agua daña el circuito y el usuario no puede manipularlo con seguridad.
Evidencia de evaluación: sistema regando según humedad + esquemático + bitácora con el ajuste del umbral (al menos 2 iteraciones).
Nota de ajuste (para tu revisión)
Antes de replicar este formato en Exploradores, Inventores e Innovadores, conviene que valides: 1. ¿La frase del punto de convergencia es clara y verificable para un docente que la lee por primera vez? 2. ¿La “prueba de quita un hilo” funciona como pregunta de socialización con los estudiantes? 3. ¿El nivel de detalle es el correcto, o prefieres más/menos (p. ej. añadir tiempos, materiales o criterios de logro por hebra)?
Con tu visto bueno o tus ajustes, replico el mismo esquema en los otros tres niveles (9 proyectos restantes).
Fin del documento v0.1. Nivel modelo — se aplica sobre 02, 03…§4-5 y 04.