2.º ESO · SdA 2 · Robot autónomo

Volver a tu curso / CR2-S02

Computación y Robótica · 2.º ESO · Aprende

Robot autónomo

Un robot puede tomar decisiones con sus sensores dentro de un entorno preparado. Comprenderás cómo se relacionan percepción, prioridades y movimiento, y por qué un recorrido afortunado no demuestra fiabilidad.

12 sesiones previstasCR2-S02
Comprende la idea. Diseña, prueba y explica tu solución.

Tu misión

Construye un robot de reparto autónomo con Maqueen Plus y micro:bit que siga un trayecto guiado y se detenga o desvíe ante obstáculos según el reto elegido. Conserva dossier de componentes, prioridades, calibración y tres ensayos reproducibles, con análisis de un robot de servicio. La versión básica estudiada se detiene ante obstáculos y pérdida de línea.

Dos estudiantes de 2.º de ESO prueban una maqueta automatizada y un robot que sigue una ruta en el aula.
Ilustración original de apoyo visual · Sintaxis Divergente, 2026.

Lee la explicación, observa cómo se relacionan las ideas en el esquema y compruébalas en la práctica. Puedes cambiar de versión cuando lo necesites.

Herramientas de trabajo

Redacta las explicaciones en Documentos de Google y los diagramas en diagrams.net. Conserva el archivo editable de tus programas y guarda las evidencias que pide cada tarea.

2.1. Autonomía dentro de un entorno definido

Aprende · teoría y práctica

Un robot autónomo utiliza información de sensores y un programa para decidir algunas acciones. La autonomía tiene un alcance: depende de qué puede percibir, de sus mecanismos y de las situaciones previstas. Nuestra misión ocurre en una pista delimitada, con una carga y unos obstáculos de maqueta. Describir posición inicial, recorrido, destino y condiciones de parada permite comprobar el resultado. Llegar al final no basta si el robot toca un obstáculo o continúa cuando debería detenerse.

Una base móvil desplaza su conjunto; un brazo puede mover herramientas dentro de un espacio de trabajo. La clasificación útil relaciona función, entorno y contacto con personas, no solo forma exterior. Un robot industrial y uno de servicio pueden compartir componentes y tener necesidades de supervisión distintas. El prototipo escolar demuestra una parte de una aplicación social, como trasladar un objeto por una ruta conocida. No demuestra navegación en cualquier lugar ni capacidades de cuidado personal. Define también una condición fuera de alcance para reconocer cuándo debe interrumpirse el ensayo y revisarse la misión.

  1. Necesidad de reparto
  2. Entorno delimitado
  3. Capacidades disponibles
  4. Misión comprobable
Esquema original · Sintaxis Divergente

Un ejemplo para entenderlo

Un robot de biblioteca transporta una tarjeta entre dos zonas señaladas. El equipo define éxito como llegar, conservar la tarjeta y detenerse sin contacto con la barrera de ensayo. Una tarjeta caída representa fallo aunque el robot termine rápido. Si alguien cambia la pista durante la marcha, el caso queda fuera del entorno previsto y exige detener la prueba antes de atribuir al robot una capacidad nueva.

TUTORIAL EXTENSIÓN MAQUEEN

Publicado por: INTEF · Abrir en YouTube

Mira el vídeo por partes. Relaciona una de sus explicaciones con el esquema y prueba el ejemplo de este apartado. La teoría escrita permite realizar la actividad sin reproducirlo.

El vídeo conserva el idioma original de su autor. Puedes consultar los subtítulos disponibles en el reproductor.

Ahora te toca

  1. En Google Docs define misión, éxito, fallo y una condición fuera de alcance.
  2. En diagrams.net dibuja pista, posición inicial, destino y zonas de parada.
  3. En Google Docs compara la función de tu base móvil con un brazo industrial y un robot de servicio.
Para y comprueba

¿Por qué terminar el recorrido no demuestra por sí solo que el robot cumple su misión?

↑ Volver al índice

2.2. Sensores de línea y calibración

Aprende · teoría y práctica

Los sensores de línea aportan información sobre la superficie que queda bajo el robot. Su respuesta a la luz reflejada depende del material, el brillo, la altura y la iluminación. Según el equipo, esa información aparece como un número o como un estado ya procesado. Ninguno significa por sí solo «robot centrado»: esa interpretación surge al relacionar las lecturas con posiciones conocidas. Un patrón reúne la información de varios sensores y permite describir qué observa el montaje en una situación concreta.

La caracterización relaciona esos patrones con el robot centrado, desviado a cada lado y fuera de línea, antes de decidir movimientos. Así se comprende por qué unas lecturas pueden orientar una corrección y otras no distinguen suficientemente la posición. Si dos situaciones que necesitan acciones distintas producen el mismo patrón, el programa carece de información para separarlas. Revisar anchura de la pista, colocación o sensores seleccionados puede aportar una diferencia observable; añadir condiciones al código no crea esa diferencia física.

Esta comprobación de la pista se distingue de la recalibración interna del sensor. Maqueen Plus V2 llega calibrado de fábrica y una recalibración incorrecta puede perjudicar la detección. Ese ajuste se reserva al procedimiento de la versión exacta, cuando corresponda y con revisión docente. Tampoco se trasladan automáticamente los significados de negro y blanco de otro modelo. La tabla de lecturas documenta lo que reconoce nuestro robot y fundamenta las acciones que después habrá que comprobar en movimiento.

  1. Posición conocida
  2. Lecturas de sensores
  3. Patrón registrado
  4. Interpretación comprobable
Esquema original · Sintaxis Divergente

Un ejemplo para entenderlo

Una pista ancha cubre ambos sensores elegidos tanto al centrar el robot como al desviarlo un poco. La tabla contiene el mismo patrón para dos posiciones. El programa no puede escoger correcciones distintas con esos datos. El equipo prueba otra anchura compatible o incorpora otro sensor disponible y vuelve a registrar posiciones. El problema inicial era de información, no de falta de bloques.

Ahora te toca

  1. Identifica la versión y la extensión de Maqueen con la documentación del fabricante.
  2. En Google Docs registra lecturas de fondo, línea, bordes y las cuatro posiciones de control.
  3. En diagrams.net relaciona cada patrón distinguible con una acción pendiente de comprobar en movimiento.
Para y comprueba

¿Cuándo debes revisar la pista antes de modificar el algoritmo?

↑ Volver al índice

2.3. Un control por prioridades

Aprende · teoría y práctica

Las prioridades determinan qué decisión prevalece cuando coinciden varias condiciones. Un robot puede reconocer una línea utilizable y detectar un obstáculo al mismo tiempo; ambas lecturas pueden ser correctas. En el control básico se atienden primero la parada manual o un dato no válido, después el obstáculo, luego la pérdida de línea y, por último, el avance o la corrección. Una cadena de casos excluyentes permite que la decisión prioritaria impida ejecutar una rama de movimiento posterior.

La exclusión importa porque varias órdenes independientes pueden contradecirse dentro del mismo ciclo. Calcular una única decisión de motores y aplicarla al final hace visible qué acción debe prevalecer. El mensaje de pantalla comunica esa decisión, mientras el movimiento permite comprobar si se ha aplicado. Para decidir con distancia también hacen falta la unidad y el significado de los valores especiales de la extensión utilizada. La ausencia de eco no equivale automáticamente a camino libre. El taller plantea detenerse a 15 cm o menos como referencia que debe contrastarse en la pista.

La respuesta no ocurre necesariamente en el instante de la lectura. Entre medir y actuar se ejecutan instrucciones, y el robot puede seguir avanzando durante ese intervalo. Una velocidad mayor o una espera más larga pueden aumentar ese recorrido antes de responder; por eso la referencia de distancia no es una garantía universal. Los ciclos sin pausas largas permiten revisar nuevas condiciones con mayor continuidad. Además de decidir cuándo parar, el diseño declara cómo queda la misión y qué permite reiniciarla.

  1. Parada o dato inválido
  2. Obstáculo
  3. Línea utilizable
  4. Una orden de motores
Esquema original · Sintaxis Divergente

Un ejemplo para entenderlo

Un carrito detecta una barrera mientras sus sensores siguen reconociendo una línea centrada. Ambas informaciones son verdaderas. Si un bloque para y otro independiente avanza después, la última orden puede ganar. Una tabla que muestre la decisión final por ciclo permite localizar ese conflicto. Cambiar la lectura de línea no sería la primera corrección: antes hay que revisar qué rama tiene derecho a mover.

Robótica microbit Maqueen 04 Sensor de obstáculos Proyecto STEAM: Robótica Aplicada al Aula

Publicado por: Monterroso TIC · Abrir en YouTube

Mira el vídeo por partes. Relaciona una de sus explicaciones con el esquema y prueba el ejemplo de este apartado. La teoría escrita permite realizar la actividad sin reproducirlo.

El vídeo conserva el idioma original de su autor. Puedes consultar los subtítulos disponibles en el reproductor.

Ahora te toca

  1. En diagrams.net dibuja una cadena excluyente de prioridades y su reinicio.
  2. En MakeCode programa una única decisión final de motores con la extensión validada.
  3. En pista delimitada comprueba obstáculo con línea reconocida y registra en Google Docs la orden y el movimiento.
Para y comprueba

¿Por qué ver el mensaje PARAR no demuestra que ninguna orden posterior haya movido los motores?

↑ Volver al índice

2.4. Corregir la trayectoria

Aprende · teoría y práctica

Una base con dos ruedas motrices puede modificar su dirección cambiando el movimiento relativo de ambos lados. La orden de velocidad del bloque suele ser un valor de control, no una velocidad física medida. El resultado depende también de carga, batería, rozamiento y versión del robot. Identifica frontal, rueda izquierda y derecha desde la perspectiva del propio robot. Esa referencia evita invertir una corrección cuando observas la pista desde otro lado o cambias la posición de trabajo.

Relaciona cada patrón registrado con avance o corrección suave y ensaya su efecto antes de integrarlo. La lectura no impone por sí sola un giro universal: importan posición de sensores y anchura de línea. Una corrección demasiado intensa puede cruzar al otro borde y producir zigzag. Empieza con ajustes moderados, comprueba dirección y cambia un parámetro cada vez. Si se pierde la línea, el diseño básico se detiene y espera recolocación o reinicio previsto. Una búsqueda automática sería otra estrategia, con límites y pruebas propios, que no debe aparecer sin documentar.

ControladorIzquierdaDerechaDelante / sensoresLa velocidad de cada rueda cambia la ruta
Esquema funcional: dos ruedas motrices, sensores y controlador. El modelo real puede variar.
  1. Patrón de desvío
  2. Orden relativa de ruedas
  3. Cambio de dirección
  4. Nueva lectura
Esquema original · Sintaxis Divergente

Un ejemplo para entenderlo

Una corrección aumenta la separación respecto a la línea. El equipo había etiquetado izquierda mirando al robot de frente y después escribió el código como si lo mirara desde atrás. Dibujar el frontal revela el cambio de referencia. Se repite una prueba corta y lenta de la corrección, manteniendo los demás ajustes. Subir la potencia habría amplificado el desvío en vez de resolver su causa.

Ahora te toca

  1. En diagrams.net etiqueta frontal, sensores y ruedas desde el robot.
  2. En MakeCode ensaya cada corrección por separado con el soporte estable preparado por el docente y después en pista.
  3. En Google Docs registra un patrón, la corrección prevista, su efecto y la respuesta al perder línea.
Para y comprueba

¿Por qué una corrección más fuerte puede empeorar el seguimiento?

↑ Volver al índice

2.5. Ensayos comparables y causas de variación

Aprende · teoría y práctica

Un ensayo reproducible describe cómo se realizó para que otra pareja pueda repetirlo. Registra pista, posición inicial, carga, ajustes, batería y condiciones relevantes de superficie e iluminación. Realiza al menos tres recorridos con cada configuración comparada. Los resultados incluyen éxito de la misión, contacto, pérdida de línea, lugar del fallo y, si sirve a la pregunta, tiempo. Una llegada rápida con choque sigue incumpliendo el requisito aunque mejore una cifra secundaria del registro.

La comparación busca comprender una causa, no presentar solo el mejor intento. Cambia un parámetro, conserva los demás y repite la misma serie. Si no pudiste mantener una condición, decláralo como límite. Tres ensayos permiten observar repetición en esa pista, pero no garantizan funcionamiento en cualquier entorno ni una fiabilidad universal. Define antes qué mejora aceptarías: menos pérdidas sin empeorar la parada, por ejemplo. Conserva fallos y observaciones para explicar por qué una opción merece otra prueba, en lugar de atribuir cualquier diferencia al último bloque modificado.

  1. Condiciones registradas
  2. Tres ensayos
  3. Un ajuste
  4. Serie equivalente
  5. Comparación limitada
Esquema original · Sintaxis Divergente

Un ejemplo para entenderlo

Una configuración tarda menos en su mejor intento, pero falla dos curvas en los otros recorridos. Otra completa los tres trayectos con una parada correcta y tarda algo más. La elección depende del requisito acordado, no del tiempo más vistoso. El registro permite identificar la curva problemática y planificar una comparación posterior, sin afirmar que la segunda configuración funcionará en cualquier pista.

Ahora te toca

  1. En Google Docs prepara una tabla de tres ensayos y define antes la mejora aceptable.
  2. Ejecuta los tres recorridos con MakeCode y el robot en la pista delimitada.
  3. Cambia un parámetro en MakeCode, repite tres ensayos comparables y explica los límites en Google Docs.
Para y comprueba

¿Qué impide concluir que un ajuste es mejor si solo conoces su intento más rápido?

↑ Volver al índice

2.6. Analizar robots de servicio

Aprende · teoría y práctica

Un robot de servicio realiza tareas útiles en un contexto de uso. Su valor depende de destinatario, función, interacción y límites, no de parecer humano. Big Hero 6 permite preguntar cómo un sistema de asistencia percibe, decide y actúa. Una escena ofrece observaciones de una ficción; no demuestra capacidad técnica ni comprensión de emociones. Separa lo que muestra la historia, tu interpretación y la afirmación que necesitaría una fuente para considerarse comprobada.

La actividad AV01 se integra en las doce sesiones: 0,25 de preparación, 2,25 de visionado autorizado o selección coherente y 1 de contraste y transferencia. Puedes trabajar con descripción y lectura guiada del mismo problema, sin visionado fuera del aula. Registra tres observaciones sin transcribir diálogos y contrasta una afirmación con la documentación técnica. Transforma una función útil en un requisito pequeño del Maqueen, como comunicar parada y permitir supervisión. Su conclusión se incorpora a A01 y la aplicación a A02; no crea una tercera entrega ni convierte el prototipo en un dispositivo sanitario.

ControladorIzquierdaDerechaDelante / sensoresLa velocidad de cada rueda cambia la ruta
Esquema funcional: dos ruedas motrices, sensores y controlador. El modelo real puede variar.
  1. Observación de ficción
  2. Pregunta técnica
  3. Fuente de contraste
  4. Requisito del prototipo
Esquema original · Sintaxis Divergente

Un ejemplo para entenderlo

Una escena representa a un asistente acercándose a alguien. El equipo observa la aproximación, interpreta que pretende ayudar y pregunta cómo se limitaría el movimiento. Para el Maqueen propone estudiar una señal de estado al detenerse. Puede comprobar esa señal y una distancia de ensayo, pero no afirmar que el robot entiende necesidades humanas. La ficción ha originado una pregunta, no una especificación técnica.

Ahora te toca

  1. En Google Docs registra una pregunta inicial y tres observaciones del visionado autorizado o su alternativa escrita.
  2. Consulta una fuente técnica de la unidad y marca qué afirmación respalda y cuál queda sin comprobar.
  3. En Google Docs formula un requisito transferible y su prueba para integrarlos en A01 y A02.
Para y comprueba

¿Qué cambia entre observar una capacidad en una película y demostrarla con el robot?

↑ Volver al índice

2.7. Laboratorio, proyecto y dos entregas

Aprende · teoría y práctica

El laboratorio conecta percepción, control, mecanismo y alimentación. El sensor aporta distancia o patrón; micro:bit decide; la interfaz de motores aplica una orden; ruedas y superficie producen el recorrido. Dibujar ese mapa permite localizar causas distintas de un mismo síntoma. Si el robot gira hacia un obstáculo, puede fallar la lectura, la prioridad o la correspondencia de motores. Observar la entrada, la decisión final y el movimiento por separado permite investigar sin modificar todas las partes.

A01 incluye misión, componentes justificados, estados, prioridades, predicciones y una microejecución física. A02 integra el robot, tres recorridos comparables, fallo corregido y explicación individual. Los estados, como parado, siguiendo o ante obstáculo, necesitan transiciones claras: entrar en parado no indica por sí solo cómo se vuelve a arrancar. A inicia y B detiene en el taller, con el comportamiento de reinicio declarado. Las evidencias incluyen esquema mecánico funcional y reutilización de materiales. Una simulación puede apoyar el razonamiento lógico, pero los resultados físicos de seguimiento y parada se documentan con el robot de la versión utilizada.

  1. Lectura física
  2. Decisión priorizada
  3. Orden de interfaz
  4. Movimiento observado
  5. Diagnóstico
Esquema original · Sintaxis Divergente

Un ejemplo para entenderlo

Una pantalla indica CORREGIR DERECHA, pero la base gira al lado contrario. La tabla de sensores coincide con la posición física y la prioridad no cambia. El equipo ensaya cada rueda con el soporte docente para revisar la correspondencia de órdenes. Así acota la hipótesis mecánica o de interfaz. Cambiar la tabla de línea antes de esa comprobación podría ocultar el fallo y estropear otras situaciones.

Ahora te toca

  1. En diagrams.net conecta sensor, controlador, interfaz, motores y alimentación.
  2. En MakeCode integra el control por partes y comprueba A, B y el reinicio previsto.
  3. En Google Docs registra síntoma, causa investigada, reparación y repetición de una prueba física.
Para y comprueba

¿Qué observación te ayudaría a distinguir una prioridad errónea de una rueda mal identificada?

↑ Volver al índice

2.8. Profundiza a tu ritmo

Aprende · teoría y práctica

La versión del robot forma parte de la explicación técnica. Los tutoriales de Maqueen Lite, Plus V1 y Plus V2 pueden compartir ideas, pero no garantizan idénticas extensiones, sensores o conexiones. La documentación del fabricante permite identificar modelo, biblioteca y procedimiento. Antes de reutilizar un bloque comprueba su función, unidad y significado de resultados especiales. Una fotografía parecida o un nombre abreviado no bastan para decidir compatibilidad ni para elegir un procedimiento de calibración interna.

Una adaptación razonada distingue estructura y parámetros. La cadena que prioriza parada puede mantenerse en otra pista, mientras patrones de línea, velocidad de control y referencia de distancia necesitan nueva verificación. Una curva más cerrada exige estudiar si el robot sigue recibiendo información a tiempo y puede corregir sin perder la pista. Los vídeos opcionales permiten repasar movimientos, con pausas y apoyo escrito. Registra qué versión muestran y qué pregunta resuelven. La ampliación de desvío ante obstáculos exige estados, recuperación y pruebas propios; no sustituye sin explicación la parada básica ni autoriza ensayar fuera del espacio delimitado.

  1. Versión identificada
  2. Bloque documentado
  3. Patrón adaptado
  4. Ensayo en nueva pista
Esquema original · Sintaxis Divergente

Un ejemplo para entenderlo

Otra pareja comparte un programa para un Maqueen distinto. El mapa de prioridades parece útil, pero el bloque de sensor no coincide con nuestra extensión. El equipo conserva el mapa como referencia y consulta el bloque de su modelo antes de interpretar resultados. Después repite posiciones conocidas. Reutilizar la idea no significa declarar compatibles los archivos o copiar una calibración de hardware ajena.

Ahora te toca

  1. Consulta las referencias del fabricante y anota en Google Docs modelo, extensión y una unidad de lectura.
  2. En diagrams.net marca qué partes del control conservarías al cambiar de pista.
  3. En Google Docs diseña una nueva comprobación para una curva o patrón distinto sin añadir otra entrega.
Para y comprueba

¿Qué prueba falta antes de afirmar que el mismo programa sirve en otra pista?

↑ Volver al índice

Tu proyecto y tus entregas

A01 · Diseña la solución

  1. Crea CR2-S02_robot_A01_Apellidos en Google Docs con misión, destinatario, éxito y límites.
  2. Justifica componentes y tipo de robot y dibuja en diagrams.net pista, mecanismo y mapa de estados.
  3. Define prioridades de parada, obstáculo y línea; anticipa tres casos y prepara tres ensayos comparables.
  4. Ejecuta una microprueba física de sensor y motor con MakeCode y la extensión de la versión; registra lecturas y resultado.
  5. Integra la conclusión de Big Hero 6 o su alternativa escrita, materiales reutilizables, fuentes y aportaciones individuales.

Qué debes entregar

  • Dossier con misión social, componentes, estados y prioridades.
  • Tabla de lecturas de la versión real y microprueba física documentada.
  • Tres predicciones y plan de ensayos; requisito transferido del análisis audiovisual o escrito y explicación individual.

A02 · Robot de reparto autónomo

  1. Integra el robot con MakeCode, la extensión validada y el diseño revisado.
  2. Comprueba fondo, línea y bordes; prueba obstáculo durante seguimiento, pérdida de pista y parada B mientras se mueve.
  3. Realiza tres recorridos comparables y registra cada resultado, incluidos fallos y causas investigadas.
  4. Cambia un parámetro, repite una serie equivalente y justifica la mejora y sus límites.
  5. Entrega CR2-S02_robot con código editable, esquema mecánico, calibración, instrucciones de inicio y parada, registros, fuentes y explicación individual de decisiones y utilidad social.

Qué debes entregar

  • Robot integrado que demuestra seguimiento y parada en la pista preparada.
  • Código editable, patrones físicos y órdenes coherentes con los estados.
  • Tres ensayos y comparación de mejora; contribución individual y relación con el requisito social y los materiales utilizados.

Antes de entregar

  • Delimito lo que mi robot puede hacer en esta pista.
  • Relaciono lecturas reales y patrones sin copiar otra versión.
  • Demuestro que la parada prevalece cuando también hay línea.
  • Explico cómo una diferencia entre ruedas cambia el recorrido.
  • Comparo tres ensayos y una mejora sin ocultar fallos.
  • Distingo ficción, afirmación contrastada y capacidad demostrada.

Plantillas y archivos

Abre el modelo vacío de A01 o A02 y crea tu copia en Documentos de Google. Conserva también el archivo editable de la plataforma que uses.

Estas plantillas comunes ayudan a organizar el trabajo: complétalas según las instrucciones y evidencias de esta SdA y elimina los campos que no correspondan. El modelo vacío es de solo lectura. Trabaja en tu copia y comparte las respuestas únicamente como indique tu docente.

A01 · Diseña la solución

  • Dossier con misión social, componentes, estados y prioridades.
  • Tabla de lecturas de la versión real y microprueba física documentada.
  • Tres predicciones y plan de ensayos; requisito transferido del análisis audiovisual o escrito y explicación individual.

A02 · Robot de reparto autónomo

  • Robot integrado que demuestra seguimiento y parada en la pista preparada.
  • Código editable, patrones físicos y órdenes coherentes con los estados.
  • Tres ensayos y comparación de mejora; contribución individual y relación con el requisito social y los materiales utilizados.

Rúbricas de clase

Estas son las rúbricas de referencia de las entregas A01 y A02. Consúltalas para conocer qué evidencias y descriptores se valoran en cada entrega.

Consultar la rúbrica de A01

Diseño y microprueba

CYR.2.1.2 Aplicaciones sociales del robot autónomo

Reconocer el papel de la robótica en nuestra sociedad, conociendo las aplicaciones más comunes.

Evidencia. Misión, destinatario y comparación con un uso social documentado.

BandaDesempeño observable
1–2,9Atribuye autonomía ilimitada al robot y no reconoce una tarea social concreta.
3–4,9Nombra reparto, pero no relaciona percepción y actuación con condiciones del destinatario.
5–6,9Relaciona la misión con una aplicación social y explica utilidad y límites del robot y de la representación audiovisual.
7–8,9Compara dos usos y argumenta una condición social, ambiental o de supervisión que afecta al diseño.
9–10,0Justifica cuándo conviene automatizar la misión con evidencia y cuándo la intervención humana sigue siendo necesaria.

CYR.2.1.4 Calibración y principios del movimiento

Comprender los principios de ingeniería en los que se basan los robots, su funcionamiento, componentes y características.

Evidencia. Lecturas del modelo real, esquema y microprueba de sensor y motores.

BandaDesempeño observable
1–2,9Interpreta los valores del sensor sin calibración o confunde orden y movimiento.
3–4,9Identifica sensores y motores, pero copia patrones de otro modelo o no relaciona giro y velocidades.
5–6,9Registra lecturas del modelo preparado, relaciona sensores, control y motores y ejecuta una microprueba de corrección o parada.
7–8,9Explica cómo una corrección cambia la trayectoria y contrasta su efecto manteniendo pista y condiciones.
9–10,0Compara dos correcciones y justifica su elección según estabilidad y detección disponible.

CYR.2.2.1 Prioridades y generalización de la misión

Conocer y resolver la variedad de problemas posibles, desarrollando un programa informático y generalizando las soluciones, tanto de forma individual como trabajando en equipo, colaborando y comunicándose de forma adecuada.

Evidencia. Pseudocódigo, estados, tres predicciones y microejecución colaborativa.

BandaDesempeño observable
1–2,9El algoritmo ordena avanzar después de parar y no reconoce la contradicción.
3–4,9Define seguimiento, pero no incluye pérdida de línea u obstáculo ni explica aportación individual.
5–6,9Ordena prioridades de parada, obstáculo y línea, ejecuta una parte y anticipa tres casos. Comunica su aportación y revisa otra propuesta.
7–8,9Prueba entradas simultáneas y justifica el orden de prioridades con la misión.
9–10,0Adapta la misma estructura a otra ruta y acuerda una solución que conserva parada y final.

CYR.2.3.1 Integración física y aceptación de la misión

Ser capaz de construir un sistema de computación o robótico, promoviendo la interacción con el mundo físico en el contexto de un problema del mundo real, de forma sostenible.

Evidencia. Microensayo físico y requisitos de reparto parada materiales y reutilización.

BandaDesempeño observable
1–2,9No comprueba movimiento físico ni vincula el montaje con una necesidad de reparto.
3–4,9Hay movimiento, pero el diseño omite aceptación o atribuye al simulador validación de toda la misión.
5–6,9Integra una primera interacción real, define misión y tres pruebas y justifica materiales y reutilización.
7–8,9Revisa un requisito al detectar una limitación de pista, carga o alcance del sensor.
9–10,0Compara una alternativa física y argumenta su utilidad con una prueba y sus recursos.
Consultar la rúbrica de A02

Producto pruebas y mejora

CYR.2.1.2 Aplicaciones sociales del robot autónomo

Reconocer el papel de la robótica en nuestra sociedad, conociendo las aplicaciones más comunes.

Evidencia. Demostración de reparto y explicación de utilidad contexto y límites.

BandaDesempeño observable
1–2,9La utilidad expuesta depende de capacidades no implementadas ni contrastadas.
3–4,9La misión funciona parcialmente, pero la explicación social es un listado sin relación con los resultados.
5–6,9Explica aplicación, destinatario y contexto, usando pruebas para delimitar lo que el robot autónomo puede hacer.
7–8,9Contrasta un beneficio y una limitación con otra aplicación y revisa una condición de uso.
9–10,0Evalúa una alternativa al reparto robótico con argumentos de accesibilidad, supervisión o recursos y pruebas pertinentes.

CYR.2.1.4 Calibración y principios del movimiento

Comprender los principios de ingeniería en los que se basan los robots, su funcionamiento, componentes y características.

Evidencia. Esquema mecánico funcional, calibración, giros y prueba de parada.

BandaDesempeño observable
1–2,9La explicación de componentes no corresponde al robot o no puede detenerlo según el montaje previsto.
3–4,9Sigue parte de la línea, pero no explica patrones de lectura o corrige movimientos al azar.
5–6,9Demuestra seguimiento y parada, explica componentes y movimiento y usa calibración y esquema coherentes con el robot real.
7–8,9Diagnostica oscilación o desviación diferenciando lectura, regla y actuación y comprueba la reparación.
9–10,0Recalibra en otra pista preparada y justifica qué cambia por superficie o velocidad y qué principio permanece.

CYR.2.2.1 Prioridades y generalización de la misión

Conocer y resolver la variedad de problemas posibles, desarrollando un programa informático y generalizando las soluciones, tanto de forma individual como trabajando en equipo, colaborando y comunicándose de forma adecuada.

Evidencia. Código, recorridos, fallo corregido y explicación o cambio individual.

BandaDesempeño observable
1–2,9No resuelve la misión ni puede explicar una prioridad del programa.
3–4,9Resuelve un recorrido, pero un caso combinado produce órdenes contradictorias y no localiza su causa.
5–6,9Programa prioridades y misión, registra ensayos y corrige un fallo con aportaciones individuales y colaboración documentadas.
7–8,9Reutiliza el algoritmo en otra ruta, modifica parámetros justificados y comprueba entradas simultáneas.
9–10,0Resuelve una variante nueva y compara dos estrategias manteniendo requisitos y comunicación razonada del equipo.

CYR.2.3.1 Integración física y aceptación de la misión

Ser capaz de construir un sistema de computación o robótico, promoviendo la interacción con el mundo físico en el contexto de un problema del mundo real, de forma sostenible.

Evidencia. Robot integrado, tres recorridos comparables y mejora con límites registrados.

BandaDesempeño observable
1–2,9No aporta misión física verificable ni explica las condiciones de uso.
3–4,9El robot avanza, pero no supera la aceptación de parada o ruta y no analiza el fallo.
5–6,9Demuestra misión y parada en la pista preparada, registra tres recorridos y una corrección y explica límites y recursos.
7–8,9Contrasta una mejora con las mismas condiciones y separa tiempo, pérdidas de línea y éxito.
9–10,0Prueba otra condición preparada y justifica la decisión de diseño sin extrapolar a entornos no comprobados.

Vídeos, recursos y fuentes

RETO 6 MAQUEEN

Publicado por: INTEF · Abrir en YouTube

Mira el vídeo por partes. Relaciona una de sus explicaciones con el esquema y prueba el ejemplo de este apartado. La teoría escrita permite realizar la actividad sin reproducirlo.

El vídeo conserva el idioma original de su autor. Puedes consultar los subtítulos disponibles en el reproductor.

RETO 4 MAQUEEN

Publicado por: INTEF · Abrir en YouTube

Mira el vídeo por partes. Relaciona una de sus explicaciones con el esquema y prueba el ejemplo de este apartado. La teoría escrita permite realizar la actividad sin reproducirlo.

El vídeo conserva el idioma original de su autor. Puedes consultar los subtítulos disponibles en el reproductor.

RETO 2 MAQUEEN

Publicado por: INTEF · Abrir en YouTube

Mira el vídeo por partes. Relaciona una de sus explicaciones con el esquema y prueba el ejemplo de este apartado. La teoría escrita permite realizar la actividad sin reproducirlo.

El vídeo conserva el idioma original de su autor. Puedes consultar los subtítulos disponibles en el reproductor.

Para seguir aprendiendo

Revisión editorial: octubre de 2026.