1 minute read

En esta quinta semana, tuve mis primeras tareas asignadas dentro de la plataforma Unibotics.

Para empezar, detecté un fallo que tenía la plataforma en despliegue en local (D1), que se trataba que en unas de las opciones del menú del usuario llamado ‘Analytics’ pues mandaría a la aplicación web donde se visualiza las gráficas de la plataforma con la tecnología Dash, entonces el fallo se encuentra que mandaba a esa aplicación en despliegue en producción (D3) estando en despliegue en local (D1) en la plataforma.

Por lo tanto, se me encomendó la tarea de encontrar una solución a ese fallo abriendo una issue dentro del repositorio de GitHub de la plataforma. Después de investigar el problema, ofrecí un solución temporal que se trata de cambiar la URL de destino dentro del código del botón a la aplicación de gráficas en despligue en local.

Entonces, subí esta solución añadiendo esa información a la documentación para que los desarrolladores lo cambien en sus sistemas de forma local, ya que si cambiaba el código dentro del repositorio se podría romper en el despliegue en producción (D3) de la plataforma.

Por último, al final de la semana después de finalizar la anterior tarea, se me introdujo en un problema que tenía el motor de la plataforma donde se ejecutan lo necesario para lo diferentes ejecicios de robótica, RADI, en donde utilizan dos versiones diferentes: RADI 3 y RADI 4. El problema se trata de que en RADI 4 con aceleración gráfica de Nvidia, el simulador de Gazebo que se ejecuta dentro le da un pantallazo negro impidiendo la visualización del ejercicio simulado. Asi que comencé con la investigación del problema.