KTH Space Lab world: reintroduction with server.config plugin fix#33
KTH Space Lab world: reintroduction with server.config plugin fix#33Pedro-Roque merged 2 commits intomainfrom
Conversation
|
@E-Krantz this works for me now. There's however something that should be fixed: when one runs the |
|
@Pedro-Roque The starting pose can not be set by PX4_GZ_MODEL_POSE=${PX4_GZ_MODEL_POSE:="1 0 0.1 0 0 0"}to the airframe file Alternatively, we can ask the user to set the pose at launch with: make px4_sitl gz_spacecraft_2d_kthspacelab PX4_GZ_MODEL_POSE='1,0,0.1'or by using discower_launch. What do you think? If we go with the first option, the user can still set other poses with make px4_sitl gz_spacecraft_2d_kthspacelab PX4_GZ_MODEL_POSE='[some pose]' |
|
I think we can add to discower_launch, and also add to PX4 docs. In fact, we should start preparing the PX4 docs for spacecraft, as there's quite a few things to add :) |
|
So not adding a default pose, i.e., this line PX4_GZ_MODEL_POSE=${PX4_GZ_MODEL_POSE:="1 0 0.1 0 0 0"}to In a PR on |
|
Exactly, not adding the default pose. |
|
@Pedro-Roque Can this be merged? discower_launch has already been updated with setting the pose for |
|
@E-Krantz done |
This PR reintroduces the KTH Space Lab world and the submodule update from #30, along with the plugin configuration fix from #31.
PR #30 was originally merged and later reverted.
Included:
px4-gazebo-modelsto includekthspacelab.sdfkthspacelab.sdfto the CMake buildserver.configwith Gazebo system plugin definitionsgz_env.sh.into useGZ_SIM_SERVER_CONFIG_PATHfor plugin loadingThese changes restore the original feature and fix, keeping us consistent with upstream PX4-Autopilot.
Note:
After pulling, run
once to update
gz_env.shinbuild/.If approved, #30 and #31 will be closed.