Servers by jDrones

Strange behaviour in Qplane mission

(Henry Wurzburg aka ATX_HELI) #1

Running a simple Qplane mission: VTOL takeoff, proceed to a waypoint, then another, then proceed to a LOITER_TIME waypoint hovering in copter mode since Q_GUIDED_MODE is enabled, then proceed to yet another waypoint, and RTL.


The mission proceeds fine, turns at the first waypoint maintaining altitude thru the turn, then proceeds to the waypoint before the LOITER_TIME, climbing to that waypoints target altitude (doesn’t quite get there)…but as it reaches it and begins to turn to the LOITER_TIME waypoint it drastically drops in altitude (to ~60feet) instead of smoothly beginning to transition from 150 feet to 100 feet…in addition, as the transition occurs, throttle momentarily completely goes to idle and then surges back…this throttle glitch also occurs as it transitions back to plane mode to fly away from the LOITER_TIME waypoint…very dramatic…

Questions:

  1. Why the radical (and dangerous) altitude drop and recovery as it turn to the LOITER_TIME waypoint? In the log you can see that the unused Qplane alt target is at that low value, and moves to the LOITER waypoint altitude…the plane recovers altitude at that point…its almost like the alt target is set before the transition is completer…actually at the crossing of the waypoint radius since altitude loss begins dramatically as the turn begins…
  2. Why the massive glitch in motor power on transitions?

log is here: https://www.dropbox.com/s/q6hnsz3869hr42l/Qplane_Mission.BIN?dl=0
video is here: https://youtu.be/wcJUWRoFAmQ

(rmackay9) #2

It would be good to test this in SITL (this is possible with MP). Testing this will allow us to know if it’s a software issue or a vehicle setup/configuration issue.

David Buzz just tested with a quadplane (a little different from the vehicle you’re using) in MP and it seemed to be OK which pushes us in the direction of a vehicle setup issue but let’s see.

(Henry Wurzburg aka ATX_HELI) #3

Thanks…I can get the MP sim to run with std SITL quadplane, but when I load my Convergence params in, the sim (even backing out the upside down Convergence FC orientation), it refuses to run the sim…BAD AHRS, BAD Compass, etc. Obviously, the sim expects a certain hardware configuration (servo/motor outputs?, zero-ed INS/Compass?) but there is no list of what that needs to be that I can find. (another potential doc update for me to do :wink:
Edit: I now understand that I need to get a specific convergence physics model…

(Mark Whitehorn) #4

@hurzburg I ran a similar mission with RealFlight 8 and my Convergence parameters. Didn’t see anything wrong with throttle management or the flight profile. Here’s a plot of altitude and throttle outputs (motors are on channels 5,6,7).

and the log is here: https://drive.google.com/open?id=1biqZFRXW_a_t93x1SUq55E5Qp2OS1EvK

(Henry Wurzburg aka ATX_HELI) #5

thanks…could you drop the .param file you used also? thanks

(Mark Whitehorn) #6

The params are also in the log file, and can be extracted with a command like
“mavparms.py log.bin > params.txt”
I put the result of that command in the gdrive folder. I’m not sure if Mission Planner can display parameter values from a log.
Also, I’ll be traveling for the rest of the day, so it may be a while before I can do any more on this.