Mostrando entradas con la etiqueta microrobótica. Mostrar todas las entradas
Mostrando entradas con la etiqueta microrobótica. Mostrar todas las entradas

domingo, 14 de septiembre de 2014

Altea Lan Party 2014

Ha pasado casi un año desde mi última entrada, y es que no tenía previsto que pasase tanto tiempo, pero bueno, prefiero no me entretenerme en excusas, sólo diré que entre unas cosas y otras el tiempo ha ido pasando y no he encontrado el momento de contaros algo nuevo sobre las cosas a las que estoy dedicando el tiempo últimamente.

Hoy vuelvo con intención de retomar la costumbre y publicar con mayor frecuencia, intentando contaros cosas interesantes, espero poder cumplir mi intención. 

El motivo para volver hoy es haceros participes de la segunda edición de la Party Lan que tiene lugar en Altea. Altea Lan Party 2014 se celebrará nuevamente en la ciudad deportiva de Altea, como el año pasado contará con servicio de comida y cena además de Snack Bar, zona de acampada, zona de aseo y este año, además este año se tendrá acceso a las instalaciones de la piscina climatizada por si te apetece darte un chapuzón. Se esperan 120 horas ininterrumpidas con una conexión a Internet de 300Mbps y Gigabit Ethernet en la red interna, y hasta 250 participantes.

 Altea Lan Party 2014


La edición del año pasado fue todo un éxito y por eso este año vamos a preparar mucho más para conseguir a que la Altea Lan Party 2014 sea igual o superior a la edición del año. La organización prepara multitud de sorteos, torneos, y horas de juego. Desde GoShield queremos complementar este carácter lúdico para los amantes de la tecnología con un curso de microrrobotica en el que se construirá un robot de sumo controlado con Arduino y os daremos todas las claves para programarlo y así participar en los torneos de robótica que se realizarán a lo largo del evento. 

Por supuesto, para aquellos interesados en asistir y que además sean aficionados a la robótica también podrán participar en el torneo de robótica que consistirá en una prueba combinada con mini sumo y rastreadores. En breve daremos a conocer la normativa de estas pruebas para aquellos que estén interesados en participar.

Os dejo el vídeo promocional de la Altea Lan Party de este año, y espero veros allí.

martes, 28 de mayo de 2013

Programando Baby Orangutan con AVR Studio 5.1

Al diseñar nuestro robot, normalmente necesitamos un driver para controlar al menos un par de motores y un microcontrolador para controlar la lógica que gobierna el robot. Si utilizamos un Arduino y un driver externo esto nos puede costar entre 35 y 80 euros según los elementos utilizados. La placa que os presento hoy es una placa compacta que integra un Atmega 328P, el mismo microcontrolador que utiliza Arduino UNO, y un driver de dos canales de 3A de pico por canal, con lo que podemos controlar un par de motores de una potencia relativamente alta.

Este controlador tiene múltiples ventajas, es barato, compacto, ligero, integra un microcontrolador AVR junto a un driver de 3A de pico por canal e incluye un potenciometro para poder realizar ajustes online en nuestro robot sin necesidad de añadir nada nuevo a la placa electrónica de nuestro robot. Sin embargo, a la hora de comprar este controlador hay que tener en cuenta una serie de detalles. En primer lugar esta placa no incorpora un bootloader preinstalado, el bootloader es un código residente en el micro que permite cargar un programa través del puerto serie como ocurre en el caso de Arduino. Al no tener este código residente, no es posible enviarle un programa a través del puerto serie y es necesario utilizar un programador externo como nuestro USBtinyISP para poder cargar los programas. Con un programador externo también es posible cargar el bootloader de Arduino y a partir de ese momento si es posible programar a través del puerto serie como con cualquier otro Arduino. Otra opción, es programar directamente a través del puerto de programación con el mismo IDE de Arduino, o con IDEs avanzados como el que vamos a utilizar hoy que es AVR Studio.

Hoy me voy a centrar en contaros como programar esta placa con AVR Studio. AVR Studio es un entorno de programación de Atmel basado en Visual Studio, por lo que aquellos que tengan experiencia con programación en .Net se sentirán muy cómodos utilizando este entorno. Una de las ventajas de programar con un entorno como este, es la posibilidad que ofrece el entorno de simular el micro y ejecutar el programa en modo el debug lo que permite realizar trazas de una forma muy cómoda  De esta manera es posible ver el valor que irían adquiriendo los registros en tiempo de ejecución, deteniendo el programa y pudiendo incluso ejecutarlo paso a paso, lo que nos permite depurar errores de una forma mucho mas eficiente.

El primer paso es instalar el entorno Atmel Studio o AVR Studio dependiendo de la versión que instalemos. Es importante instalar la versión 4.0, 5.1 o bien la 6.0 ya que son las versiones compatibles con el paquete de librerías de pololu, AVR development bundle, que incluye librerías varias para la programación de microcontroladores AVR.

A continuación hay que instalar el driver de tu programador para AVR, si utilizas Windows 8 tendrás que seguir los pasos descritos en esta entrada que explica como instalar los drivers de Arduino DUE en Windows 8 pero el mismo procedimiento puede utilizarse con muchos otros dispositivos como por ejemplo es este caso. 

Una vez instalados los drivers del programador tenemos que configurar nuestro USBtinyISP, para ello lo primero es instalar la herramienta WinAVR que incorpora diferentes herramientas para la programación de dipositivos ATmega, en concreto la que nos interesa a nosotros es AVRdude. Posteriormente hay que configurarlo en el entrono de AVR Studio, para ello os dejo un vídeo en el que explican como configurarlo ya que es complicado de explicar y viéndolo se hace mucho más sencillo.


Tras instalar WinAVR, se instalan en la carpeta C:\WinAVR-20100110 multitud de herramientas. En esta carpeta se encuentra la carpeta bin donde están todos los ejecutables y ahí podemos encontrar AVRdude que es el programa que tenemos que configurar en el entorno como programador. En el entorno de AVR Studio hay que utilzar la opción Tools --> External Tools que permite añadir un programador como herramienta externa. Al utilizar esta opción, aparecerá un formulario done hay que configurar en primer lugar el nombre de nuestra herramienta, por ejemplo USBTiny. El segundo argumento se refiere al ejecutable de nuestra herramienta que será avrdude, por lo que hay que poner la ruta hasta el ejecutable que por defecto será C:\WinAVR-20100110\bin\avrdude.exe. Los siguientes argumentos dependerán de la solución que hayamos creado. Cuando creamos un nuevo proyecto hay que elegir la librería de Pololu y dentro de la librería elegir BabyOrangutan 328P, lo que creará una solución para este dispositivo. Como se puede ver en el ejemplo, hay que seleccionar el nombre del proyecto, el nombre de la solución y el directorio donde estará la solución.


Una vez creada la solución, podemos consultar estos parámetros a la derecha en el explorador de soluciones como se ve en la imagen siguiente. Al generar el proyecto, según si hemos elegido Release o Debug, se generará una carpeta dentro del directorio de la solución con ese nombres y dentro de dicho directorio, estará el archivo nombreProyecto.hex que es el archivo binario generado que hay que cargar al controlador Baby Orangutan.


Al crear el proyecto por defecto, se creará con un archivo con el código del ejemplo blink que enciende y apaga un Led. A partir de aquí, hay que rellenar el resto de parámetros en la configuración de la herramienta externa de programación. Hemos añadido el nombre y el ejecutable que realizará las tareas de grabación en el Baby Orangutan, pero ahora debemos rellenar los argumentos donde según el vídeo hay que utilizar la linea -c usbtiny -p m328p -U flash:w:$(ItemFileName) pero lo que hay que hacer es ver el nombre con el que se generea el archivo con extensión .hex y utilizar este nombre. Para ello, hay que generar la solución con la opción Build->Build Solution y luego navegar hasta la carpeta de la solución. Si hemos compilado en Release habrá que mirar en la carpeta con este nombre y si hemos compilado en Debug habrá que mirar en la carpeta con este otro nombre. Allí encontraremos un archivo generado con la extensión .hex y ese es el que hay que utilizar en la linea de comando anterior. Por defecto este nombre será el mismo del del proyecto por lo que si nuestro proyecto se llama nombreProyecto se deberá usar la sentencia  -c usbtiny -p m328p -F -U flash:w:nombreProyecto.hex. Puede verse que en la linea anterior se ha añadido el parámetro -F que soluciona algunos problemas que pueden aparecer al intentar cargar código al microcontrolador utilizando avrdude.


Es importante tener en cuenta que el Baby Orangutan utiliza los pines PB4 y PB5 para la programación por lo que si utilizamos estos pines en nuestros proyectos podemos encontrar problemas a la hora de programarlo. En concreto, no debería haber problema a no se que se conecte en dichos pines un condensador que impediría programar el microcontrolador sin quitarlo del zócalo. Otra cosa a tener en cuenta a la hora de programarlo es la posición del conector, en la placa del Baby Orangutan puede verse marcado con una flecha el pin 1 del conector ISP. El pin 2 es el que se encuentra encima de este y corresponde con VCC y por lo tanto el lado con una franja roja del conector del programador debe conectarse en ese lado.


Por último, en el cuarto parámetro hay que indicar el directorio donde se encuentra este archivo ejecutable, indicando la carpeta Release o Debug según corresponda. Con esto, aparecerá un nuevo ítem en el menú Tools con el nombre de nuestra herramienta. Si conectamos el programador USBTiny al PC y le conectamos nuestro Baby Orangutan, al pulsar el botón Tools -> USBTiny compilará el código de ejemplo y lo cargará en nuestro Baby Orangutan. Después de esto podremos ver como el led se enciende y se apaga intermitentemente, a partir de aquí ya podemos comenzar a crear nuestro propio código, basándonos en las librerías de pololu y con la ayuda de InteliSense que nos sugerirá código a medida que vamos programando.



Espero que os sea de ayuda, y si necesitáis aclarar alguna cosa no dudéis en poner un comentario e intentaremos ayudaros en todo lo posible.




sábado, 4 de mayo de 2013

¿Quieres aprender a diseñar tus propios robots?

Aquellos que estamos empezando en el mundo de los concursos de robótica, solemos tener el problema de afrontar los problemas de la construcción del robot desde cero. Al no tener experiencia es común cometer errores tontos que cuando llegamos a pista nos damos cuenta que nos van a impedir hacer nada. En mi caso, el primero robot con el que me presenté a un concurso tenía el principal problema de controlar mal los motores y cuando me di cuenta de ello ya era demasiado tarde.

Hoy quiero dejaros la idea, de que si queréis comenzar a construir vuestro robot, lo mejor es que comencéis cuanto antes y que no os rindáis  Si vais a una competición seguramente descubriréis mil fallos de vuestro robot que lo hacen totalmente inservible al lado de la mayoría de rivales, pero esto no tiene que echaros atrás, lo importante es descubrir estos defectos y corregirlos para mejorar.

Otra cosa importante es no estar solo, buscad a alguien con vuestra misma motivación, leed foros, blogs, leed a gente que hable de estas cosas, de como construirlas y como mejorarlas  No dudéis en preguntar en foros o blogs, seguro que están encantados de ayudaros, yo me ofrezco humildemente a responder todas aquellas dudas que sea capaz. Y sobre todo, aprender de los mejores, es decir de aquellos que ya tienen experiencia y saben de lo que hablan, aquellos que ya se han llevado mil palos porque así os evitareis dároslos vosotros también.

Hoy os traigo un vídeo, de los que creo que han sido los mejores durante mucho tiempo en carreras de robots velocistas. Es un vídeo muy interesante sobre la ponencia que dan Daniel Alvarez y Alberto Calvo en las jornadas de la robótica en Valladolid. Daniel y Alberto han sido campeones de velocistas los últimos años en casi todas las pruebas en las que se han presentado en España. Yo he tenido la suerte de competir con ellos en una edición de campus party y verlos en directo, aunque no se si se puede llamar competir a lo que hice, ya que mi robot tenía un error garrafal de diseño, que fue no utilizar el freno eléctrico en los motores, algo que os contaré el día que consiga un poco de tiempo para hacer una entrada sobre el control de motores. El caso es que podéis aprender mucho de la experiencia de Daniel y Alberto y seguro que os despierta alguna idea. No pretendo que os deprimáis  porque cuando veáis el nivel de estos caballeros os vais a asustar, pero es lo que hay. Hay que avanzar poco a poco, se pueden hacer robots mas sencillos e igualmente competitivos, pero no esta mal saber lo que se esta haciendo y tomar ideas, para no dar palos de ciego.



Como me dijo una vez un profesor, hay que aprender de los que saben mas que tu y si es posible copiar lo que hicieron para poder entenderlo realmente, comprender porque lo hicieron así y una vez conseguido eso, descubrir lo que puedes aportar tu y mejorarlo.

Un saludo a todos y por si me leen algún día, aprovecho para mandar un saludo a Daniel y a Alberto y dales mi enhorabuena por todo su trabajo, y también agradecerles que nos ilustren a todos con charlas como esta, es una verdadera gozada poder escucharles contar su experiencia.

domingo, 14 de abril de 2013

Conclusiones de Alcabot

Bueno, ya estamos en casa. En realidad llegamos el miércoles, pero nada más llegar nos pusimos manos a la obra para aplicar los conocimientos que nos traemos con nosotros. Allí pudimos conocer a mucha gente, por lo que ha sido un viaje interesante. Conocimos a Xavi Puigmal, subcampeon de la categoría de velocistas con el robot Smith Black y a Daniel Giménez campeón y subcampeón de las categorías de rastreadores. Abajo os dejo un vídeo con los cuartos de final de la prueba de velocistas. En el vídeo no da la impresión de que los robots vayan tan rápido porque el circuito es muy grande, pero os aseguro que cuando los ves en directo impresiona muchísimo.



Xavi consiguió ser subcampeón en velocistas. El campeón fue el robot Gadgetocoptero de la escuadra Inspector Gadget. Xavi y Dani nos explicaron la importancia de hacer que el robot velocista sea ligero. El límite parece estar en unos 100 gramos, ya que con este peso o inferior, es posible conseguir un robot que a velocidad constante se mantenga en las curvas. En caso de no estar en estos pesos, la velocidad limite del robot es muy inferior, ya que obliga a frenar antes de las curvas para que el robot no se salga del circuito y esto solo se puede conseguir de forma eficiente sacando las telemetrías del circuito y dándoselas al robot.

Otra ventaja de utilizar un robot ligero es que con motores de menos par, y por tanto menos reducción se puede controlar correctamente el robot, mientras que cuanto más pesado es el robot más fuerza se requiere y por tanto más potentes deben ser los motores. Además, por lo general los motores más potentes suelen pesar mas, por lo que tenemos un pez que se muerde la cola, motores más potentes implican más peso y por tanto se requieren motores más potentes para mover el robot. La escuderías Smith e Inspector Gadget utilizan motores pololu HP de 10:1 y de 5:1 para sus robots velocistas, esto les permite conseguir unas velocidades máximas muy altas. Este tipo de motores tienen una velocidad punta del orden de 1000 rpm y un par relativamente alto para su tamaño y peso, pero por otro lado tienen el problema de tener bastante inercia lo que hace que una vez acelerado sea difícil reducir la velocidad. Por este motivo, para poder frenar a tiempo el robot con este tipo de motores es imprescindible que el robot poco, o bien, poder predecir la curva con unos 20cm de antelación. Otro factor importante es tener poco peso en el morro del coche, de hecho, lo ideal es que el centro de gravedad esté entre los dos motores ya que así, con menos aporte de par de los motores es más fácil hacer girar el robot, de lo contrario se requiere más par para girar el robot y esto en motores de baja reducción se consigue cambiando dramáticamente la velocidad de los motores lo que hace que se pierda capacidad de control. Respecto al controlador que utiliza esta escudería, principalmente es un Baby orangutan, que es un controlador que incorpora un chip Atmega328P como el de arduino y un driver TB6612FNG, esto demuestra que para ganar no es necesario usar un controlador de 32 bits, aunque nunca viene mal tener mayor potencia de computo.

Con todo lo que hemos aprendido ya hemos diseñado un nuevo robot prototipo para evaluar el tema de los pesos, aquí os dejo una foto y mas adelante os guiaré para poder construir uno similar a aquellos que esteis interesados.



En la prueba de rastreadores Daniel Giménez consiguió ser campeón y subcampeón de la prueba. Él nos estuvo enseñando como conseguir un algoritmo para sacar la telemetría del circuito online, con tu robot, es decir, poner a tu robot a rodar en el circuito a baja velocidad y que te envíe los datos del circuito por bluetooth. También nos dio una importante lección respecto a los robots rastreadores, y consiste en que la placa de sensores debe estar en forma de U invertida, es decir formando un arco. Esto, tiene su principal fundamento en que el robot para centrarse en el camino utiliza un algoritmo PID. Si los sensores están en forma de linea, cuando el robot llega a una intersección con forma de angulo recto, cuando se salen los primeros sensores no se tiene información del circuito, mientras que si tienen forma de U, cuando el morro sale de la linea otra parte de los sensores siguen viendo una linea y aplicando un PID se puede volver a centrar en el camino.

Por último el campeón indiscutible de la prueba de sumo fue Xavi nuevamente, consiguió el primer, segundo y tercer premio de esta prueba y de la prueba de mini sumo. Pese a que nuestro robot tenía una inteligencia bastante buena, sus robots conseguían movernos con relativa facilidad, parecíamos un trocito de corcho. Xavi nos explicó como construyó sus robots y nos dio las claves principales para que tu robot pueda ser competitivo. Para empezar, todos los materiales utilizados son de pololu  y como controlador utiliza Picaxe. Los motores utilizados en los mini sumo son los motores de pololu HP 50:1 o el pololu HP 30:1. Sin embargo, llevar el peso al limite es imprescindible para que el robot tenga un buen agarre. Además, otro de los puntos más importantes son las ruedas utilizadas. Por lo que hablamos con Xavi y con otros constructores, las siliconas son de los materiales más recomendables. La silicona más empleada ultimamente es la llamada Mold Max cuya dureza 10A hace que la superficie de contacto del robot con el suelo sea enorme. A continuación os dejo el vídeo resumen de la clasificación de Fatbot-mini para que veáis lo robots en pleno funcionamiento.

En el primer combate podéis ver nuestro robot contra el robot Toxic de la escuadra Smith. En este caso, pagamos en el primer combate la novatada de poner el robot demasiado cerca del borde... cosas que pasan :) de todas formas en el segundo podéis ver como el robot de Xavi nos saca del Dojo como si no pesásemos nada.  Para que os podáis hacer una idea, nuestro robot pesa unos 350 gramos y el robot de Xavi pesa casi 500 gramos. En el siguiente combate podéis ver un combate que conseguimos ganar, gracias a encontrar al otro robot por detrás antes que el a nosotros. En la segunda manga nos terminamos enfrentando cara a cara y no pudimos hacer nada. La conclusión que extraemos es que tenemos que aumentar el peso de nuestro robot y mejorar el material de contacto con el suelo, la idea que nos dieron unos compañeros con los que hablamos allí, es recubrir las orugas con neopreno, más adelante os contaremos el resultado.






lunes, 8 de abril de 2013

Estamos en Alcabot 2013

Si seguís nuestro blog, os habréis dado cuenta de que hace unos días que no publicamos. Si pensáis que ha sido porque estábamos de vacaciones, estabais equivocados. Mañana Lunes 8 de Agosto y pasado Martes 9 de Agosto de 2013, se celebran las competiciones de robótica de la semana de la robótica en La Universidad Alcalá de Henares. Durante las últimas semanas hemos estado preparando un equipo de robots para dicha competición. Hemos desarrollado cuatro robots en tan sólo unos días por lo que no esperamos conseguir grandes cosas, pero la idea es participar, aprender, disfrutar de la experiencia y tener un punto de partida para ir mejorando de cara al año que viene.

Si queréis seguir las pruebas mañana y pasado aquí os dejo un enlace a los horarios de las pruebas y aquí os dejo otro enlace a la publicación en streaming de las mismas.

A continuación os presento el equipo de robots que hemos preparado. En la izquierda del todo, tenemos el robot javotron desarrollado por Jaiver Perez que realizará la prueba de rastreadores el Lunes. El siguiente robot, un poco más atrás, es el robot FatBot-mini, este robot se presentará a la prueba de mini sumo que se celebrará el Martes. Y a Continuación podemos ver los robots G1-v1 y G1-v2, que se presentarán a la prueba de velocistas del Martes.


La prueba de rastreadores básicamente consiste en resolver un laberinto formado por lineas negras en el suelo. Antes de las intersecciones se encontrarán lineas a un lado o a otro, que indica que camino debe tomarse en la próxima intersección. Si por ejemplo la marca se encuentra al lado izquierdo de la linea central, entonces en la próxima intersección se deberá tomar el camino izquierdo, mientras que si se encuentra al derecho habrá de tomarse el camino derecho. En algunas competiciones incluso, se tiene en cuenta la posibilidad de encontrar dos marcas, en cuyo caso habría que elegir el camino central, en una intersección con tres caminos posibles. Podéis ver la normativa para la prueba de rastreadores aquí.

Para esta prueba se utilizará el robot Javotron, que utiliza el siguiente hardware:



La reglas de la prueba de mini sumo, es bastante sencilla. Consiste en sacar de la pista al rival, antes de que sea el quien eche a tu robot. Para esta prueba hemos basado nuestro robot en un kit de mini sumo, el cual hay que decir que ha dado unos resultados excelentes, incluso utilizando baterías AA convencionales, sin necesidad de utilizar baterías Lipo.

A continuación podéis verlo en pleno funcionamiento:




Por último, una de las pruebas de mayor dificultad es la prueba de velocistas. Esta es la prueba en la que los diferentes equipos demuestran su capacidad técnica al máximo nivel. En esta prueba, existen dos calles marcadas con una linea de color negro. Un robot se pone en una de las lineas y el otro robot se pone en otra, pero con una distancia entre ellos de aproximadamente la mitad del circuido. De este modo cada robot comienza el circuito desde un punto y han de conseguir pillar uno al otro. El primero robot que consiga alcanzar al contrincante gana la carrera. Podéis ver aquí las reglas de la prueba de velocistas.

Nuestra intención es competir en esta prueba con la plataforma G1. Esta plataforma es el nuevo desarrollo que tenemos en marcha, se encuentra en fase beta y queremos medirlo para evaluar su rendimiento y posibles mejoras de cara a realizar la versión final. Esta plataforma, es un robot especialmente pensado para competir en pruebas de velocistas o rasteradores, está pensado para ser utilizado con placas de desarrollo Arduino. Para ello tiene un zócalo donde podemos insertar una placa Arduino y programarlo como si se tratase de un Shield. En nuestro caso estamos trabajando con un Arduino DUE y el resultado esta siendo muy satisfactorio.


El hardware empleado en este robot es:

Aquí podéis verlo en funcionamiento:




Este Robot es otra versión del G1, con la que pretendíamos competir con motores diferentes y diferentes algoritmos para poder evaluar una frente a otra, pero finalmente no es seguro que termine compitiendo en esta ocasión. Esta opción tiene una velocidad punta mayor, y encoders en las ruedas. Esto permite con tiempo realizar un algoritmo mucho mejor que el desarrollado en el caso anterior, pudiendo controlar la velocidad real de las ruedas mientras que en el caso anterior la velocidad de las ruedas se presupone a partir de la frecuencia de la señal PWM generada.


Por último os dejo otra foto de la escudería al completo, esperemos que haya suerte y os mantendremos informados.




jueves, 7 de febrero de 2013

III Concurso de Robótica en la Universidad de Alicante

Para aquellos a quienes interese la robótica, os informo que el día 20 de Febrero, tendrá lugar la 3ª edición del concurso de robótica de la universidad de Alicante, englobado en el mes cultural de la Escuela Politécnica Superior. Cómo los años anteriores, consistirá fundamentalmente en dos pruebas; una primera prueba de robots rastreadores, y una segunda prueba de una especialidad ideada en la universidad denominada Balloon Fight.

Prueba Rastreadores: Esta prueba, consiste en conseguir resolver un laberinto antes que el rival. En esta prueba, existe una serie de caminos trazados en cinta aislante negra sobre fondo blanco. Aproximadamente 5 cm antes de las intersecciones  se encuentran unas lineas a los lados del camino que indican el camino que se ha de tomar en el siguiente cruce. Una sola linea al lado derecho o al izquierdo indica que se ha de tomar el camino derecho o izquierdo respectivamente. Si, por el contrario se encuentran dos lineas (una a cada lado) habrá que tomar el camino central en la próxima intersección.

A continuación os dejo un vídeo del concurso del primer año:



Prueba Blloon fight: La segunda prueba, consiste en una pelea de sumo, en la que los competidores llevan atado a su espalda un globo, teniendo que intentar explotar los globos de sus oponentes o bien tirarlos del ring. Cada uno de estos logros tiene asociada una puntuación, por lo que cuantas más veces consiga un robot tirar a sus contrincantes del ring o bien explotar un globo a su adversario, mejor calificación obtendrá en la prueba. Además los robots, llevaran un LED emisor de alta luminosidad, para facilitar su localización al resto de robots mediante sensores de bajo coste como LDRs (Resistencias dependientes de la luz).

Finalmente se ponderan ambas pruebas obteniendo así la clasificación definitiva. Espero que os animéis a participar, ya que es muy divertido y a quien no le de tiempo a preparar un robot pues que venga y así coja ideas para poder participar el año que viene. Por supuesto si alguien está interesado, puede contactar con nosotros y le asesoraremos y ayudaremos en todo lo que podamos para que llegue a tiempo para presentar un robot este año. 

Aquí os dejo un enlace con las normas de la competición de este año y a continuación un vídeo promocional con tomas de la competición del año pasado: