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
Hello,
Today I made the first flight with VR Micro Brain 5.1, I was very satisfied with the behavior in flight, very smooth, without bumps and jolts, listening to the sound of their engines was very smooth and progressive accelerations and decelerations, the only strange thing ruotavo when the quad on himself left very, very slowly while turning to the right a bit faster in the other direction either pitch or roll was very responsive and fast.
I do not know where to look in the parameters (if it is a setting), as regards the behavior mentioned above.
greetings
Hello Micha,
I solved I changed the ESC and everything is ok, for the calibration I made one at a time with the receiver.
regards Fabio
Good to hear you resolved it. :) Do you like the way it flies? I do ;)
for my part i got in touch with Roberto,sent him the logs and he is looking into it.
Hi, beta testers, I tested all flight modes and auto mission with AC3.2 rc3 with hexacopter TOW 7Kg, without EKF below my observations:
rtl land loiter poshold althold and stabilize ok
Auto ok waypoint ok, spline ok, do set ROI ok with brushless gimbal, do change speed ok.
auto takeoff and land ok.
Autotune OK
Condition YAW absolute ok but relative no work.(if I set 90° copter only achieve 30-45°)
Rally point no work when invoke RTL from manual mode (althold, loiter, poshold)(even after upload on MP) not test through auto-mission ( you confirm test process for rally point is automission and RTL?)
Question relative to pixhawk users: waypoint limit? and Rally point limit?
Regarding battery failsafe, the best would be that from all flight mode when capacity limit is reached invoke RTL, and when voltage limit is reached invoke land ? what do you think?
Also regarding auto mission, there's possible to start mission from mp directly? add start mission button? if it already works what's the process?
Also with little hexacopter f550, I tested MOTOR FAILURE in flight, and copter could continue flight, even it could be difficult to maintain the heading. when motor failure occur drone drop off 2-5m drifting in direction of the failed motor. AC3.2 recover this situation in 2-3 seconds without dead roll. before AC3.2 my attemps always crash doing roll of dead.
When we can use Do-Mount-Control?
Also regarding pause auto-mission, it works, but there is possible to move actual waypoint number variable to eeprom? like this even when copter no finish big mission, and when it rtl, land and we change batteries (reboot), when we restart mission, automatically copter go to waypoint targeted just before rtl?
We've just found a mostly innocuous bug in -rc3. I've added it as Warning #2 in the main discussion above.
The bug is a missing bracket in this line. This issue is that for PX4/Pixhawk users, their vehicle could have the throttle/radio failsafe triggered even if it's been disabled through the mission planner's Failsafe set-up page. This throttle failsafe is triggered when the PX4/Pixhawk stops receiving updates from the receiver which can happen when the TX is turned off or the receiver is pulled loose. Now most users would want a failsafe to trigger in this case so it shouldn't be a problem.
If you generally do *not* set-up your throttle failsafe I would recommend waiting until -rc4 is out which will include the fix.
Christian,
"Ah, that explains the Failsafe warning when powering on without active TX."
Wish you were right :-(
For me it does'nt matter if my Taranis is on or off.
My values are:
TX on = 1015
TX off = 991
FS Pwm = 1003
so it should be working???
Please take a look here:
http://copter.ardupilot.com/wiki/battery-gps-and-gcs-failsafes/
sorry Rainer, but that's the batt part. I was talking about the throttle failsafe.
As i performed (without any luck) on http://copter.ardupilot.com/wiki/throttle-failsafe/
:-((
Could this also have been a PixHawk bug in the V3.1.5? Because it will not "hold" my setting for the Trottle failsafe.
-
203
-
204
-
205
-
206
-
207
of 262 Next