Task five. Más vale ser prudente.

Caso práctico

¡Por fin la salida! ¡Ya salgooooooo...!

Pero la otra caverna también está casi a oscuras. Parece que el apagón ha sido general.

¿Qué es eso? Mara, no te asustes, pero parece que hay algo o alguien en la caverna. No distingo quién es. Todo parece oscuro.

Activo mi sensor de ultrasonidos y me mantengo a distancia: más vale ser prudente. Si el desconocido se acerca me alejo, y me atrevo a seguirlo si se aleja.

Jugamos así un rato, hasta que...

Alguien encendió una linterna. Es Mili que viene del exterior. ¡Y la sombra que estaba jugando conmigo era Nico! ¡Qué susto me ha dado!

La próxima tarea consiste en:

Hazte de una cartulina, un trozo de cartón grande, una madera...
Pon a Mara en marcha. Deberá mantenerse parada a una distancia de la cartulina. Si acercamos mucho la cartulina, dará marcha atrás. Si la alejamos se moverá hacia adelante.
Podríamos llamar a esta tarea "el torero", por la semejanza de lo que hace un toro al que están toreando con un capote.

Para esta tarea no hace falta elementos nuevos a los estudiados en la tarea anterior. Se puede hacer con el sensor de ultrasonidos.

Aurelio Gallardo. Task 5. Más vales ser prudente. Elaboración propia.

Retroalimentación

Entornos de programación robóticos

Robot maqueen: https://makecode.microbit.org/ (extensiones en makecode: https://youtu.be/gc2dKO50VO8)
Robot masaylo, instalación del programa masayloblockly: https://clubroboticagranada.github.io/MASAYLO-CRG/masayloBlockly/descarga/
Robots basados en arduino: http://www.arduinoblocks.com/
Otros:
1. Mblock: https://www.makeblock.es/soporte/mblock/
2. Open Roberta lab: https://lab.open-roberta.org/#

Entornos de programación de sistemas físicos: microbit y arduino

Para arduino (programación por bloques): http://www.arduinoblocks.com/ , www.tinkercad.com (circuitos), http://www.visualino.net/index.es.html (antiguo).
Para microbit (programación por bloques): https://makecode.microbit.org/ , www.tinkercad.com y https://scratch.mit.edu/
Para arduino (código): https://www.arduino.cc/en/software . Referencia del IDE: https://www.arduino.cc/reference/en/
Otros para arduino (más técnicos): https://processing.org/ , https://code.visualstudio.com/
Otros:
1. ScratchX: https://scratchx.org/
2. Open Roberta lab: https://lab.open-roberta.org/#

Simuladores

Proceso para llevar a cabo la tarea

Diagramas de flujo

¿Qué es un diagrama de flujo?

Un diagrama de flujo es una representación esquemática de las órdenes que debo escribir. Es otra manera de hacerme un guión de lo que después debo programar, de forma que mientras lo hago voy pensando en la estructura del programa, su lógica.

Elementos Básicos: Empieza / Termina

Este cartucho se usa para indicar con una "S" que comienza el algoritmo y con una "E" que se acaba

Elementos Básicos: Proceso / Asignación

Un rectángulo que me indica una orden genérica, o una asignación de valor a una variable.

Elementos Básicos: Entrada / Salida

Un romboide con el que indico si introduzco un valor desde un dispositivo de entrada, como un teclado, o muestro algo en pantalla.

Elementos Básicos: Decisión o Condicional

Símbolo que indica una elección. De él entra el flujo del programa y salen dos flujos con "SÍ" o "NO".

Elementos Básicos: Proceso / Asignación

En general, repetir órdenes es trazar un camino "hacia atrás". Con este símbolo circular represento un bucle en el que una variable cuenta las veces que se repite y cómo varía. En este caso, de 1 a 15, contando de una en una.

Mi programa con diagramas de flujo

Ejemplo

Así quedaría el programa con un diagrama de flujo. La primera vez que lo hacemos, lo muestro para que sirva de ejemplo. En los ejercicios siguientes deberéis hacerlo vosotros mismos.

He elegido dos umbrales. El primero de 10 cm. Si la distancia es menor, retrocede. El segundo de 18 cm. Si la distancia es mayor, avanza. Si está entre 10 y 18 cm, se para.

Ejemplo diagrama

Diagrama de flujo

Cómo trabajar

Normalmente se trabaja en parejas o en pequeños grupos, con un robot y un ordenador para programarlo.
Aunque tu compañero/a sea quien maneje el ordenador o el robot, intenta siempre entender lo que estáis programando o haciendo: las órdenes o bloques que se están usando, el tiempo que tardan en ejecutarse, el orden en el que se colocan los bloques en el programa...
Compartir las ideas con los demás, colaborar en lograr el reto, no molestar a otros grupos si están probando o trabajando...
Si no sale a la primera, no desanimarse. Es normal que haya que hacer varias pruebas hasta que salga.

Pistas

La clave para el éxito está en:

Pensar siempre, a priori, qué estamos haciendo.
Averiguar los bloques de programación necesarios.
Dibujar el diagrama de flujo ANTES de hacer el programa. Pensar escribiendo / borrando / rectificando bloques.
Elegir velocidades lentas al principio. Una vez el programa funcione, puede aumentarse la velocidad a ver qué pasa.
- NOTA: es posible que te guste cambiar los umbrales... ¿Por qué no? ¿Qué ocurre con umbrales muy próximos? ¿Y más separados?
POSIBLES PROBLEMAS:
- La inercia de los motores hace que el robot avance cuando debería pararse. Hay que "jugar" con los umbrales y las velocidades para evitar este problema.
- Un sensor de ultrasonidos torcido o muy bajo puede hacer que se detecte el suelo. También elementos que se encuentren a los lados del sensor de ultrasonidos.
- El obstáculo que se pone frente al robot es demasiado pequeño.

Sobre los diagramas de flujo

com/watch?v=Kucgc6NpGwc

Obra publicada con Licencia Creative Commons Reconocimiento No comercial Compartir igual 4.0