Reporte Final Hands-Ons

Pablo Gonzales 1087926

Nelson Martínez 1087764
Daniel Terrero 1088066
• Entre las informaciones, incluir, con las ilustraciones relevantes:
o Al menos un punto de inicio: Requerimientos, Concepto original
Como punto de inicio teníamos las referencias de SUMOS anteriores y en el anterior hands
ons llegamos a definir el concepto de sumo con los requerimientos y tareas a realizar. Este
fue el comienzo del proyecto en si a partir de ahí se tomaron las referencias para construir
nuestro concepto de SUMO.
o Breves explicaciones de los procesos llevados para: análisis, validación y refinamiento.
Análisis: Primeros planteamos los puntos que debía cumplir el diseño junto a los
componentes que planeábamos utilizar en el desarrollo del SUMO. También tomamos en
cuenta las características físicas que le dará una ventaja física en la competencia.
Validación: En este proceso tratamos de respaldar el diseño y las especificaciones con bases
teóricas basándonos en las ventajas físicas que podía tener el diseño. Esto realizando cálculos
teóricos donde probamos que físicamente el vehículo no solo es viable, sino que también es
óptimo para la competencia.
Refinamiento: Luego de tener el diseño tuvimos que probarlo para verificar que el vehículo
estuviera bien o precisara de un ajuste que le mejore. Simulando el vehículo dimos con
problemas de diseño a la hora de aplicar la dinámica el vehículo fallaba con algunas
interacciones lo que termino con la remodelación del mismo.
Al momento de documentar los aprendizajes y experiencias, incluir:
o Cómo se han apoyado en las experiencias y conocimientos previos de HO y clases.
Considerando que ni siquiera estábamos en el mismo equipo en los previos hands on el apoyo
que nos teníamos era notorio, y nuestro desempeño trabajando juntos era bastante bueno, por
dicha razón se decidió que formamos un equipo para el proyecto del sumo. Las habilidades
que tenían cada uno complementaba al otro y así sucesivamente.
o Las consecuencias (buenas o malas) de las decisiones que se han tomado y su impacto
para el equipo y el proyecto.
Cada vez que se ha tomado una decisión que afecte completamente el equipo siempre se
piensa muy bien con todos los miembros de este, por esta razón casi nunca tenemos
problemas uno con los otros, y los problemas que nos toca enfrentar como equipo los
resolvemos de la mejor manera posible sin discusión entre nosotros. La decisión más
fundamental que tomamos para la elaboración de este Hands On es colocar al integrante con
mayor experiencia en programación de cabeza para que guie a nuestro equipo.
o Qué valor tendría esta nueva experiencia y conocimiento para los proyectos futuros.
Lo mejor que aprendimos es como resolver problemas con antelación y como se pueden
abordar diferentes tipos de problemas según las habilidades que tengan cada uno de los
integrantes de un equipo, esto es parte fundamental al momento de asignar los trabajos en
general.
o Referencias a las fuentes de información usadas para complementar su aprendizaje.
Se usó toda la información brindada para el uso de coppelia y se buscaron diferentes guías
para el uso del software.
2. Anexar un resumen individual de los aprendizajes de cada miembro del equipo a lo largo
del proyecto de SUMO:
• Resaltando los elementos que han influido en su capacidad de desarrollar soluciones que
son realistas con respecto a la funcionalidad del diseño y la realidad situacional del equipo.
• Resumiendo sus decisiones y/o acciones tomadas durante el proyecto que considera más
hayan impactado (de buena o mala manera) la forma de trabajar y/o los resultados del equipo.
Resumen de Nelson
La noticia de que la entrega de este hands on sería totalmente virtual nos sorprendió todos y a
la vez nos molestó un poco debido a que ya teníamos parte del proyecto avanzado. Por mi
parte ya había realizado el PCB donde se encontrarían todas las conexiones que se realizaron
para el proyecto y ya se había investigado parte de la programación que se utilizaría para la
programación del proyecto. Pero debido a que todo se pasó a la manera virtual teníamos que
abordar el problema de otra manera y ya que uno de nuestros integrantes tenía una gran
experiencia en la elaboración de proyecto relacionados puramente con la programación se
decidió que él sería la cabeza principal del equipo y guiaría todo el proyecto. Con relación al
uso del software, se pudo observar como es una buena herramienta para la elaboración de
simulaciones de proyectos que involucren el uso de sensores programados.
Resumen de Pablo

Como fui el integrante del grupo encargado de la simulación del robot en Coppelia,
básicamente lo que aprendí a lo largo del proyecto principalmente fue a programar en Lua.
Previo a la virtualidad, el tema de investigación principal para la realización del proyecto fue
los tipos de sensores, sus funciones y limitaciones. El uso de sensores era absolutamente
necesario para cumplir los retos de funcionalidad y clasificatoria, y el modelo a utilizar era de
gran impacto en el desempeño del robot. Sin embargo, todo ese conocimiento se fue a la basura
por el momento, gracias a la virtualidad, y fue reemplazado por la programación en Lua.

Al principio fue un poco difícil manejar un lenguaje nuevo, por más simple que sea, pero no
hubo ningún inconveniente porque comencé a aprender con tiempo. La programación para la
simulación fue mucho más sencillo de realizar que programar un Arduino en la vida real,
principalmente porque no se debía lidiar con fallos mecánicos ni falsas lecturas de los sensores.
El programa final quedó excelente y fácil de entender por mis compañeros. Wilson desde el
demo de funcionalidad ya cumplía con todos los retos hasta de clasificatoria. Sin embargo, casi
nada del programa importó para la competencia, ya que para ganar y sacar al oponente lo único
que hay que hacer es modificar el peso del robot y aumentarle la velocidad a los motores.
Resumen de Daniel
Como integrante fui encargado de la validación y refinamiento del vehículo lo cual al
principio parecía fácil pero cada ajuste y cada idea tenía que ser revisada y luego probada
para asegurar no pasar nada en alto. La verdad que el diseño desde un principio fue muy
convincente y no hubo muchos cambios en la forma inicial solo hubo cambios en la carcasa.
La verdad como equipo lo mejor que pudios tener fue una buena relación laboral y
compenetración a la hora de discutir sobre los problemas que afrontamos como equipo.
También la empatía general en el grupo entero es un factor decisivo para el equipo ya que no
nos datemos cuando alguien no puede realizar un trabajo no nos frenamos y culpamos al
compañero simplemente nos sobreponemos a la situación y ya se encargara de resolver otro
problema.