-
Notifications
You must be signed in to change notification settings - Fork 696
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
Waypoints are cyclically re-requested by copter on SITL #402
Comments
this is not only in SITL, please update title, maybe i will get some attention. |
this issue can be worked around by loading misseditor module, and clicking "read WP" it's due to the comparsion in mavproxy_wp.py line 160: self.wploader.count() returns "0" (while there should be 5) |
If someone else has requested waypoints we need to reset our expected waypoint count, even though we're not doing the requests
This has been fixed in the latest version |
Works in the latest release. Closing it now. Please reopen if the problem persists in the latest release. |
I'm still having this problem with the current release. I start up mavproxy and SITL with |
Make sure you use the latest 2.9.2 dronekit, together with the latest pymavlink. That bug has been fixed already. |
I'm using dronekit 2.9.2 and pymavlink 2.3.4 and I still get that error though. |
I have the same problem after starting mavros by |
solved by clearing the mission |
I'm getting this on master/plane as at 2022-May-31 |
The cause is probably different than the original report but I've re-opened this because I'm seeing it as well. |
|
I just got it again. I had a clean clone (4.1), started SITL, all good, did a takeoff (crashed), switched to manual mode and started getting these messages. There was no mission or fence on the plane, it should have been a brand new, empty eeprom.bin, |
Oh. Ok so I did this:
So is it possible there is something in the param file I loaded that causes the problem? This is it here: I got it from here: |
I also cleared the mission in MAVProxy, after "WP: mission received" message in MAVROS, by issuing this command: rosservice call /mavros/mission/clear "{}" |
See http://discuss.ardupilot.org/t/waypoints-are-cyclically-re-requested-by-copter-on-sitl/16200
It append when Mavproxy is used as a proxy.
To reproduce the bug, use launch SITL. Connect APMplanner or another GCS, create a mission, write the mission and see mavproxy flood with "re-requesting WPs [0, 1, 2, 3, 4]"
Probably related to b7765a0 ?
The text was updated successfully, but these errors were encountered: