I agree. I just have the added confusion that the airspeed logs graph to crap while the GPS ground speed seems fine. The cure for me is to disable ARSPD_USE. The Nimbus transitions and forward flying are then superb. I’m using stable Plane v3.9.8 on a Pixhawk 2.4.8 (Pixhawk 1) pulled in from Mission Planner.
Is your setup using an analog AS sensor? Pixhawk 1? Is there any other commonality between our setups that might suggest an area to look? Doesn’t the code have a transition time-out on reaching ARSPD_FBW_MIN or revert to GPS speed if the airspeed data is garbage?
I’ll connect another AS sensor this afternoon and look for differences.
The second analog AS sensor behaved the same when blowing into the pitot tube. You can see the Airspeed gauge below behave properly. This was true on both setups. Perhaps if a bug exists, a workaround may be to install a digital AS sensor…for now.
After using a multi-meter, I figured out that the connector between the nose and body was not fully mating. There was no artwork or alignment issue…it was simply a depth problem. I fixed my nose connector problem by replacing the three stock screws in the nose board with slightly longer ones and added some spacers in the back to move the board outward. The spacers were held in place with tiny pieces of paper. Now, my AS sensor and gimbal power/control is back to being cable-free.
Greg, Thank you
Graham, These guys are magicians
My problem - hopefully you experts can get it from the log
I took off in QLOITER then change to CRUISE and after a circuit changed to AUTO
The plane pitched up, climb for a few metres , stopped and transitioned to VTOL ( hanging in the air)
I changed to QLOITER and tried to bring the plane back
All went fine but i had no rudder control.
My questions: Why did it not fly the mission and secondly why did the rudder died on me?
It comes out a bit odd when I open it in MP but I can see it. I think you need to take out the Take-off command from the mission as the plane will try initiate a take-off by going back to hover mode. If flying already then just put a waypoint in as your first mission item.
Not sure about the rudder, is this in 'copter mode? Because the rudder doesn’t work anyway on my Nimbus in plane mode.
Thanks - will change my flight planning procedure and try again
The rudder movement might be that it went from CRUISE to VTOL
without a command (or a none standard command) and switching to QLOITER
over another CRUISE command ( very quickly) did not register properly.
I’m not sure what amp draw you are setting. My setup is very close to a V2 so here is a graph from my recent flight using a light camera payload up front (no mapping camera underneath).
During the “Hover” period, the plane was ascending. For FBWA, the ground speed was 20m/s.
Ok, I see now. On my setup, which is not an official V2, I am using a calibrated Mauch Power Module and that information comes with it to be entered into the BATT_AMP_PERVLT parameter via Mission Planner. In my case, BATT_AMP_PERVLT is set to 64.73156, BATT_VOLT_MULT is 10.00387, and BATT_CAPACITY to 10000.
The only V2 model I have params for is Gordon’s and it reads BATT_AMP_PERVLT is 48…which may just be a default setting.
