Comments (13)
Hi guys,
Michiel here. I participated in the summer school of 2019 and am trying to get the seminar task running again (very beginner with ROS, tmux, linux, but experienced with Python on Windows). I therefore first go through the https://github.com/ctu-mrs/example_ros_packages
as to have a reference.
I changed the session.yml with the following line:
waitForSimulation; rosservice call /mrs_drone_spawner/spawn "1 --enable-ground-truth --enable-rangefinder --enable-mobius-camera-front --pos 10 -15 0.3 0.7"
I get the following error in the spawn window of tmux: transport error completing service call: unable to receive data from sender, check sender's logs for details
. Any pointers on how to solve/get a running reference of the uav system?
Many thanks.
from mrs_uav_system.
Hey, sorry, I forgot to update the tmux session in the examples. It should be up to date now (changes). Also, I have patched the 2019 and 2020 summer school repositories (changes, changes), with the latest updates, so they should hopefully work now as well. Let me know if you encounter more problems. Sincerely, Tomas
from mrs_uav_system.
Thanks a lot Tomas. I got a bit further but have some other errors. Potentially unrelated to this one potentially not.
I made some changes to run from python3. (if you'd like to know; i've documented some). Things improved. But I finished with some warning messages when running the summerschool's tmux session. In the control panel the odometry posted something like: callbackGarmin(): No odom_pixhawk. ControlManager posted: not recieving Mavrosstat message. In the Automatic_start panel AutomatStart posted: missing data on topic /ready_to_takeoff.
I went to this issue and saw the comments about px4. I performed the suggested commands. Then wanted to catkin clean & catkin build the mrs_workspace. I get the following. Any suggestion on what I did wrong?
from mrs_uav_system.
Hey, this looks like px4 is not compiling properly. Try the following:
- do
git pull
in thesimulation
repository, this should not output any error, if it does, let me know. Alternatively, you can callgitman install --force
in thesimulation
repository, to force update the submodules. - verify that the commit of
simulation/ros_packages/px4_firmware
by callinggit log
within its folder. It should outptut the following as the first line.
commit cbdd1b798bf6f7238aefb8f429bfddae32fd9576 (HEAD, tag: v1.11.2, origin/1.11.2)
- if the compilation error persists, compile it with
--verbose
, it should tell us more.
from mrs_uav_system.
pull master and checking the commit indeed solves the compilation of this package. Then some others failed. I pulled the uav_core as well. Some other compiles were now failing due to my changes. I pulled those master branches as well (mavros, mrs_rviz_plugins).
Some errors still remain for mrs_uav_odometry, mrs_uav_controllers and mrs_uav_managers. I pulled the respective master branches, but without effect. Should I checkout a specific commit instead?
from mrs_uav_system.
Definitely don't pull the respective master branches. In some cases it is fine, but we are not on master everywhere. For example in the case of Mavros. As a normal user, use gitman to checkout a specific stable combination of commits (gitman install
, it is called automatically when you do git pull
). There is an option to "update" everything to the newest version (which might be actually unstable and not working) by calling gitman update
, but you don't want to do that. More on that topic here: https://ctu-mrs.github.io/docs/software/gitman.html.
So to put everything into "normal state", just do git pull
in the uav_core and simulation. You can enforce the checkout of the stable commits by gitman install --force
if gitman objects (this can happen if you have local changes in the submodules or if your .gitman.yaml file has changed, e.g., due to gitman update
).
from mrs_uav_system.
[EDIT]: Now building the mrs_workspace using the set_mrs_workspace.sh does work when i revert my local changes. (simple change of not using if dict.has_key(key_name)
but if key_name in dict
. When applying my changes and doing the set_mrs_workspace.sh twice it does pass without errors. Running mtsp_state_machine/tmux/test/start.sh
is back to the errors described in #32 (comment). Something doesn't work when spawning uav 2. I'll let you know if I what's going wrong.--> pos of uav2 was outside gps area, changed it to: uav2: id: 2 x: 35
I'll continue and update this comment when I progress.
Current warnings are:
Current status is now like below.
[OLD]
I tried your solution, but it kept failing. I then removed the simulation and uav_core repostirories from my git folder, cloned them, installed them and build them. Still the same errors. This morning I tried resetting fully: delete the mrs_workspace, delete the git folder, delete the repos in the workspace folder. Furthermore I deleted what-ever I could find in my home folder that was related to the uav system.
Then I tried to freshly install the uav system. But I still get these errors. Should I go for an even more rigorous clean up?
I also have a lot (231) warnings in my console output. Things like these:
from mrs_uav_system.
Hi, so there are obviously multiple problems with your setup. You had the right idea with removing everything and installing it again, but we have to probably go even further.
- It looks like you have a broken dependency chain in
apt
. This needs to be fixed before any automatic installation script can get to work. The "gazebo9 is not going to be installed" message means, you can not simulate, because the simulator is not going to be installed. The easiest solution is to remove everything which has to do with "gazebo9" and install it freshly.
sudo apt remove "gazebo9*"
sudo apt remove "libgazebo9*"
sudo apt remove "ros-melodic-gazebo*"
I also recommend calling sudo apt upgrade
just to make sure everything is fine and up to date. If this fails, then fix missing packaged, etc.
Fresh installation of Gazebo is done by the install.sh
script in simulation/installation
.
-
When you did the fresh compilation of
mrs_workspace
, you got the "c++ killed signal terminated program c11plus" error. This usually means that you do not have enough RAM to compile all the stuff in parallel (vaguely speaking, you need approx. 2 GB ram for each CPU thread). Fixing this is easy, just compile with, e.g., two threads:catkin build -j2
. This is usually necessary only during the first compilation where all the packages are clean. It also helps to just rerun the compilation again. -
after you fix the installation, start with something simple, rather than the MTSP task. I recommend running the
simulation/example_tmux_scripts/one_drone_gps
sessions. That is the "minimal example". If the UAV takes off then the system is fine. Any more problems will be probably with the MTSP task repository.
It is often easier to just run the install.sh
in the mrs_uav_system
repository. The installation should stop whenever there is a problem. If it stops and says something like ... command failed with exit code ...
, then copy the surrounding text and post it here. Don't try to run the simulation (it won't work with unfinished installation) and don't try to fix it manually. However, in your case, we need to do some manual fixing, e.g., due to the broken dependencies.
from mrs_uav_system.
I tried run the example on tmux, just_flying.sh
. The UAV scenario and UAV appear but don't takeoff. The second terminal (Gazebo with command 'Gazebo' "waitForRos; roslaunch mrs_simulation simulation.launch world_name:=grass_plane gui:=true
) return this error:
process[uav1/sitl_uav1-3]: started with pid [72168]
INFO [px4] PX4 daemon already running for instance 1 (Success)
[uav1/sitl_uav1-3] process has died [pid 72168, exit code 255, cmd /home/lidiaxp/mrs_workspace/devel/lib/px4/px4 /home/lidiaxp/mrs_workspace/src/simulation/ros_packages/mrs_simulation/ROMFS/px4fmu_common -s etc/init.d-posix/rcS -i 1 -w sitl_uav1 -d __name:=sitl_uav1 __log:=/home/lidiaxp/.ros/log/9931fb48-89a2-11eb-b7d5-a7829f5bef3d/uav1-sitl_uav1-3.log].
log file: /home/lidiaxp/.ros/log/9931fb48-89a2-11eb-b7d5-a7829f5bef3d/uav1-sitl_uav1-3*.log
all processes on machine have died, roslaunch will exit
[INFO] [1616261829.566427, 6.284000]: [DroneSpawner]: Firmware for uav1 started!
[INFO] [1616261829.623215, 6.284000]: Spawn status: SpawnModel: Successfully spawned entity
And others terminal still waiting for odometry and control.
from mrs_uav_system.
Hey, since you are running the example session (not your own script) and this issue is regarding backward incompatibility for personal custom tmux script, I suggest moving this into the discussions. But this can happen for many reasons. Is our system up-to-date and does the mrs_workspace compile fully without errors?
from mrs_uav_system.
Yes, I installed MRS system last week and catkin build
don't returned errors. However, this error just occurs the second time that I run bash just_flying.sh
. I am closing the simulation with tmux kill-server
. Is there a better way to do this?
from mrs_uav_system.
Hi, this error tells you that the pixhawk instance is already running. So call killall px4
in terminal to kill it manually or use this key sequence https://ctu-mrs.github.io/docs/FAQ.html#how-to-stop-the-simulation for the clear shutdown of everything in the tmux session
from mrs_uav_system.
Thanks, it worked
from mrs_uav_system.
Related Issues (20)
- [DOUBT] Why are the ROS packages linked externally and not directly placed within the workspace? HOT 2
- Allow (again) to see and set non-ctu controllers and tracker in mrs_uav_status windowπ HOT 2
- Troubles running Rviz after installing the mrs_uav_systemπ HOT 13
- Update px4_firmware to 1.12.3. HOT 3
- Collision avoidance uses gps_origin even when rtk_origin is available. HOT 3
- MRS Bumper does not work well with complex trajectories.
- π Simulation does not start, PX4 crashes HOT 1
- π Backward incompatibility: we are no longer bulding with -march=native, please README
- π Backward incompatibility: `mrs_lib::Transformer` API changes, please README
- gzserver: symbol lookup error HOT 2
- ROS2 version HOT 7
- π Backward incompatibility: Updates for px4 firmware v1.13.2 HOT 8
- π Lockstep is not working as it should in the new version of the simulation. HOT 1
- π Calling rosdep init fails HOT 1
- Is there a easy way to implement a simulation environment with mrs? HOT 2
- π Towards the MRS UAV System 1.5 - please help updating the documentation
- Update README.md
- π Error installation via stable PPA HOT 1
- URGENT: How to completely remove mrs system full? HOT 2
- π Installtion error on Ubunto 20.04 ROS Noetic HOT 8
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
π Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. πππ
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google β€οΈ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from mrs_uav_system.