Diferencia entre revisiones de «Encoder»

De Proyecto Butiá
Saltar a: navegación, buscar
(Solución)
 
(No se muestran 9 ediciones intermedias del mismo usuario)
Línea 57: Línea 57:
  
 
Diseño pieza de acrilico:
 
Diseño pieza de acrilico:
 +
 +
Para poder ubicar el sensor de grises de una forma correcta, se modifico el diseño de la pieza de acrílico que se encarga de sostener la rueda.
 +
[[Media:PiezaSensor.svg]]
 +
 +
  
  
Línea 86: Línea 91:
  
 
== ''' Pruebas de velocidad ''' ==
 
== ''' Pruebas de velocidad ''' ==
 +
 +
Para validar que el modulo de velocidad funciona correctamente, se graficaron las velocidades obtenidas a lo largo del tiempo para distintas velocidades.
 +
 +
Velocidad 7 cm/s
 +
 +
[[Archivo:Vel7.PNG]]
 +
 +
Velocidad 10 cm/s
 +
 +
[[Archivo:Vel10.PNG]]
 +
 +
Velocidad 13 cm/s
 +
 +
[[Archivo:Vel13.PNG]]
 +
 +
Velocidad 16 cm/s
 +
 +
[[Archivo:Vel16.PNG]]
 +
 +
Velocidad 19 cm/s
 +
 +
[[Archivo:Vel19.PNG]]
 +
 +
Velocidad 22 cm/s
 +
 +
[[Archivo:Vel22.PNG]]
 +
 +
En todos los casos se puede observar que la velocidad obtenida se encuentra fluctuando alrededor de la velocidad objetivo, este comportamiento se da porque el algoritmo funciona aumentando la velocidad hasta que se pasa cierto umbral superior y luego bajándola hasta que llega al umbral inferior.
 +
 +
Velocidad 22 cm/s Larga duración
 +
 +
[[Archivo:largo22.PNG]]
 +
 +
En este caso se configuro el butia para que vaya a una velocidad de 22 cm/s hasta que se le gaste la batería. Se calculo el promedio de todas las medidas y se mantiene en 21,6057.
 +
En la gráfica se puede observar que se mantiene fluctuando bien, mostrando algunos picos, hasta llegar al final de la gráfica en donde la baja batería ocasionó que las medidas se mantuvieran por debajo de la velocidad esperada. Subiendo la velocidad en todo momento hasta que la batería no brindo la potencia suficiente para llegar a la velocidad esperada.
  
 
== '''Conclusiones''' ==
 
== '''Conclusiones''' ==
  
Si bien se logro construir un algoritmo eficiente el cual permite al butia realizar movimientos precisos, el mismo se puede mejorar y extender para brindar mas funcionalidades. Como por ejemplo poder asignarle al robot butia que se mueva a una velocidad constante.
+
Si bien se logro construir un algoritmo el cual permite al butia realizar movimientos precisos, el mismo se puede mejorar para que el procesamiento de las distintas marcas no bloquee otras acciones del butia, este comportamiento se produce porque el calculo se realiza en el código de turtlebots y no en la placa. Lo mismo sucede en cuanto al giro y la velocidad, se tiene el comportamiento esperado pero tiene el mismo problema con el calculo.  
  
 
Cabe recalcar que el costo para la realización del proyecto fue mínimo en comparación a las otras posibles soluciones(las mencionadas mas arriba), los únicos materiales utilizados son los que se detallan mas abajo. Por lo tanto es una funcionalidad que se puede agregar fácilmente.
 
Cabe recalcar que el costo para la realización del proyecto fue mínimo en comparación a las otras posibles soluciones(las mencionadas mas arriba), los únicos materiales utilizados son los que se detallan mas abajo. Por lo tanto es una funcionalidad que se puede agregar fácilmente.
Línea 101: Línea 141:
 
== '''Código''' ==
 
== '''Código''' ==
  
[[Media:Butia_(1).zip‎ ]]
+
[[Media:ButiaEncoder.zip‎ ]]

Revisión actual del 11:30 25 nov 2015

Integrantes

  • Pablo Anzorena anzorena.fing@gmail.com
  • Sebastián Lorenzo sebastianlorenzo88@gmail.com
  • Manuel Laguarda lag.manuel@gmail.com
  • Bruno Olivera bruno.olivera.dev@gmail.com

Tutor

  • Gonzalo Tejera - gtejera@fing.edu.uy.

Introducción

El presente trabajo tiene como objetivo principal extender las capacidades del butiá en lo que a movimiento refiere, permitiendole realizar desplazamientos y giros mas precisos. Ademas de poder determinar que el butia se desplace una distancia a cierta velocidad.

Objetivo

El objetivo del proyecto es dotar al butiá con la capacidad de conocer en cada instante de tiempo, cual fue su desplazamiento. Hasta el momento para mover el butiá, existe un comando que setea el valor de potencia de los motores. Quedando a cargo del “programador” la lógica de movimiento. Por ejemplo para avanzar una cierta distancia, hay que accionar los motores por un cierto tiempo a una potencia determinada.


Motivación

Extender las capacidades del kit butiá, permitiendo tener más precisión en los movimientos. Vimos que existía un problema al momento de programar un movimiento con precisión solamente con la potencia de los motores y esperas, por eso es que nos interesó mejorar este aspecto.

Investigación

Posibles soluciones:

  • Algoritmo flujo óptico: Este algoritmo lo que hace es tomar datos del entorno mediante la cámara y comparar el desfazaje entre imágenes sucesivas.

La complejidad de este algoritmo esta dada por averiguar que pixeles entre imágenes consecutivas comparar y como determinar una distancia a partir de los cambios en los mismos. Para este caso el ambiente por el cual se mueve el robot es vasto y diverso lo cual resulta mas difícil el como interpretar las imágenes. Por otro lado creímos que la curva de aprendizaje sobre el algoritmo era grande como para terminar la solución en tiempo y forma.

  • Utilizar Mouse Óptico Como Sensor: La idea consiste en ir sensando con un mouse óptico ubicado en la parte inferior del butiá y de acuerdo a las coordenadas x e y determinar el movimiento.

En esta etapa decidimos descartar esta opción ya que para hacer el giro sobre el eje, las coordenadas x e y se mantienen.

  • Motores CC sin escobillas: Los motores de corriente continua tienen sensores de hall para determinar la posición en donde se encuentra la rueda mediante la medición de campos magnéticos, pudiendo mediante esto establecer la distancia recorrida y el sentido del giro.

Al momento de hacer el proyecto no habÍan estos motores, por lo que no pudimos probarlos, pero usamos el mismo tipo de algoritmo para la solución.

  • Sensor de Gris y Marcas en una Rueda: Esta idea consiste en marcar una rueda e ir sensando con un sensor de grises las marcas. Estas marcas las utilizamos para medir la distancia recorrida, dichas marcas se encuentran equidistantes en la rueda.

Solución

La solución elegida es la de utilizar el sensor de grises con la rueda marcada. Se decidió realizar esta implementación debido a que se podia realizar con un bajo costo, ademas el algoritmo realizado se puede utilizar para implementar la solución de Motores CC sin escobillas cambiando el sensado de los grises por el sensado de los campos magnéticos.

20150629 171226.jpg

20150629 170942.jpg

El diametro de la rueda es de 7.8 cm, por lo que el perimetro es d * Pi = 7.8 cm * Pi = 24.7 cm. En base al perimetro, se intento dividir la rueda en la mayor cantidad de divisiones posibles (para disminuir el error), tomando en cuenta que la lectura del sensor de grises pueda determinar un cambio de color (negro, blanco) correctamente. Para realizar esto se dividió la rueda en 24 partes iguales. El arco de cada parte es de 1.03 cm. Como el rango de valores entre el color blanco y el negro para el sensor de grises es bastante grande, siempre cuenta correctamente las marcas, el problema con la precisión esta dado por el ambiente sobre el cual se desplaza, a la vez de la mecánica de las ruedas. Suponiendo un ambiente optimo y las ruedas correctamente posicionadas, el margen de error es de +/- 1.03 cm.

El diseño de la rueda es el siguiente:


Imagen butia.png


Diseño pieza de acrilico:

Para poder ubicar el sensor de grises de una forma correcta, se modifico el diseño de la pieza de acrílico que se encarga de sostener la rueda. Media:PiezaSensor.svg



Para poder implementar el modulo de velocidad se calcula dinamicamente que distancia se desplaza por tiempo entre marca y marca. Si la velocidad es menor al rango objetivo (velocidad objetivo +/- (velocidad objetivo)*0.1) se aumenta la potencia de los motores y si es mayor se disminuye. Este comportamiento esta descripto en la siguiente maquina de estados.

Maq est.png

Posibles mejoras

Como posible trabajo futuro, se puede integrar el sensor de grises al motor que ya está en el butiá. Así como que el sensor esté conectado directamente con la placa y liberar un puerto. También aislar el sensor para reducir el ruido producido por la iluminación ambiente.

Paleta de Turtlebots

Se agregan los siguientes bloques de funciones para el programa Turtlebots en el codigo fuente butia.py:

  • Forward distance: Este bloque sirve para determinar que el butia avance cierta distancia con una cierta potencia configurable por el usuario.
  • Backward distance:Este bloque es igual al Forward distance distance solo que en vez de avanzar retrocede.
  • Left degree: Este bloque esta hecho para poder determinar cuantos grados gira a la izquierda el robot con una cierta potencia.
  • Right degree: Este bloque esta hecho para poder determinar cuantos grados gira a la derecha el robot con una cierta potencia.
  • Calibrate grey: Este bloque realiza un giro completo de la rueda modificada para poder determinar el valor del sensor de grises para los colores blanco y negro. Evitando que la calibracion la realice el usuario.
  • DistanceSpeed: Este bloque se utiliza para que el butia se desplace a una velocidad determinada en una distancia dada

Paleta encoder.png

Video demostrativo:

https://www.youtube.com/watch?v=MduiTJ4rryA&feature=youtu.be


Pruebas de velocidad

Para validar que el modulo de velocidad funciona correctamente, se graficaron las velocidades obtenidas a lo largo del tiempo para distintas velocidades.

Velocidad 7 cm/s

Vel7.PNG

Velocidad 10 cm/s

Vel10.PNG

Velocidad 13 cm/s

Vel13.PNG

Velocidad 16 cm/s

Vel16.PNG

Velocidad 19 cm/s

Vel19.PNG

Velocidad 22 cm/s

Vel22.PNG

En todos los casos se puede observar que la velocidad obtenida se encuentra fluctuando alrededor de la velocidad objetivo, este comportamiento se da porque el algoritmo funciona aumentando la velocidad hasta que se pasa cierto umbral superior y luego bajándola hasta que llega al umbral inferior.

Velocidad 22 cm/s Larga duración

Largo22.PNG

En este caso se configuro el butia para que vaya a una velocidad de 22 cm/s hasta que se le gaste la batería. Se calculo el promedio de todas las medidas y se mantiene en 21,6057. En la gráfica se puede observar que se mantiene fluctuando bien, mostrando algunos picos, hasta llegar al final de la gráfica en donde la baja batería ocasionó que las medidas se mantuvieran por debajo de la velocidad esperada. Subiendo la velocidad en todo momento hasta que la batería no brindo la potencia suficiente para llegar a la velocidad esperada.

Conclusiones

Si bien se logro construir un algoritmo el cual permite al butia realizar movimientos precisos, el mismo se puede mejorar para que el procesamiento de las distintas marcas no bloquee otras acciones del butia, este comportamiento se produce porque el calculo se realiza en el código de turtlebots y no en la placa. Lo mismo sucede en cuanto al giro y la velocidad, se tiene el comportamiento esperado pero tiene el mismo problema con el calculo.

Cabe recalcar que el costo para la realización del proyecto fue mínimo en comparación a las otras posibles soluciones(las mencionadas mas arriba), los únicos materiales utilizados son los que se detallan mas abajo. Por lo tanto es una funcionalidad que se puede agregar fácilmente.

Materiales utilizados para el proyecto:

  • 1 Sensor de grises
  • 1 Adhesivo con el diseño para la rueda
  • 1 Pieza de acrílico para colocar el sensor de grises cerca de la rueda

Código

Media:ButiaEncoder.zip‎