-
Notifications
You must be signed in to change notification settings - Fork 13.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Simulator gives MANUAL CONTROL LOST #9569
Comments
A temporary workaround is to set COM_RC_LOSS_T timeout to maximum. |
Thanks Hamish for creating the defect report. For me setting NAV_RCL_ACT to "RC Auto Recovery" helped. With that setting when MANUAL CONTROL LOST happened this had no influence on the simulation. I had COM_RC_LOSS_T at 0.5s all the time. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
1 similar comment
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
Closing as stale. |
I believe this is fixed, please re-open if it's still an issue. |
@julianoes : On which version is this fixed ? Is this fixed without setting COM_RC_LOSS_T timeout to maximum? |
What do you mean lock mode? |
I am not sure what is Iock mode, assumed it meant hold mode. But I can reproduce the issue in stabilized or hold mode. |
I'm confused. I don't see that and I use SITL/HITL all the time. Is it SITL or HITL? @hamishwillee what do you mean with?
|
@julianoes I haven't seen this issue for a while, but it may be because I disabled automatic locking of my computer when I am absent. |
Aha, I'd say that's expected because the OS basically stops and the time slips. With lockstep it should not happen anymore though. |
IN that case, from my perspective this is closed. |
I can reproduce this on Ubuntu 16.04 with docker. Is it due to too much processor hogging ? |
@echoGee what PX4 version? |
Version is 1.8.2 |
Right, in that case it's probably because the simulation runs too slowly on your computer. I can only recommend to use 1.9 where we have lockstep for exactly this problem. |
When running simulator there are lots of warnings “Manual Control Lost” and shortly afterwards “Manual Control Regained”. We shouldn't be getting these warnings because we don't have manual control (Simulator) and COM_RC_IN_MODE is set by default such that RC fails should be ignored.
This can be replicated Gazebo Standard VTOL (Macbook pro) and on jmavsim or Gazebo multicopter on Linux computer running Ubuntu 16.04.
I can reproduce on Ubuntu on any build in the last couple of weeks. Simply start the simulator and then putting my computer into lock mode. After COM_RC_LOSS_T the manual control lost message is output in QGC. Undoing lock regains control. I THINK this happens at other times, but I cannot reporduce that.
FYI @RomanBapst. Reported by Ivo Dresher on slack here: https://px4.slack.com/archives/C0V533X4N/p1527595988000400
The text was updated successfully, but these errors were encountered: