Warning #1: PX4/Pixhawk users upgrading from AC3.1.5 (or earlier) may need to re-do their compass and accelerometer calibration because AC3.2 also uses the backup compass and accels. Pre-arm checks have been added to ensure this has been done.
Warning #2: on the APM2.x the logs must be downloaded using MAVlink instead of the terminal.
AC3.2-rc14 is now available for BetaTesters through the mission planner’s Beta Firmwares link. The full release notes can be found in ReleaseNotes.txt and changes from -rc13 can be seen below.
Feel free to raise issues found during testing on this discussion or in the new support section in the APM Forum.
It’s a big release with “the onion” restructure and a bunch of new features (including these 57 closed items) so we need to re-test almost everything including all flight modes, all mission commands and all the new features. Marco and I will be maintaining (and adding to) this testing list. Issues reported will first be checked by Jonathan, Marco and I and then confirmed bugs/issues will be put on the github issues list (and then hopefully fixed).
Thanks especially to the beta testers who put their copters at risk testing each release. Enjoy!
Changes from 3.2-rc13
1) Safety Features:
a) fail to arm if second gyro calibration fails (can be disabled with ARMING_CHECK)
2) Bug fixes:
a) DCM-check to require one continuous second of bad heading before triggering LAND
b) I2C bug that could lead to Pixhawk freezing up if I2C bus is noisy
c) reset DCM and EKF gyro bias estimates after gyro calibration (DCM heading could drift after takeoff due to sudden change in gyro values)
d) use primary GPS for LED status (instead of always using first GPS)
Replies
Does someone know how to control two landing gear retract servo from Pixhawk...I know I have to power servos from bec, but where signal goes...Aux out does not seams to work ..
I am a bit lost in all this connections...
can I use some of MNT_MODE parameter ?
https://github.com/diydrones/ardupilot/issues/1123
this suggestion from support forum somehow does not work for me:
" @dmurray14.....The pixhawk (IIRC) doesn't support RC passthru, but you can "hack" it to work with the camera gimbal screen assuming you aren't using that already. Plug your leg servo into RC9 on the Pixhawk (labeled AUX1) and go into the camera gimbal config screen and set RC9 to be tilt, for instance. Make sure to uncheck stabilize and then set the limits as required and set the input channel to whatever you want the trigger to be on your TX
Joined: Wed Sep 25, 2013 11:06 am
Posts: 321
I think you can try to follow @dmurray14 suggestion but instead of tilt, use the roll, Iris is preconfigured only to control the tilt so roll could be used for the retractable landing gear
The red wire of the gimbal connection is connected to Pixhawk's AUX OUT 2 (RC10) so you could take this red wire and split the ground (brown wire)."...????
heres what I did. as I also have lights hooked up to the gear switch. make sure you change servo limit to 1900 in mission planner under gimbal
qiii.png
I've been testing my quadcopter with the latest beta release of 3.2. I uploaded a simple mission where the copter was supposed to fly to 10 m an loiter. (I had put a small Canon point-n-shoot camera on it as well.) For some reason the copter decided to fly to nearly 120-130 m (~400 ft) after I attempted to Land. Then it oscillated from 120 m to 25 m a few times then finally got close enough to the ground to cut power to land. I didn't see any obvious error conditions. It kept centered over the original takeoff coordinates and kept the same yaw orientation thoughout the flight.
Has anybody seen this problem? (I attached logs and the altitude profile.)
Also, the wpalt values seems to be missing from the logs.
2014-07-06 21-05-37-pogo-flight.log
pogo-flight.png
Was this the first time with the camera? Is the camera equipped with Wi-Fi? I only ask as I've read that GoPro cameras with Wi-Fi can interfer with radio reception. Just curious to help identify your problem. When you fly without it, did the multicopter repeat the flight characteristics you observed?
I just ran another test and it flies fine without the camera. I had also noticed that the HDOP was a little higher than normal. (I usually like it below 2, but it was above 3 for some reason. I flew in the early evening so maybe the satellite geometry was non-optimal as well.)
Another experiment I'll try will be to change the INAV_TC_Z parameter to 0 to solely use the barometer to see if it was accelerometer/vibration related.
I was using a little Nikon CoolPix S8200 camera zip tied to the frame as a poor man's video platform. It doesn't have any wireless communication capabilities. It may have something to do with the additional weight. The copter seemed to pull it fine and level out without a problem. It worked fine before without the camera.
I make a simple quad copter by ArduCopter 3.2RC2 on P4FMU only. The receiver is FrSky TFR4-B.
I set ARMING_CHEK to 0 (zero) to disable pre arming check to escape safety button function.
The armed and disarmed function are working by observation of Mission Planner.
However, the actual out put of CH3 is not activated at all.
I think this is not normal but just give a try to avoid PX4FMU to garbage:-(
Any idea?
-
306
-
307
-
308
-
309
-
310
of 373 Next