Uuv_simulator: Lanzamiento noético

Estoy en ello ;)

Bueno, eso es muy rápido! :D

No todas las dependencias están disponibles para noetic todavía, por ejemplo, joy y joy_teleop, que necesita uuv_teleop.
https://github.com/ros-drivers/joystick_drivers/issues/170
https://github.com/ros-teleop/teleop_tools/issues/51

eso es cierto, el primer paso sería agregar un trabajo en Travis para que podamos verificar cuándo se pueden encontrar todas las dependencias.

He hecho algunos experimentos para actualizar la compilación de Travis. https://github.com/arturmiller/uuv_simulator/tree/noetic
https://travis-ci.org/github/arturmiller/uuv_simulator/jobs/693993787
No es fácil implementar eso, porque industrial_ci ha hecho grandes cambios. Ya no hay argumentos BEFORE_SCRIPT y AFTER_SCRIPT y se han movido a colcon en lugar de catkin.
Como sé, catkin_tools tampoco está disponible para noetic todavía.

sí, vi que hicieron disponible una versión legacy con la configuración anterior. Hice algunos experimentos localmente en mi máquina aquí, hay algunas cosas que verificar todavía.

Ahora puedo construir y probar uuv_simulator con los cambios recientes de industrial_ci:
https://github.com/arturmiller/uuv_simulator/tree/noetic
https://travis-ci.org/github/arturmiller/uuv_simulator/builds/696565670
La mayoría de los cambios son sencillos, pero hay un problema que requiere algún tipo de refactorización. Las pruebas de uuv_gazebo_ros_plugins requieren uuv_descriptions. Esto da como resultado una dependencia circular. Por ahora he quitado las pruebas en uuv_gazebo_ros_plugins.
Aparte de eso, no estoy seguro de por qué se usa el script run_tests.sh en lugar del procedimiento de compilación de industrial_ci. He usado el corredor de prueba integrado, porque catkin_tools aún no se ha lanzado en Ubuntu 20.04. Parece que trabaja adecuadamente.
Si desea fusionar esto, limpiaría mis compromisos y crearía múltiples problemas y relaciones públicas, donde podemos discutir todo si es necesario.

Olvidé mencionar. Los paquetes joy y joy_teleop aún no están disponibles. Por ahora, para que las compilaciones de Travis tengan éxito, he comentado estas dependencias en el paquete.xml. La construcción y las pruebas no los requieren. Pero todavía está bloqueando la liberación noética.

@arturmiller ¿ Alguna actualización?
¿Puedo usar este repositorio para ROS noetic ahora que joy y joy_teleop ahora están disponibles para ROS noetic?

Protuberancia. Estaría muy interesado en saber si UUV Sim es bueno para usar (o sería bueno con algún trabajo en el lado del usuario al instalarlo) en Noetic. Mi lugar está completamente en Python3 y actualmente estoy lidiando con el dolor de cabeza de obligar a Melodic a trabajar con Python3.

Sí, joy y joy_teleop ya están disponibles para noetic. catkin_tools todavía no está correctamente portado, pero se puede instalar fácilmente desde la fuente con pip.
@purvikpatel No recomendaría usar mi tenedor directamente. La compilación está pasando, pero no he hecho ninguna prueba manual. Estoy seguro de que no funcionará, ya que la cobertura de la prueba no es muy alta. Además, esta rama está llena de confirmaciones "exploratorias", porque no pude duplicar exactamente la compilación de travis localmente.
Esperaba más interés de los mantenedores en esto, pero parecen estar bastante ocupados. Mi último número #406 casi no recibió atención.
Me gustaría ver que este repositorio se actualice, pero también podría crear una bifurcación de trabajo para noetic y Python3 (si el interés en general es lo suficientemente grande y si sigue faltando el mantenimiento del repositorio). Sin embargo, no podría seguir manteniendo este proyecto y no puedo publicar ningún paquete de Debian.

catkin_tools todavía no está correctamente portado, pero se puede instalar fácilmente desde la fuente con pip.

En realidad creo que esto está arreglado. Desde ubuntu 20.04 simplemente puedo hacer sudo apt install python3-catkin-tools

¿Alguna actualización sobre el progreso de esto? Probé el repositorio que hizo @arturmiller y me está dando un error de free(): double free detected in tcache 2 en el cenador.

catkin tools ya está operativa en Noetic.
¿Alguien está dispuesto a lanzar esto para Noetic? :cara_ligeramente_sonriente:

¡Estás haciendo un trabajo increíble! Agradezco este lanzamiento real: https://github.com/uuvsimulator/uuv_simulator/pull/423/commits/66474bd3648f9fa2d0cf1d42e153ee08f3d3da7e#diff -71b515d752a471114f16806cd6bf541d62e8d81e79f4fbce6325c6325c
por adaptar la versión melódica de uuv a noetic, no puedo esperar al lanzamiento oficial. Usted es maravilloso.
(publicando esto aquí para aquellos que intentan desesperadamente que funcione en noetic por el momento).

Hola a todos. Hasta que haya un lanzamiento oficial de noetic, ¿alguien tiene una bifurcación funcional del repositorio o un conjunto de instrucciones que se puedan usar para instalarlo? ¡Aprecie todo el trabajo increíble que se está haciendo aquí!

revisa el enlace del comentario de arriba ;) Se agregó allí para hacerte la vida más fácil.

¡Gracias! Intenté configurar todo en función de ese enlace y mirar alrededor de las diferentes solicitudes de extracción y sus comentarios. Recorrí la mayor parte del camino, pero recibo el siguiente error después de compilar todo e intentar ejecutarlo:

ERROR: cannot launch node of type [message_to_tf/message_to_tf]: message_to_tf

Además (no estoy seguro de si está relacionado), pero Gazebo solo muestra una pantalla negra, aunque mi código se está ejecutando.

Compilé el proceso que usé aquí: https://github.com/Waterloo-Aquadrone/aquadrone2020_dev_workspace/blob/master/noetic_setup.md.

Hay una buena posibilidad de que pueda estar cometiendo un error tonto. Realmente agradecería cualquier ayuda en absoluto. ¡Muchas gracias por todo el trabajo increíble!

bueno, hasta donde yo sé, message_to_tf se refiere solo a un archivo launch y ac en uuv_description ~para verificar~.
Si todo está compilado, puede asumir que instaló correctamente uuv_simulation.

Lo invito a hacer esta pregunta en las respuestas de ros (consulte: https://answers.ros.org/question/67488/roslaunch-error-error-cannot-launch-node-of-type/) o stackoverflow.

Estoy tratando de implementar esta versión de Neotic y me encuentro con un error de segmento cuando agrego mi robot. Lo he reducido a cada vez que agrego un sensor. Puedo generar mi robot sin ningún sensor y flota y funciona. El mismo código funciona en el lanzamiento melódico pero no en el noético.

Aquí hay un ejemplo de un bloque de código que causará una falla de segmento. Estoy casi seguro de que el espacio de nombres y el marco de referencia inercial existen mientras funcionan otros códigos.

<xacro:include filename="$(find uuv_sensor_ros_plugins)/urdf/sensor_snippets.xacro"/>

<xacro:default_imu_macro
    namespace="${namespace}"
    parent_link="${namespace}/base_link"
    inertial_reference_frame="${inertial_reference_frame}">
    <origin xyz="0 0 0" rpy="0 0 0"/>
</xacro:default_imu_macro>

Gazebo simplemente imprime "Error de segmentación (núcleo descargado)" y luego el proceso muere. ¿Alguien tiene alguna idea?

Si alguien más tiene este problema, agregue return true; a la línea 144 de ROSBasePlugin.cc.
También tuve muchos errores relacionados con ned. Como solución temporal, eliminé las líneas 207 y 208 de UnderwaterObjectROSPlugin.cc

Volviendo a este hilo de nuevo :) @musamarcusso , ¿usted o cualquier otro mantenedor lanzará estos paquetes para Noetic a corto plazo? Si no es así, o si está ocupado, avíseme en qué puedo ayudarlo.

@hidmic , desafortunadamente, no tengo acceso completo al repositorio para administrar la migración a Noetic, tal vez esperando alguna respuesta de @musamarcusso o trabajando en alguna bifurcación :/

¡Hola @pxalcantara! Mucho tiempo sin verte :)

quizás esperando alguna respuesta de @musamarcusso o trabajando en algún fork

Veo. No bifurcar (es decir, no dividir los esfuerzos entre las copias de este repositorio) sería lo mejor en mi humilde opinión.