Closed osrf-migration closed 5 years ago
Original comment by Arthur Schang (Bitbucket: Arthur Schang).
I imagine there is a max Z-height for the world. Does this bug affect your solution?
Original comment by Sophisticated Engineering (Bitbucket: sopheng).
It should not affect our solution. For that reason I categorized this bug as minor. But it confuses me, that, if during the competion one robot fly away due to an erroneous controller, the complete environment may crash. So the complete simulation run would break. I think it would be good if this could be avoided.
Original comment by Arthur Schang (Bitbucket: Arthur Schang).
My proposed fix is to completely enclose the starting area. Would this affect your solution?
On the other hand, the world could be changed to scale indefinitely and not crash if a quadrotor ventures off into the (very) vast unknown.
Original comment by Sophisticated Engineering (Bitbucket: sopheng).
I thought it might only be required to handle the error so that not the whole ignition crashes. The crashing of one node would be OK for me.
But if this can only be solved by doing more, we should leave it as it is.
Original comment by Alfredo Bencomo (Bitbucket: bencomo).
Original comment by Hector Escobar (Bitbucket: hector_escobar).
We saw the same behavior when we would start our controllers/estimators before the world was loaded. Is the same as issue #145. We solved it by putting a delay before launching our controllers.
Original report (archived issue) by Sophisticated Engineering (Bitbucket: sopheng).
When I start ignition with more than one robot and an X4 robot is flying up and away the ignition process crashes. This does not happen every time but it worries me a little bit.
server output (running the docker image
osrf/subt-virtual-testbed
withtunnel_circuit_practice.ign worldName:=simple_tunnel_03
):Errors in the window where our solution is running: