ArduPlane 2.62 released
I've just released ArduPlane 2.62
The main reason for this release so soon after 2.61 is to fix elevon mixing. That was broken completely in 2.61. My apologies to everyone with an elevon plane!
Other changes in this release:
- new IMU timing code from Randy. This improves the accuracy of the timing in the DCM code, which should give a small improvement in attitude estimation
- fixed fetching of relative altitude when you save a mission from the APM to a file using the mission planner
- added support for MAV_CMD_PREFLIGHT_REBOOT_SHUTDOWN. This makes it possible to reboot an APM2 remotely from a ground station
- added speed scaling for wheeled takeoff. This prevents the rudder from over-correcting in the later parts of a takeoff
- fixed setting a specific GPS protocol for an APM1-1280. This allows you to select any of the GPS drivers in a APM1-1280.
- fixed navigation roll in an automated landing, to prevent wings hitting the runway during the last stage of a landing
- fixed LAND_PITCH_CD to only apply to the final part of a landing
- fixed noisy PWM output on startup on an APM2. This should help with some cheaper ESCs not booting correctly on startup
- fix for NMEA parsing from Alexey Kozin (thanks Alexey!)
- added a AHRS_BARO_USE parameter. This allows you to disable the use of the barometer for vertical acceleration correction. Combined with ALT_MIX, this makes it possible to completely disable the use of the barometer (in case your barometer is very badly shielded from air flow)
Happy flying!
Replies to This Discussion
-
Permalink Reply by James masterman on -
Thanks Andrew, you are a machine!
The remote APM rebooting sounds good. My APM is buried in my airframe, so this will be useful. Will there be a reboot button on the mission planner to send the message?
Also can't wait to try out the ESC fix. My turnigy trust 40A ESC will sometimes not boot correctly.
-
DeveloperPermalink Reply by Andrew Tridgell on -
The remote APM rebooting sounds good. My APM is buried in my airframe, so this will be useful. Will there be a reboot button on the mission planner to send the message?
Michael could certainly add one. I've added it into MAVProxy for now.
Cheers, Tridge
-
Permalink Reply by Gábor Zoltán on -
Hi Andrew,
Thx!
I will try it soon.
Is AS bug fixed in this release?
Gábor
-
Permalink Reply by Perecastor on -
Thannks a lot Andrew ^^
I was thinking that i was crazy ....
I give a lot this morning and come back for feedback ^^
-
Permalink Reply by Perecastor on
-
Seems better but still having roll problems in stabilize and FBWA ( plane want to turn left when it's 100% leveled ).
I'll give a try/fly when the weather is better ( raining day today..... ).
But again, thank for the quickly support! your are a boss !
-
Permalink Reply by Mike Mac on
-
Has 2.92 fixed the telemetry painfully slow linkup bug that 2.61 has?
-
Permalink Reply by Asaak on -
Hi all!
I just updated to this last firmware and somehting really strange happen. I was going to perform a radio calibration but I realised that there is a huge lag between my actions and the response on the APM planner...for example, when I move the throttle stick it take like 7-8 seconds to show the bar moving up and down on the calibration menu. Same happen on flight stats, when I move APM 2.5 around it shows in the panel really really slow and with a huge lag! It was working yesterday night with 2.61...
Any ideas??
thanks!!
-
Permalink Reply by Asaak on
-
I forgot to mention but, I did the usual things on this situation : reinstall firmware, reset factory, reinstall APM Planner, and even try it on another computer. Same result.
I covered the baro sensor as you explain on the wiki. Is it possible that this has something to do with it??
Thanks!
-
Permalink Reply by Joseph Schauber on -
I am having the same problem on an APM 1/2560. My system is not functioning as it did on 2.6 . I am going back to 2.6 for now
-
3D RoboticsPermalink Reply by Chris Anderson on -
Did you erase the eeprom first? (CLI setup/erase)
-
Permalink Reply by Joseph Schauber on
-
Yes. As Asaak said everything seems to be moving in slow motion. I have another system with an AMP 2.0 running ArduPlane V 2.5 and will wait before upgradeing firmware to get the nav improvements.
-
Permalink Reply by Joseph Schauber on
-
Asaak - Question Have you resolved your problem? If so, what resolved it?
I am still having major problems with AP 2.62.
First :
Just to check my hardware I loaded Arducopter 2.73 without erasing or anything else. Arducopter loaded without problems. After loading I went to flight data and checked out the HUD action. The hud follows roll, pitch, and Yaw almost instantaniously. Also Transmitter calibration using tlementery was normal. OK the hardware is fine.
Second :
I did the exact same thing with ArduPlane 2.62 on the same hardware and guess what . Snails pace on Hud reaction to Roll, Pitch, and Yaw. There seems to be a major problem with the Mavlink system and 2.62 in general. Using the CLI calabration and testing of the hardware A to Z is normal. The numbers on all tests Roll, Pitch,Yaw,Compass, PWM, and Passthru follow inputs to the letter with no visable lag.
Help any one?
Social Networking
Top Content
Contests
Season Two of the Trust Time Trial (T3) Contest has now begun. The fourth round is an accuracy round for multicopters, which requires contestants to fly a cube. The deadline is April 14th.A list of all T3 contests is here.
Groups
-
ArduRover User Group
207 members
-
Japan ArduCopter Group
58 members
-
Moderators
24 members
-
ArduCopter User Group
1355 members
-
Australia
88 members
Advertisement
© 2013 Created by Chris Anderson.
Powered by
