Volver a tu curso / CR1-S03
Computación y Robótica · 1.º ESO · Con pictos
Robot en misión
Trabajarás en pareja durante diez sesiones.
Relacionarás percepción, control y movimiento.
Diseñarás una misión pequeña en una pista.
Compararás ficción y funcionamiento comprobado.
Explicarás la utilidad con tareas y pruebas.
Tu misión
Crea el «Robot mensajero del aula» con micro:bit y el Maqueen disponible.
Empieza detenido.
Sigue una ruta con avance y giro.
Responde a obstáculos y a B.
Termina detenido y define cómo iniciar otra misión.
Realiza tres ensayos comparables.
Corrige, mejora y explica supervisión y reutilización.




Lee una explicación cada vez. Mira el esquema. Después haz la actividad. Puedes cambiar de versión cuando quieras.
Qué herramientas vas a usar
Escribe los textos en Documentos de Google. Haz los diagramas en diagrams.net. Guarda el archivo que puedas editar. Mira qué debes entregar en cada tarea.
3.1. Explica la misión del robot
Aprende y practica

Robot
Un robot realiza acciones físicas con un sistema programado.
Un sensor aporta datos del entorno.
La micro:bit ejecuta el programa.
Los motores producen movimiento.
Una ruta prefijada puede funcionar sin adaptarse a cambios.
Usar datos nuevos permite modificar una acción.
La autonomía tiene condiciones y límites.
El robot no necesita intención ni comprensión humana.
Explica tarea, destinatario y contexto de cada aplicación.
Repartir una tarjeta en una maqueta no demuestra reparto entre personas.
La supervisión humana prepara, inicia y atiende fallos.
Elige una necesidad comprobable y distingue qué decide el robot y qué decide la persona.
- Necesidad
- Percibir
- Programa
- Acción
- Supervisión
Un modelo lleva una ficha entre estanterías de cartón.
Una persona coloca la ficha y prepara el espacio.
El robot sigue la ruta y responde a una caja.
Decir «reparte solo» oculta tareas humanas.
Explica inicio, detección y parada.
Así puedes compararlo con un uso real sin inventar capacidades.
- Describe un uso social de robot en Google Docs. Contrasta componentes con la documentación técnica de la unidad.
- Elige destinatario y reparto de maqueta. Separa preparación humana y acciones del programa.
- Dibuja percepción, control y actuación en diagrams.net. Incluye una limitación comprobable.
¿Qué dato necesita un juguete para parar ante una caja sin una orden del mando?
3.2. Comprende los movimientos
Aprende y practica
Una base móvil tiene dos ruedas motrices.
Su trayectoria depende del movimiento de una rueda respecto a la otra.
Si ambas impulsan hacia delante de manera semejante, el robot tiende a ir recto.
Si una avanza más despacio, el recorrido se curva hacia ese lado.
Si giran en sentidos opuestos, el giro puede ser más cerrado.
Izquierda y derecha se identifican desde el frontal del robot.
Un dibujo desde arriba relaciona las flechas de las ruedas con el movimiento previsto.
Esa referencia sirve aunque miremos la base de frente.
La predicción no determina por sí sola centímetros ni ángulo final.
El ajuste del controlador de motor no es una distancia.
Tampoco garantiza una velocidad física.
La duración indica cuánto tiempo se mantiene una orden.
Ese tiempo no equivale a una distancia fija.
Suelo, carga, batería, ruedas y montaje influyen en el resultado.
Órdenes semejantes pueden producir pequeñas diferencias entre ruedas.
Usamos ajustes bajos preparados, supervisión y tramos breves.
Así comparamos la predicción con el recorrido real.
Registrar ajuste, duración y desplazamiento distingue la orden de su efecto.
Si el giro no coincide, la referencia del frontal ayuda a investigar.
También ayudan las órdenes de cada motor.
El ángulo necesita una comprobación física.
Dibujo, programa y observación permiten corregir la ruta con evidencia.
Un tiempo ensayado no es una medida válida para cualquier superficie.
- Órdenes
- Ruedas
- Camino
- Distancia medida
Una rueda queda quieta y otra avanza en el dibujo.
La base debería curvar.
Todavía no conocemos el ángulo final.
El equipo marca el frontal y predice el lado.
Prueba un tramo breve.
Si gira al otro lado, revisa la referencia y la orden de cada motor.
- Dibuja avance, curva y giro en diagrams.net. Usa flechas para cada rueda y marca el frontal.
- Con el robot preparado, prueba avance y parada de ambos motores en MakeCode. Usa baja potencia supervisada.
- Prueba un giro breve. Anota ajuste, duración y recorrido real en Google Docs. Cambia una sola orden para comparar.
¿Por qué el mismo tiempo puede producir otra distancia al cambiar el suelo?
3.3. Interpreta el sensor de distancia
Aprende y practica
El sensor estima distancia en las condiciones de su modelo.
Los ultrasonidos usan una señal emitida y su retorno.
La forma y orientación del objeto influyen.
Una caja y una pieza estrecha pueden dar resultados distintos.
Compara lecturas con posiciones conocidas.
Consulta la unidad y la validez en la documentación.
Tener un dato no garantiza detectar cualquier obstáculo.
15 cm es el límite didáctico inicial de la página.
No es una distancia certificada de seguridad.
La igualdad pertenece a la parada.
Una lectura ausente o no válida debe llevar a la parada prevista según el modelo.
Prueba obstáculos de maqueta en la zona preparada y revisa distancia, velocidad y respuesta.
- Objeto
- Señal
- Lectura
- ¿Es válida?
- Decisión
Una pieza inclinada da lecturas menos estables que una caja.
Ambas están en la misma posición.
El equipo mantiene distancia y orientación del robot.
Cambia solo la forma.
Anota la diferencia.
Investiga una limitación sin afirmar que el sensor esté roto ni que fallen todos los objetos inclinados.
Robótica microbit Maqueen 04 Sensor de obstáculos Proyecto STEAM: Robótica Aplicada al Aula
Puedes ver el vídeo poco a poco. Puedes pararlo. Busca una idea que hayas leído en este apartado. Después prueba el ejemplo.
El vídeo tiene el idioma de su autor. Puedes usar los subtítulos disponibles. También puedes seguir la explicación escrita.
- Consulta ficha y extensión con el docente. Anota unidad y lectura no válida documentada en Google Docs.
- Con el montaje inmóvil preparado, compara caja y otro obstáculo a posiciones conocidas. Anota condiciones.
- Dibuja libre, obstáculo y dato no válido en diagrams.net. Prepara una prueba supervisada de avanzar a parar.
¿Por qué un dato no válido no significa camino libre? ¿Dónde compruebas cómo reconocerlo?
3.4. Organiza la misión y la parada
Aprende y practica
Una misión tiene un estado inicial, una ruta y un final.
La variable en_mision indica si el programa permite avanzar.
Un contador de tramo puede indicar qué parte de la ruta toca.
El contador y en_mision representan cosas distintas.
Saber el tramo no basta para autorizar movimiento.
Al encender, los motores permanecen parados.
A prepara una misión nueva y el valor inicial del contador.
B solicita detener la misión.
Preparar de nuevo evita continuar por donde terminó la misión anterior.
Antes de ordenar un tramo se revisa el estado de la misión.
También se comprueban la validez de la distancia y los obstáculos.
La parada tiene prioridad.
Una orden posterior de avance no debe anularla en ese recorrido de control.
Las lecturas se actualizan entre tramos breves.
Una espera larga retrasa las nuevas consultas de esa secuencia.
Reconocer el bloque de B no demuestra cuándo se atiende.
Hay que observar su respuesta sin suponer que sea instantánea.
Al final se detienen ambos motores.
En_mision deja de permitir avance.
También debemos definir qué pasa después de parar ante un obstáculo.
La ruta inicial propone esperar hasta un nuevo inicio supervisado.
Retirar la caja permite comprobar ese requisito.
Su desaparición no se interpreta como una orden automática.
Otra forma de reanudar necesita otro requisito escrito y nuevas comprobaciones.
- Misión y dato
- ¿Hay que parar?
- Tramo permitido
- Actualizar
- Final parado
Un plan para en una rama.
Después de la pregunta aparece avanzar.
Esa última orden puede volver a mover los motores.
El equipo separa los caminos y los sigue en papel.
Comprueba prioridad y orden.
Todavía necesita medir cómo se detiene el robot real.
- Dibuja encendido, A, B, contador, lectura, obstáculo y final en diagrams.net. Marca la última orden de motor de cada caso.
- Programa en MakeCode con los bloques de tu versión. Prueba primero la lógica sin recorrido libre.
- En la pista supervisada prueba inicio parado, B y final. Retira la caja tras parar. Compara con tu requisito de reanudación en Google Docs.
¿Qué reinicias al empezar otra misión con A? ¿Por qué debes mirar la última orden?
3.5. Revisa el montaje
Aprende y practica
La referencia exacta determina componentes, alimentación y extensión.
Lite y versiones Plus no son equipos idénticos.
Un vídeo de otra versión no valida las conexiones.
Usa proyecto y ficha preparados por el docente.
Revisa inserción, sensor, baterías y piezas antes de alimentar.
La primera prueba puede usar un soporte estable con ruedas libres.
Una rueda quieta puede tener varias causas.
Revisa órdenes, conexiones y mecánica por separado.
Contrasta el montaje sin energía con su ficha.
No cambies cables al azar ni subas potencia para ocultar el fallo.
Cambia una cosa cada vez y observa físicamente ambas ruedas.
El simulador no prueba movimiento real y debes guardar el proyecto y la comprobación.
- Fallo observado
- Posible orden
- Revisión física
- Prueba
- Causa con evidencia
Una rueda no se mueve.
La pareja propone cambiar el sensor.
Revisa bloques y ve una orden solo al otro motor.
Primero investiga esa orden.
Eso no demuestra que todas las conexiones estén bien.
Completa la revisión física y anota qué hipótesis apoya cada resultado.
TUTORIAL EXTENSIÓN MAQUEEN
Puedes ver el vídeo poco a poco. Puedes pararlo. Busca una idea que hayas leído en este apartado. Después prueba el ejemplo.
El vídeo tiene el idioma de su autor. Puedes usar los subtítulos disponibles. También puedes seguir la explicación escrita.
- Anota modelo de robot, versión de micro:bit y extensión en Google Docs. Compara con su documentación oficial.
- Revisa sin alimentación con el docente. Ejecuta la microprueba preparada en soporte o pista.
- Anota dos posibles causas de una diferencia. Prueba una comprobación que las distinga. No manipules conexiones con energía.
¿Qué debes observar para demostrar que se mueven ambas ruedas?
3.6. Contrasta una historia de robots
Aprende y practica

Robot
Una historia permite preguntar por autonomía y sostenibilidad.
La película no es un manual de nuestro robot.
Separa lo observado, lo interpretado y lo que debes contrastar.
Una escena no demuestra sensores ni algoritmos reales.
Consulta documentación y señala qué puedes comprobar con la maqueta.
El bloque usa 0,25 sesiones de preparación, 2,25 de visionado y una de contraste.
El acceso de visionado debe estar autorizado.
Puedes usar la alternativa escrita o descrita con las mismas preguntas.
Antes anota una capacidad y una duda.
Durante registra tres observaciones sin copiar diálogos.
Relaciona dos sensores y dos actuadores plausibles con sus funciones.
Convierte la conclusión en requisito de A01 y prueba su aplicación en A02 sin otra entrega.
- Historia
- Pregunta
- Fuente
- Requisito
- Prueba
Una escena parece mostrar un robot cuidando un objeto. «Lo cuida» es una interpretación.
La maqueta puede probar transportar una tarjeta sin que caiga.
Ese requisito permite comprobar sujeción y movimiento.
No demuestra emociones.
Conservamos la pregunta y elegimos una parte que nuestro equipo pueda investigar.
- En Google Docs registra WALL·E o la alternativa escrita. Incluye capacidad, duda y tres observaciones propias.
- Separa observación, interpretación y afirmación pendiente. Contrasta una con documentación oficial. Relaciona dos sensores y dos actuadores posibles.
- Escribe un requisito del mensajero con prueba, supervisión y reutilización. Inclúyelo en A01 y compruébalo en A02.
¿Qué has observado en la historia? ¿Qué has interpretado? ¿Qué puede demostrar tu robot?
3.7. Compara tres recorridos
Aprende y practica
Calibrar relaciona un ajuste con un resultado en condiciones concretas.
No significa que el robot sea exacto.
Mantén salida, orientación, carga y superficie.
Anota también los ajustes de control.
Haz tres ensayos y conserva todos los resultados.
El mejor intento no muestra la regularidad.
Compara destino previsto, llegada, giro y parada.
Investiga una duración o ajuste cada vez.
Cambiar suelo, batería y código a la vez oculta la causa.
La parada observada depende también de mecánica y suelo.
Prueba pista libre, obstáculo y política al retirar la caja.
Comunica límites sin presentar la maqueta como transporte certificado.
- Mismas condiciones
- Tres pruebas
- Desvío
- Un ajuste
- Repetir
La ruta sale bien una vez y se desvía en otros intentos.
Una sola foto ocultaría esos resultados.
El equipo marca las tres llegadas.
Busca dónde comienza la desviación.
Cambia un parámetro del tramo y repite.
Después comprueba que la parada ante la caja sigue funcionando.
- Dibuja salida, llegada y referencias en diagrams.net. Prepara tres ensayos en Google Docs.
- Ejecuta tres rutas MakeCode supervisadas. Anota ajustes, suelo, llegada y desvíos reales.
- Cambia un parámetro con motivo y repite. Comprueba otra vez obstáculo, B y permanencia de parada prevista.
¿Qué dejas igual para investigar si cambiar la duración mejora la ruta?
3.8. Explica lo que has comprobado
Aprende y practica
Compara la misión con las pruebas realizadas.
Fotos y vídeo apoyan pero no sustituyen código y registro.
A01 incluye diseño, previsiones y una microprueba ejecutada.
A02 incluye robot, tres ensayos, corrección, mejora e instrucciones.
Prometer una construcción no sustituye una interacción física pedida.
Marca lo pendiente y explica qué demuestra lo realizado.
Comprueba encendido sin A y misión con camino libre.
Prueba caja y B con el procedimiento supervisado.
La caja a 10 cm es un caso didáctico de la página.
Revisa también dato no válido, final y nuevo inicio.
Cada integrante explica un componente, predice y reproduce una modificación.
Conserva kit y maqueta y propone reutilización con menos materiales desechables.
- Requisito
- Prueba
- Resultado y límite
- Explicación
- Reutilización
El equipo tiene una foto del robot en la meta.
No explica cómo llegó.
Añade el código usado y una tabla con condiciones y resultados.
Muestra una desviación y su corrección.
Así explica qué ha comprobado.
También indica qué necesita otra prueba antes de reutilizar la ruta.
- En Google Docs une cada requisito con su archivo y prueba realizada o pendiente.
- Reabre el proyecto guardado en MakeCode. Repite una comprobación de aceptación con supervisión.
- Cada integrante explica una modificación. Añadid mejora, límite y reutilización al mismo A02.
¿Qué falta explicar además de que la ruta salió bien una vez?
Tu proyecto y tus entregas
A01 · Diseña la solución
- Crea CR1-S03_A01_Apellidos en Google Docs. Explica destinatario, necesidad, misión y uso social contrastado.
- Dibuja ruta y cadena de funciones en diagrams.net. Identifica modelo, extensión, piezas y montaje.
- Escribe inicio, avance, giro y final. Define prioridad de parada y reanudación. Prepara al menos tres casos.
- Incluye microprueba física de motor o parada y conclusión de WALL·E o alternativa. Añade supervisión, reutilización, fuentes y aportaciones.
Qué debes entregar
- Dossier, ruta, identificación de equipo y algoritmo con tres predicciones.
- Microprueba física con archivo recuperable, condiciones y resultado.
- Conclusión de película o alternativa, recursos y explicación individual.
Haz tu copia en Documentos de Google · Ver la plantilla vacía
A02 · Robot mensajero del aula
- Programa el diseño revisado en MakeCode. Guarda CR1-S03_robot_Apellidos. Usa montaje y pista supervisados.
- En CR1-S03_A02_Apellidos registra encendido sin A, A con pista libre, caja preparada y B durante misión. Explica cuándo se para.
- Haz tres ensayos comparables. Comprueba dato no válido, final, nuevo inicio y retirada de caja. Anota corrección y mejora comprobada.
- Entrega código, esquema, instrucciones, registro, fuentes y límites. Incluye transferencia de la historia y reutilización. Cada integrante explica y modifica una parte.
Qué debes entregar
- Robot y código editable de su versión. Demuestra avance, giro y parada.
- Aceptación, tres ensayos, fallo corregido y mejora comparada.
- Utilidad, supervisión, límite, transferencia y reutilización. Consulta las rúbricas de la página.
Haz tu copia en Documentos de Google · Ver la plantilla vacía
Revisa antes de entregar
- Explico misión, percepción, control y actuación sin atribuir intención al robot.
- Predigo giros y distingo ajuste, tiempo y distancia.
- Explico dato válido, igualdad, parada y nuevo inicio.
- Conservo tres ensayos y justifico una corrección.
- Contrasto ficción y fuentes. Explico supervisión y reutilización. Son ayudas de revisión y no criterios oficiales nuevos.
Plantillas y archivos
Abre la plantilla vacía de A01 o A02. Haz tu copia en Documentos de Google. Guarda también tu programa o proyecto editable.
La plantilla sirve para organizar tu trabajo. Mira qué pide esta unidad. Puedes quitar un campo si no lo necesitas. Haz una copia. No escribas sobre el modelo. No publiques tus respuestas. Compártelas como indique tu docente.
A01 · Diseña la solución
Haz tu copia en Documentos de Google · Ver la plantilla vacía
- Dossier, ruta, identificación de equipo y algoritmo con tres predicciones.
- Microprueba física con archivo recuperable, condiciones y resultado.
- Conclusión de película o alternativa, recursos y explicación individual.
A02 · Robot mensajero del aula
Haz tu copia en Documentos de Google · Ver la plantilla vacía
- Robot y código editable de su versión. Demuestra avance, giro y parada.
- Aceptación, tres ensayos, fallo corregido y mejora comparada.
- Utilidad, supervisión, límite, transferencia y reutilización. Consulta las rúbricas de la página.
Rúbricas de clase
Aquí están las rúbricas de clase. Cada rúbrica explica cómo se valora una entrega. Puedes pedir ayuda para entender una palabra.
Consultar la rúbrica de A01
Diseño y microprueba
CYR.1.1.2 Función social y marco de trabajo del robot
Reconocer el papel de la robótica en nuestra sociedad, indicando el marco elemental de trabajo de los mismos.
Evidencia. Misión, destinatario, ejemplo social contrastado y relación con percepción control actuación.
| Banda | Desempeño observable |
|---|---|
| 1–2,9 | Describe el robot como una persona con intenciones y no identifica tarea ni destinatario. |
| 3–4,9 | Nombra una aplicación, pero no explica qué percibe, decide y ejecuta o qué límites tiene. |
| 5–6,9 | Relaciona la misión con una aplicación social y describe percepción, control y actuación. Distingue ficción audiovisual y capacidad comprobada. |
| 7–8,9 | Compara la misión con otra aplicación e identifica una limitación física o de uso que modifica el diseño. |
| 9–10,0 | Justifica cuándo la tarea conviene a un robot y cuándo requiere intervención humana, usando un requisito comprobable. |
CYR.1.1.4 Sensores, motores y dirección
Comprender los principios básicos de ingeniería en los que se basan los robots.
Evidencia. Esquema del robot, identificación del modelo y microprueba de motor o parada.
| Banda | Desempeño observable |
|---|---|
| 1–2,9 | Confunde sensor, controlador y motor y no interpreta el efecto de una orden. |
| 3–4,9 | Identifica piezas, pero invierte izquierda y derecha o no relaciona la orden con el movimiento observado. |
| 5–6,9 | Identifica sensor, controlador y actuadores, explica su comunicación y ejecuta una microprueba de movimiento o parada en el montaje validado. |
| 7–8,9 | Explica cómo se obtiene un giro y comprueba el efecto de cambiar una orden manteniendo las demás. |
| 9–10,0 | Compara dos formas de girar o detener y justifica cuál responde mejor al recorrido previsto. |
CYR.1.2.1 Algoritmo de misión y colaboració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. Ruta, reglas de misión, tres casos previstos y primera ejecución de taller.
| Banda | Desempeño observable |
|---|---|
| 1–2,9 | La secuencia no tiene una ruta interpretable y no reconoce su aportación al trabajo. |
| 3–4,9 | Dibuja ruta, pero faltan órdenes de giro o parada y las pruebas no tienen resultado esperado. |
| 5–6,9 | Organiza inicio, avance, giro y final, ejecuta una parte y anticipa tres casos. Comunica y revisa su aportación con la pareja. |
| 7–8,9 | Revisa la secuencia tras un ensayo y expresa qué pasos podrían reutilizarse en otra misión. |
| 9–10,0 | Resuelve en papel y microprueba una variante de ruta justificando la adaptación y el acuerdo del equipo. |
CYR.1.3.1 Robot físico y sostenibilidad
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. Necesidad de reparto, montaje de ensayo y plan de aceptación y reutilización.
| Banda | Desempeño observable |
|---|---|
| 1–2,9 | No relaciona el montaje con una tarea física ni muestra un microensayo. |
| 3–4,9 | Define reparto, pero faltan condiciones de parada o solo presenta una captura como prueba física. |
| 5–6,9 | Integra una primera interacción física, vincula la misión a un destinatario y prevé pruebas, reutilización y límites del montaje. |
| 7–8,9 | Revisa la necesidad o la ruta a partir de una limitación observada y ajusta el uso de materiales. |
| 9–10,0 | Contrasta una alternativa de recorrido o transporte y justifica su elección con utilidad, recursos y prueba. |
Consultar la rúbrica de A02
Producto pruebas y mejora
CYR.1.1.2 Función social y marco de trabajo del robot
Reconocer el papel de la robótica en nuestra sociedad, indicando el marco elemental de trabajo de los mismos.
Evidencia. Demostración de misión, explicación de utilidad y conclusión audiovisual integrada.
| Banda | Desempeño observable |
|---|---|
| 1–2,9 | No relaciona la misión ejecutada con un uso social realista. |
| 3–4,9 | Explica utilidad general, pero atribuye al robot capacidades que su programa no demuestra. |
| 5–6,9 | Expone destinatario, utilidad y marco de funcionamiento y señala un límite comprobado del robot mensajero. |
| 7–8,9 | Relaciona una prueba fallida con la necesidad de supervisión o cambio de uso y revisa su explicación. |
| 9–10,0 | Compara beneficios y límites con otra aplicación y propone una condición verificable para un uso adecuado. |
CYR.1.1.4 Sensores, motores y dirección
Comprender los principios básicos de ingeniería en los que se basan los robots.
Evidencia. Robot programado, esquema y prueba de giros y parada.
| Banda | Desempeño observable |
|---|---|
| 1–2,9 | El montaje o la explicación no permite relacionar órdenes de motor y movimiento. |
| 3–4,9 | Avanza, pero un giro o la parada falla y no distingue problema de orden y problema físico. |
| 5–6,9 | Utiliza los componentes preparados, demuestra avance, giro y parada y explica la relación entre sensor, controlador y motores. |
| 7–8,9 | Diagnostica una desviación revisando órdenes, superficie y ensayo por separado y verifica la corrección. |
| 9–10,0 | Adapta el movimiento a otra superficie preparada y justifica qué parámetros requieren recalibración y qué principios se conservan. |
CYR.1.2.1 Algoritmo de misión y colaboració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, tres ensayos comparables, corrección y explicación individual.
| Banda | Desempeño observable |
|---|---|
| 1–2,9 | La secuencia no completa la misión y no puede explicar una decisión propia. |
| 3–4,9 | Completa parte del recorrido, pero cambia varias órdenes sin relacionar cambios y resultados. |
| 5–6,9 | Programa la misión, registra tres ensayos y una corrección. Cada integrante explica y modifica una parte y colabora en la revisión. |
| 7–8,9 | Aísla una causa de fallo y reutiliza el algoritmo con ajustes justificados para otro recorrido preparado. |
| 9–10,0 | Resuelve una variante nueva y explica al equipo una regla general de control conservando la prioridad de parada. |
CYR.1.3.1 Robot físico y sostenibilidad
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. Misión física completada o fallos delimitados, tabla de aceptación y mejora.
| Banda | Desempeño observable |
|---|---|
| 1–2,9 | No hay interacción física comprobada ni relación con la necesidad de reparto. |
| 3–4,9 | El robot se mueve, pero no cumple el final o no se registra cuándo resulta utilizable. |
| 5–6,9 | Integra el sistema y demuestra la misión y parada en el espacio de ensayo, documentando límites y reutilización de recursos. |
| 7–8,9 | Mejora una parte física o de control y contrasta su efecto con ensayos comparables. |
| 9–10,0 | Justifica una alternativa por utilidad y recursos y prueba una condición nueva sin atribuir autonomía que no tiene. |
Vídeos y fuentes
RETO 2 MAQUEEN
Puedes ver el vídeo poco a poco. Puedes pararlo. Busca una idea que hayas leído en este apartado. Después prueba el ejemplo.
El vídeo tiene el idioma de su autor. Puedes usar los subtítulos disponibles. También puedes seguir la explicación escrita.
RETO 4 MAQUEEN
Puedes ver el vídeo poco a poco. Puedes pararlo. Busca una idea que hayas leído en este apartado. Después prueba el ejemplo.
El vídeo tiene el idioma de su autor. Puedes usar los subtítulos disponibles. También puedes seguir la explicación escrita.
RETO 1 MAQUEEN
Puedes ver el vídeo poco a poco. Puedes pararlo. Busca una idea que hayas leído en este apartado. Después prueba el ejemplo.
El vídeo tiene el idioma de su autor. Puedes usar los subtítulos disponibles. También puedes seguir la explicación escrita.
RETO 6 MAQUEEN
Puedes ver el vídeo poco a poco. Puedes pararlo. Busca una idea que hayas leído en este apartado. Después prueba el ejemplo.
El vídeo tiene el idioma de su autor. Puedes usar los subtítulos disponibles. También puedes seguir la explicación escrita.
Puedes aprender más
- DFRobot · Maqueen Plus V2
- DFRobot · Getting Started, Maqueen Plus V2
- DFRobot · Example Code for Obstacle Avoidance
- Micro:bit Educational Foundation · Safety
Pictogramas: Sergio Palao · ARASAAC · Propiedad del Gobierno de Aragón. Esta adaptación con pictogramas se comparte para uso no comercial bajo CC BY-NC-SA 4.0. Los recursos externos conservan sus respectivas licencias.
Contenido revisado en octubre de 2026.
