Uuv_simulator: Libération noétique

Je suis dessus ;)

Eh bien c'est très rapide ! :RÉ

Toutes les dépendances ne sont pas encore publiées pour noetic, par exemple joy et joy_teleop, nécessaires à uuv_teleop.
https://github.com/ros-drivers/joystick_drivers/issues/170
https://github.com/ros-teleop/teleop_tools/issues/51

c'est vrai, la première étape serait d'ajouter un travail sur Travis afin que nous puissions vérifier quand les dépendances peuvent toutes être trouvées.

J'ai fait quelques expériences pour mettre à jour la version de Travis. https://github.com/arturmiller/uuv_simulator/tree/noetic
https://travis-ci.org/github/arturmiller/uuv_simulator/jobs/693993787
Ce n'est pas facile à mettre en œuvre, car industrial_ci a fait de gros changements. Il n'y a plus d'arguments BEFORE_SCRIPT et AFTER_SCRIPT et ils ont été déplacés vers colcon au lieu de catkin.
Comme je le sais, catkin_tools n'est pas encore disponible pour noetic.

oui, j'ai vu qu'ils avaient mis à disposition une version legacy avec l'ancienne configuration. J'ai fait quelques expériences localement sur ma machine ici, il y a encore quelques points à vérifier.

Je suis maintenant capable de construire et de tester uuv_simulator avec les récents changements industrial_ci :
https://github.com/arturmiller/uuv_simulator/tree/noetic
https://travis-ci.org/github/arturmiller/uuv_simulator/builds/696565670
La plupart des changements sont simples, mais il y a un problème qui nécessite une certaine forme de refactorisation. Les tests de uuv_gazebo_ros_plugins nécessitent uuv_descriptions. Il en résulte une dépendance circulaire. Pour l'instant j'ai supprimé les tests dans uuv_gazebo_ros_plugins.
En dehors de cela, je ne sais pas pourquoi le script run_tests.sh est utilisé à la place de la procédure intégrée de industrial_ci. J'ai utilisé le testeur intégré, car catkin_tools n'est pas encore publié dans Ubuntu 20.04. Cela semble bien fonctionner.
Si vous voulez fusionner cela, je nettoierais mes commits et créerais plusieurs problèmes et relations publiques, où nous pourrons discuter de tout si nécessaire.

J'ai oublié de mentionner. Les packages joy et joy_teleop ne sont toujours pas disponibles. Pour l'instant, pour que les builds travis réussissent, j'ai commenté ces dépendances dans le package.xml. La construction et les tests ne les nécessitent pas. Mais il bloque toujours la libération noétique.

@arturmiller Des mises à jour ?
Puis-je utiliser ce repo pour ROS noetic maintenant puisque joy et joy_teleop sont maintenant disponibles pour ROS noetic ?

Cogner. Serait très intéressé de savoir si UUV Sim est bon (ou serait bon avec un peu de travail du côté utilisateur lors de l'installation) sur Noetic. Ma place est entièrement sur Python3 et je suis actuellement confronté au mal de tête de contraindre Melodic à travailler avec Python3.

Oui joy et joy_teleop sont disponibles dès maintenant pour noetic. catkin_tools n'est toujours pas correctement porté, mais il peut être facilement installé à partir de la source avec pip.
@purvikpatel Je ne recommanderais pas d'utiliser ma fourchette directement. La construction est en cours, mais je n'ai fait aucun test manuel. Je suis sûr que cela ne fonctionnera pas, car la couverture de test n'est pas très élevée. De plus, cette branche regorge de commits "exploratoires", car je n'ai pas pu dupliquer exactement la construction de travis localement.
J'ai espéré plus d'intérêt de la part des mainteneurs à ce sujet, mais ils semblent être assez occupés. Mon dernier numéro #406 n'a presque pas retenu l'attention.
J'aimerais voir ce repo être mis à jour, mais je pourrais aussi créer un fork fonctionnel pour noetic et Python3 (si l'intérêt en général est assez grand et si la maintenance du repo continue de manquer). Cependant, je ne serais pas en mesure de maintenir ce projet plus loin et je ne peux pas publier de paquets Debian.

catkin_tools n'est toujours pas correctement porté, mais il peut être facilement installé à partir de la source avec pip.

En fait, je pense que c'est corrigé. Depuis Ubuntu 20.04, je peux simplement faire sudo apt install python3-catkin-tools

Une mise à jour sur l'avancement de cela? J'ai essayé le repo créé par @arturmiller et cela me donne une erreur free(): double free detected in tcache 2 dans le belvédère.

catkin tools est maintenant opérationnel dans Noetic.
Est-ce que quelqu'un est prêt à sortir ça pour Noetic ? :visage_légèrement_souriant:

Vous faites un travail incroyable! Je remercie cette version réelle : https://github.com/uuvsimulator/uuv_simulator/pull/423/commits/66474bd3648f9fa2d0cf1d42e153ee08f3d3da7e#diff -71b515d752a471114f16806cd6bf541d62e8d81e79f4fbce6325c5
pour avoir adapté la version mélodique d'uuv à noetic, vivement la sortie officielle. Tu es incroyable.
(en postant ceci ici pour ceux qui essaient désespérément de le faire fonctionner sur noetic pour le moment).

Salut tout le monde. Jusqu'à ce qu'il y ait une version officielle de noetic, est-ce que quelqu'un a un fork fonctionnel du repo ou un ensemble d'instructions qui peuvent être utilisées pour l'installer ? Appréciez tout le travail impressionnant qui est fait ici!

vérifiez le lien du commentaire ci-dessus ;) Il a été ajouté ici pour vous faciliter la vie.

Merci! J'ai essayé de tout configurer en fonction de ce lien et de parcourir les différentes demandes d'extraction et leurs commentaires. J'ai fait la majeure partie du chemin mais j'obtiens l'erreur suivante après avoir tout construit et essayé de l'exécuter:

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

Aussi (je ne sais pas si c'est lié), mais Gazebo affiche simplement un écran noir, même si mon code est en cours d'exécution.

J'ai compilé le processus que j'ai utilisé ici : https://github.com/Waterloo-Aquadrone/aquadrone2020_dev_workspace/blob/master/noetic_setup.md.

Il y a de fortes chances que je fasse une erreur stupide. J'apprécierais vraiment toute aide. Merci beaucoup pour tout le travail génial!

eh bien, pour autant que je sache, message_to_tf se réfère uniquement à un fichier de lancement et ac dans uuv_description ~à revérifier~.
Si tout est compilé, vous pouvez supposer que vous avez correctement installé uuv_simulation.

Je vous invite à poser cette question dans ros answers (check:https://answers.ros.org/question/67488/roslaunch-error-error-cannot-launch-node-of-type/) ou stackoverflow.

J'essaie d'implémenter cette version de Neotic et je rencontre une erreur de segmentation lorsque j'ajoute mon robot. Je l'ai réduit à chaque fois que j'ajoute un capteur. Je peux faire apparaître mon robot sans aucun capteur et il flotte et fonctionne. Le même code fonctionne dans la version mélodique mais pas dans la noétique.

Voici un exemple de bloc de code qui provoquera une erreur de segmentation. Je suis presque certain que l'espace de noms et l'inertial_reference_frame existent car d'autres codes fonctionnent.

<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 imprime simplement "Défaut de segmentation (core dumped)", puis le processus meurt. Quelqu'un a-t-il une idée?

Si quelqu'un d'autre rencontre ce problème, ajoutez return true; à la ligne 144 de ROSBasePlugin.cc.
J'ai aussi eu beaucoup d'erreurs liées à ned. Comme solution temporaire, j'ai supprimé les lignes 207 et 208 de UnderwaterObjectROSPlugin.cc

Je reviens sur ce fil :) @musamarcusso est-ce que vous ou un autre responsable publierez ces paquets pour Noetic à court terme ? Si ce n'est pas le cas, ou si vous êtes occupé, faites-moi savoir comment puis-je vous aider.

@hidmic , malheureusement, je n'ai pas un accès complet au référentiel pour gérer le portage vers Noetic, peut-être en attendant une réponse de @musamarcusso ou en travaillant dans un fork :/

Salut @pxalcantara ! Ça fait longtemps :)

peut-être attendre une réponse de @musamarcusso ou travailler dans une fourchette

Je vois. Ne pas bifurquer (c'est-à-dire ne pas répartir les efforts entre les copies de ce dépôt) serait le mieux à mon humble avis.