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.
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.

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.
- Necesidad de reparto
- Entorno delimitado
- Capacidades disponibles
- Misión comprobable
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
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.
- En Google Docs define misión, éxito, fallo y una condición fuera de alcance.
- En diagrams.net dibuja pista, posición inicial, destino y zonas de parada.
- En Google Docs compara la función de tu base móvil con un brazo industrial y un robot de servicio.
¿Por qué terminar el recorrido no demuestra por sí solo que el robot cumple su misión?
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.
- Posición conocida
- Lecturas de sensores
- Patrón registrado
- Interpretación comprobable
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.
- Identifica la versión y la extensión de Maqueen con la documentación del fabricante.
- En Google Docs registra lecturas de fondo, línea, bordes y las cuatro posiciones de control.
- En diagrams.net relaciona cada patrón distinguible con una acción pendiente de comprobar en movimiento.
¿Cuándo debes revisar la pista antes de modificar el algoritmo?
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.
- Parada o dato inválido
- Obstáculo
- Línea utilizable
- Una orden de motores
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
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.
- En diagrams.net dibuja una cadena excluyente de prioridades y su reinicio.
- En MakeCode programa una única decisión final de motores con la extensión validada.
- En pista delimitada comprueba obstáculo con línea reconocida y registra en Google Docs la orden y el movimiento.
¿Por qué ver el mensaje PARAR no demuestra que ninguna orden posterior haya movido los motores?
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.
- Patrón de desvío
- Orden relativa de ruedas
- Cambio de dirección
- Nueva lectura
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.
- En diagrams.net etiqueta frontal, sensores y ruedas desde el robot.
- En MakeCode ensaya cada corrección por separado con el soporte estable preparado por el docente y después en pista.
- En Google Docs registra un patrón, la corrección prevista, su efecto y la respuesta al perder línea.
¿Por qué una corrección más fuerte puede empeorar el seguimiento?
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.
- Condiciones registradas
- Tres ensayos
- Un ajuste
- Serie equivalente
- Comparación limitada
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.
- En Google Docs prepara una tabla de tres ensayos y define antes la mejora aceptable.
- Ejecuta los tres recorridos con MakeCode y el robot en la pista delimitada.
- Cambia un parámetro en MakeCode, repite tres ensayos comparables y explica los límites en Google Docs.
¿Qué impide concluir que un ajuste es mejor si solo conoces su intento más rápido?
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.
- Observación de ficción
- Pregunta técnica
- Fuente de contraste
- Requisito del prototipo
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.
- En Google Docs registra una pregunta inicial y tres observaciones del visionado autorizado o su alternativa escrita.
- Consulta una fuente técnica de la unidad y marca qué afirmación respalda y cuál queda sin comprobar.
- En Google Docs formula un requisito transferible y su prueba para integrarlos en A01 y A02.
¿Qué cambia entre observar una capacidad en una película y demostrarla con el robot?
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.
- Lectura física
- Decisión priorizada
- Orden de interfaz
- Movimiento observado
- Diagnóstico
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.
- En diagrams.net conecta sensor, controlador, interfaz, motores y alimentación.
- En MakeCode integra el control por partes y comprueba A, B y el reinicio previsto.
- En Google Docs registra síntoma, causa investigada, reparación y repetición de una prueba física.
¿Qué observación te ayudaría a distinguir una prioridad errónea de una rueda mal identificada?
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.
- Versión identificada
- Bloque documentado
- Patrón adaptado
- Ensayo en nueva pista
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.
- Consulta las referencias del fabricante y anota en Google Docs modelo, extensión y una unidad de lectura.
- En diagrams.net marca qué partes del control conservarías al cambiar de pista.
- En Google Docs diseña una nueva comprobación para una curva o patrón distinto sin añadir otra entrega.
¿Qué prueba falta antes de afirmar que el mismo programa sirve en otra pista?
Tu proyecto y tus entregas
A01 · Diseña la solución
- Crea CR2-S02_robot_A01_Apellidos en Google Docs con misión, destinatario, éxito y límites.
- Justifica componentes y tipo de robot y dibuja en diagrams.net pista, mecanismo y mapa de estados.
- Define prioridades de parada, obstáculo y línea; anticipa tres casos y prepara tres ensayos comparables.
- Ejecuta una microprueba física de sensor y motor con MakeCode y la extensión de la versión; registra lecturas y resultado.
- 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.
Crear mi copia en Documentos de Google · Ver la plantilla vacía
A02 · Robot de reparto autónomo
- Integra el robot con MakeCode, la extensión validada y el diseño revisado.
- Comprueba fondo, línea y bordes; prueba obstáculo durante seguimiento, pérdida de pista y parada B mientras se mueve.
- Realiza tres recorridos comparables y registra cada resultado, incluidos fallos y causas investigadas.
- Cambia un parámetro, repite una serie equivalente y justifica la mejora y sus límites.
- 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.
Crear mi copia en Documentos de Google · Ver la plantilla vacía
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
Crear mi copia en Documentos de Google · Ver la plantilla vacía
- 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
Crear mi copia en Documentos de Google · Ver la plantilla vacía
- 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.
| Banda | Desempeño observable |
|---|---|
| 1–2,9 | Atribuye autonomía ilimitada al robot y no reconoce una tarea social concreta. |
| 3–4,9 | Nombra reparto, pero no relaciona percepción y actuación con condiciones del destinatario. |
| 5–6,9 | Relaciona la misión con una aplicación social y explica utilidad y límites del robot y de la representación audiovisual. |
| 7–8,9 | Compara dos usos y argumenta una condición social, ambiental o de supervisión que afecta al diseño. |
| 9–10,0 | Justifica 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.
| Banda | Desempeño observable |
|---|---|
| 1–2,9 | Interpreta los valores del sensor sin calibración o confunde orden y movimiento. |
| 3–4,9 | Identifica sensores y motores, pero copia patrones de otro modelo o no relaciona giro y velocidades. |
| 5–6,9 | Registra lecturas del modelo preparado, relaciona sensores, control y motores y ejecuta una microprueba de corrección o parada. |
| 7–8,9 | Explica cómo una corrección cambia la trayectoria y contrasta su efecto manteniendo pista y condiciones. |
| 9–10,0 | Compara 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.
| Banda | Desempeño observable |
|---|---|
| 1–2,9 | El algoritmo ordena avanzar después de parar y no reconoce la contradicción. |
| 3–4,9 | Define seguimiento, pero no incluye pérdida de línea u obstáculo ni explica aportación individual. |
| 5–6,9 | Ordena 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,9 | Prueba entradas simultáneas y justifica el orden de prioridades con la misión. |
| 9–10,0 | Adapta 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.
| Banda | Desempeño observable |
|---|---|
| 1–2,9 | No comprueba movimiento físico ni vincula el montaje con una necesidad de reparto. |
| 3–4,9 | Hay movimiento, pero el diseño omite aceptación o atribuye al simulador validación de toda la misión. |
| 5–6,9 | Integra una primera interacción real, define misión y tres pruebas y justifica materiales y reutilización. |
| 7–8,9 | Revisa un requisito al detectar una limitación de pista, carga o alcance del sensor. |
| 9–10,0 | Compara 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.
| Banda | Desempeño observable |
|---|---|
| 1–2,9 | La utilidad expuesta depende de capacidades no implementadas ni contrastadas. |
| 3–4,9 | La misión funciona parcialmente, pero la explicación social es un listado sin relación con los resultados. |
| 5–6,9 | Explica aplicación, destinatario y contexto, usando pruebas para delimitar lo que el robot autónomo puede hacer. |
| 7–8,9 | Contrasta un beneficio y una limitación con otra aplicación y revisa una condición de uso. |
| 9–10,0 | Evalú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.
| Banda | Desempeño observable |
|---|---|
| 1–2,9 | La explicación de componentes no corresponde al robot o no puede detenerlo según el montaje previsto. |
| 3–4,9 | Sigue parte de la línea, pero no explica patrones de lectura o corrige movimientos al azar. |
| 5–6,9 | Demuestra seguimiento y parada, explica componentes y movimiento y usa calibración y esquema coherentes con el robot real. |
| 7–8,9 | Diagnostica oscilación o desviación diferenciando lectura, regla y actuación y comprueba la reparación. |
| 9–10,0 | Recalibra 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.
| Banda | Desempeño observable |
|---|---|
| 1–2,9 | No resuelve la misión ni puede explicar una prioridad del programa. |
| 3–4,9 | Resuelve un recorrido, pero un caso combinado produce órdenes contradictorias y no localiza su causa. |
| 5–6,9 | Programa prioridades y misión, registra ensayos y corrige un fallo con aportaciones individuales y colaboración documentadas. |
| 7–8,9 | Reutiliza el algoritmo en otra ruta, modifica parámetros justificados y comprueba entradas simultáneas. |
| 9–10,0 | Resuelve 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.
| Banda | Desempeño observable |
|---|---|
| 1–2,9 | No aporta misión física verificable ni explica las condiciones de uso. |
| 3–4,9 | El robot avanza, pero no supera la aceptación de parada o ruta y no analiza el fallo. |
| 5–6,9 | Demuestra misión y parada en la pista preparada, registra tres recorridos y una corrección y explica límites y recursos. |
| 7–8,9 | Contrasta una mejora con las mismas condiciones y separa tiempo, pérdidas de línea y éxito. |
| 9–10,0 | Prueba 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
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
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
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
- DFRobot: micro:Maqueen Plus V2 Reference
- DFRobot: Getting Started with micro:Maqueen Plus V2
- DFRobot: Let’s move, Maqueen! Tutorial 02
- DFRobot: código fuente de la extensión Maqueen Plus
Revisión editorial: octubre de 2026.
