Archivo de la etiqueta: sensores mioeléctricos

Encoders mecánicos y búsqueda sensores

La sesión de este lunes está también bastante animada y tenemos algunas tareas que cerrar hoy y otros temas a debatir y decidir.

Diseño:

  • Proyecto Leo: Luis ha impreso el nuevo antebrazo con las modificaciones que habíamos apuntado. Faltan imprimir los dedos y ya podremos montar el nuevo modelo para probar.
  • Proyecto Rafa-Jaime: Luis trae el cierre botones impreso en varios materiales, el flexible parece que es el que mejor funciona. El tope interior de la pieza hembra del anclaje hay que hacerlo más grande para que funcione, es demasiado pequeño y en el laminador de la impresora apenas se queda en nada.

Desarrollo:

  • Sensores: Clara ha hecho una investigación sobre otros sensores y proyectos para evaluar qué otras opciones tenemos. Las conclusiones generales son:
    • Muchos proyectos parecidos al nuestro utilizan los Myoware.
    • En código abierto hay muy pocos tiempos de sensores y fabricantes, la mayoría de bajo coste.
    • En la gama de sensores privativos hay mucho para elegir pero con un rango de costes muy caros. Además todos utilizan softwares específicos con los que sería difícil integrar nuestra programación.

Estas son algunas referencias que ha investigado Clara, el próximo día podemos debatirlas y pedir más información a las que consideremos:

  1. OpenBCI: están sobredimensionados para nosotros, se usa con un software definido para ellos y una placa de control que también tamaño?

$1000 → http://shop.openbci.com/collections/frontpage/products/openbci-16-channel-r-d-kit?variant=785215991

$500→ http://shop.openbci.com/collections/openbci-products/products/openbci-32-bit-board-kit?variant=784651699

  1. BTS Bioengineering: no dicen nada del precio, parece que nos encajará bastante bien imagino que para saber más habrá que contactar no dice nada de que se pueda obtener la información del sensor sin su software

http://www.btsbioengineering.com/products/surface-emg/bts-freeemg/

  1. DELSYS: modelos Bagnori y Tringo. Software específicamente creado para el sensor

http://www.delsys.com/products/desktop-emg/surface-emg-sensors/

  1. Grove: compatible con arduino $48

https://www.seeedstudio.com/Grove-EMG-Detector-p-1737.html?gclid=CJbZ-JjU-9ECFWcq0wod1M4IGw#

  1. NexGen: no dicen nada del precio, imagino que para saber más habrá que contactar no dice nada de que se pueda obtener la información del sensor sin su software.

http://www.nexgenergo.com/ergonomics/biodataemg.html

  1. Myon: no dicen nada del precio imagino que para saber más habrá que contactar no dice nada de que se pueda obtener la información del sensor sin su software.       http://www.myon.ch/aktos
  1. $30  https://www.tindie.com/products/electroniccats/emg-sensor/

Durante la sesión también debatimos sobre la posibilidad de trabajar con otros tipos de sensores: infrarrojo, de voz, etc. En este punto vemos que estamos muy atascados y hay que decidir qué camino tomar. Una de los detalles que se apuntan es que a partir de ahora debemos de guardar todos los datos en crudo de las lecturas que hacemos para poder analizarlos a posteriormente. Así podremos ver dónde estamos fallando. También puede ayudar una grabación simultánea del movimiento del brazo. En general, ser más sistemáticos y escrupulosos en las pruebas para minimizar errores.

  • Motores: Pablo y Luis han hecho un nuevo enganche entre el motor y el potenciómetro moldeando el eje del motor hasta que engarce con el hueco del eje del potenciómetro. Un trabajo minucioso que nos permite ganar unos 4mm.

Miguel nos cuenta las conclusiones de la investigación que ha hecho sobre los motores. También nos detalla cómo funciona cada tipo de motor para que entendamos bien las conclusiones. Una clase express sobre motores resumida a continuación: Básicamente hay tres tipos de motores DC, Servos y Stepers.

  • Los motores stepers o paso a paso no nos sirven pues funcionan con movimientos de ángulos muy amplios.
  • Los servos nos dan más velocidad pero poco movimiento (par). Lo normal es que tengan un par alto y que no se quemen.
  • Los motores DC no tienen control de posición, rotan mientras tengan corriente. Por ello se les añade encoders. Esta es la vía en la que estamos trabajando actualmente.

Pololu ofrece varios tipos de encordes, ópticos, magnéticos y mecánicos. Los dos primeros dan problemas pues nos dicen la posición del motor, no la del eje. Para el tipo de movimiento y precisión que necesitamos, esta posición no nos vale. El encoder tiene que estar en el eje, tal como lo tenemos ahora puesto con el potenciómetro. (Estamos en lo correcto!!! ). El magnético tiene un problema con las ondas exteriores y tienen que estar muy aislados, no nos valen. Los ópticos tampoco son fiables. Los mecánicos son los más fiables, es lo que ahora hace el potenciómetro. Tendríamos que buscar un encoder mecánico que venga montado de fábrica para el tamaño que estamos trabajando.

Otra opción es ponerlo en el tensor pero se puede romper y no lo sabíamos. Además habría que contar con la deformación de las piezas y tensores.

Por otro lado, Miguel nos apunta que tenemos que estudiar la posibilidad de añadir un sistema integrado de control de fuerza para los dedos. Esto es un limitador de corriente en la propia placa. Están el hueco previsto y se puede añadir.

  • Código: Rosa ha empezado con la integración del código en la placa nueva, no está completo pero por ahora va bien.

Primeras pruebas máquina de estados

La reunión del lunes 16 fue más numerosa y dinámica que otras veces, unas 14 personas!! Como noticia general, hemos considerado oportuno hacer la reunión interna el próximo lunes después de la sesión de trabajo, a las 20h.

Avances en Diseño:

  • Proyecto Prótesis Mioeléctrica:

Rafa online nos informa del avance en el encaje de los motores en la palma. Es complejo y nos manda por imagen una de las opciones que está barajando. Para la próxima sesión lo podremos ver en 3D. De todos modos sigue dándole vueltas a otras opciones.

  • Proyecto Jaime y Rafa

– Luis trae muchas pruebas del anclaje de los gadgets con diferentes materiales, muchos tecnológicos, para que podamos evaluar. El que más nos gusta es wilowflex.

– Pensamos y debatimos la siguiente fase del proyecto en el que integramos el sistema de anclaje en una mano más ligera y menos similar a una prótesis estándar. Fran se encarga de esa parte.

– Le vamos a añadir otro anclaje más en la parte interior de la palma.

– Por consenso y evaluando los requerimientos de materiales, esfuerzos de las pestañas del anclaje y posibles recambios, decidimos integrar en la mano la parte “hembra” del anclaje.

– En la palma pondremos también una tapa de cierre rígida como en la prótesis de Leo.

– Para el enganche de la bici decidimos que este sistema no es válido y vamos a probar con el sistema de carril del inicio.

– Decidimos que esta asistencia sea solamente escalable, no estará sujeta a escáner 3D para simplificar su replicabilidad.

Avances en Desarrollo:

– Se han integrado los códigos de la máquina de estados y los de lecturas del sensor mioeléctrico. No dan errores.

– Comenzamos las pruebas de lecturas de dos sensores con el nuevo código. Pruebas fallidas, tras muchos intentos no conseguimos que lea los dos sensores a la vez. La semana que viene volvemos a probar pero con la placa nueva pues esta semana estábamos con un arduino y una protoboard.

– Decidimos hacer una nueva búsqueda de sensores y motores ampliando el rango de precios accesibles para obtenemos mejores resultados. Clara buscará sensores y Javi motores, en 15 días nos cuentan.

– La integración del motor en su placa con la rueda de giro y el potenciómetro no la hacemos por no tener la placa y motor ya adaptados. La sesión siguiente lo hacemos.

11ª Reunión – Extraordinaria-

Con una programación diferente y muchas ganas, el pasado 1 de abril celebramos la reunión extraordinaria de Autofabricantes en mitad del curso 15/16. Tuvimos invitados especiales y algunos nuevos miembros del grupo.

CArtelito

La programación de toda la tarde fue:

  • Primera prueba y colocación de la prótesis mecánica de Héctor.
  • Taller de manejo de sensor, Arduino y servomotor por parte de Pablo.
  • Visita de la familia de Exando una Mano
  • Reunión general

Resumen, los temas principales y conclusiones tratados en la reunión general:

  • En el equipo de Diseño se necesita un refuerzo.
  • Investigación en nuevos materiales de impresión y diseños por parte de Luis
  • Consejos de mejora del diseño de los dedos por parte de Christian
  • Revisión estado de la fase de Desarrollo, vamos a diseñar y encargar una placa
  • Decidimos fijar al menos UNA REUNIÓN DE CADA EQUIPO A LA SEMANA.
  • Decidimos dejar las reuniones generales sólo una vez al mes y cuando veamos necesario. Serán los últimos viernes o días cercanos a final de mes: Próxima jueves 28 de abril (el viernes es Viernes Open Lab y estáis invitados al evento).

Desarrollo de la reunión general:

La tarde comenzó con la llegada de Natalia, Paula, Juan y Martín, la familia promotora del proyecto Exando una Mano que tenían muchas ganas de conocer el equipo y todo lo que estamos avanzando en Medialab. Fue muy bonito intercambiar opiniones e ilusiones por un proyecto común en un momento en el que el nodo de Sevilla se encuentra con menos impulso.

A ellos y seguramente a todos los asistentes nos emocionó bastante uno de los momentos importantes de la tarde, la prueba de la prótesis de Héctor. Después de ser adaptada para su tamaño e impresa con los colores que él quería, pudo probarla por primera vez. Al inicio con un poco de timidez, pero pronto vimos cómo con un poco de práctica es capaz de agarrar casi cualquier cosa. Todo, gracias al gran trabajo del equipo de diseño y más en concreto a Luis. Ya nos ha contado cómo ha ido probándola en los días posteriores y está muy contento de pequeños grandes pasos que va dando con ella. Ahora el objetivo es revisar los fallos y mejoras que haya detectado para seguir avanzando en su usabilidad.IMG_20160401_185840097

Mientras estábamos con Héctor, por otro lado, Pablo estaba dando un taller a parte de los asistentes a la reunión sobre cómo comenzar a manejar un motor con un miosensor y un Arduino. Previamente se había trabajado un fantástico tutorial  con todas las especificaciones y explicaciones más extensas. Además, por si os lo perdisteis, tenemos un audio del trascurso del taller.  Cada pequeño grupo que se formó pudo aprender gracias a unos kits que se trajo de su universidad y con el material que ya tenemos del proyecto.test motor

Para acabar la jornada y con más asistentes de lo habitual, empezamos una reunión general que se alargó hasta las 10 de la noche. En primer lugar, como coordinador del proyecto quise remarcar y volver a dar las gracias por tantas y tantas horas, trabajo, esfuerzo e ilusión que estáis dando en este proyecto que sería imposible sin vosotros. Una vez más, gracias por las más de 25 reuniones, más de 100 horas de impresión, más de 20 referencias estudiadas, 2 diseños propios desarrollados, 1 prototipo de Enable impreso y entregado, 3 tipos de motores probados, 2 tipos de sensores testeados, tantas líneas de código y, sobre todo, la ilusión.

Hicimos un repaso por los objetivos iniciales del proyecto y los hitos conseguidos hasta el momento. A continuación, comenzamos a detallar los retos que aún quedan por conseguir.

  • Diseño: la forma y material de los dedos aún no está clara y en eso se centró parte del debate sobre cómo avanzar en el diseño. La parte de la palma está más clara pues parece que tenemos hueco suficiente para los motores y en la parte de antebrazo no hemos empezado a trabajar lo suficiente. Con respecto a los dedos, Christian nos ayudó y explicó según todo lo investigado en su trabajo final de grado. Deben ser de un mismo material para que nos e produzcan aristas vivas y zonas de concentración de esfuerzos que causan fragilidad y rotura del dedo. Por tanto, la mejor manera de funcionamiento es con dedos todo de material flexible. En cuanto al diseño en sí de los dedos, basándonos en su estudio de reparto de esfuerzos, hay que trabajar sobre una sección de dedo que permita una transición de zonas más cargadas a menos cargadas, sin aristas vivas que concentren la fatiga del material. Es el diseño más importante que el propio material, pero la información al respecto de los dedos que existe está dispersa y sólo en formato de investigación o industrial. Para avanzar decidimos partir del diseño que tenía Christian en su TFG para mejorarlo e incorporarlo al diseño general de la mano.

Luis nos trajo un montón de pruebas de diferentes diseños de dedos y manos impresas en diferentes materiales flexibles o de nilón. Al pasarlas a escala de niño pudimos comprobar la dificultad de llevar a cabo algunos de los proyectos de referencia de manos mioeléctricas en código abierto. Además, nos sirvió de base y avance para todo el debate que tuvimos sobre el diseño de los dedos.

Mano propia 2-1

  • Desarrollo: en este campo hemos trabajado mucho testeando diferentes tipos de motores, sensores y sistemas. Es muy difícil y complejo avanzar por la falta de referencias y dificultad de encontrar materiales accesibles para testear rápidamente. Muchos de los motores y sensores los hemos tenido que pedir a Estados Unidos y han tardado varias semanas en llegar. Los miosensores parece que son los definitivos que vamos a usar y el nuevo motor de Hitec tipo nanoservo de gear metálico parece que también será el definitivo por su torque y dimensiones. Ahora el reto es aprender a controlarlo todo. Por otra parte, Pablo está diseñando una PCB de prueba para poder probar los tres motores y tres sensores que además incorpore un conjunto de aplicaciones para el diseño final como puede ser una micro SD, botón de reset, otros sensores, etc. Ya está pedida la PCB y pronto podremos probar con ella. Mientras, ya está empezado el código de Arduino para controlar un motor con un miosensor. Por último de esta parte, ya hemos señalado la necesidad de tener una interface de entrenamiento para aprender a controlar la mano, y en ello, Juanjo ya está empezando a investigar para tenerla cuando la mano esté montada.

IMG_20160401_202205488

Hubo tiempo para pensar y debatir un poco cómo podemos mejorar en la organización, cuáles eran los fallos que habíamos tenido y cómo mejorar en general el funcionamiento del grupo.

Por un lado, se señaló la necesidad de un apoyo en el equipo de diseño 3D que ayude a seguir avanzando más rápido y poder afrontar todas las tareas. También Rafa señaló que sería conveniente que pudiese trabajar en Medialab para poder compartir en tiempo real las decisiones a la vez que está diseñando. Para ello, ya tiene un ordenador con el programa de diseño para poder trabajar aquí.

En cuanto a las carencias, de nuevo volvemos a señalar la necesidad de contar con personal del ámbito sanitario y terapeutas que nos ayuden a tomar decisiones y aconsejen en muchas de las partes del proyecto.

Para un mejor funcionamiento y viendo el nivel de trabajo y coordinación actual decidimos tener al menos una reunión semanal de cada grupo de trabajo que iremos poniendo las fechas. Para las reuniones generales, hemos visto la necesidad de ponerlas sólo un día al mes para centrarnos en el trabajo técnico y compartir lo avanzado a final de cada mes o antes si vemos que es necesario. Por tanto, las reuniones de equipo serán casi siempre martes en Desarrollo y jueves en Diseño, la próxima reunión general será el jueves 28 de Abril.

Sin más, nos despedimos hasta las próximas reuniones de equipo o hasta el 28 de abril. Seguimos avanzando, cada vez con más confianza y ganas. No dudéis en escribir con las aportaciones que creáis oportunas o contactar con las personas que creáis para que se sumen al proyecto.