Arducopter 2.8.1 is now in the mission planner and in the downloads area! Remember to do your MP configuration again after loading this code, since it erases your EEPROM and sets it to the new defaults. 

Note: Issues with APM1 user's level feature not working are now resolved.  If you installed 2.8 we highly recommend you upgrade to 2.8.1 as 430 extra bytes of RAM have been freed up which reduces the chance of memory corruption (although we haven't seen any cases of this on the APM2 at least) .

Note #2: this release has not gone out for Traditional Helicopters until they can be tested fully.  Flip and Toy mode have also not been fully tested.

Improvements over 2.7.3:

  • Improved ACRO mode (Leonard Hall)
  • Improved stability patch to reduce "climb-on-yaw" problem (Leonard, Rob Lefebvre, Randy)
  • Rate controller targets moved to body frames (yaw control now works properly when copter is inverted) (Leonard/Randy)
  • Less bouncy Stabilize yaw control (Leonard)
  • OpticalFlow sensor support for APM2.5 (Randy)
  • DMP works again by adding "#define DMP_ENABLED ENABLED" to APM_Config.h You can also log DMP vs DCM to the dataflash by adding "#define SECONDARY_DMP_ENABLED ENABLED" (Randy)
  • Watch dog added to shutdown motors if main loop feezes for 2 seconds (Randy)
  • Thrust curve added to linearize pwm->thrust. Removes deadzone found above 90% throttle in most ESC/motors (Randy)
  • More timing improvements (main loop is now tied to MPU6000s interrupt) (Randy)
  • GPS NMEA bug fix (Alexey Kozin)
  • Logging improvements (log I terms, dump all settings at head of dataflash log) (Jason)

 

Bug Fixes / Parameter changes:

  • fixed skipping of last waypoint (Jason)
  • resolved twitching when no GPS attached (Tridge)
  • fixed loss of altitude if alt hold is engaged before first GPS lock (Randy/Jason)
  • moved Roll-Pitch I terms from Stabilize controllers to Rate controllers
  • TILT_COMPENSATION param tuned for TradHeli (Rob)


Code Cleanup:

  • HAL changes for platform portability (Pat Hickey)
  • Removed INSTANT_PWM (Randy)


As per usual PIDs are optimised for the 3DR/jDrones quad with 850 motors and 10" props. If you're using more powerful motors/props and are seeing bad flight behaviour in stabilize, start by turning down Rate Roll P in 25% steps.

Please note that on this release we've moved the Roll and Pitch I terms from the Stabilize controller to the Rate controller. There's some evidence that says this can lead to flips on take-off if you move the roll or pitch sticks around as you take-off so we recommend you leave these sticks in the middle until you're in the air.

Please feel free to report issues you find in the discussion below and/or add them to the issues list.

Thanks and enjoy!

Tags: ACM, APM1, APM2, ArduCopter, Heli, Quad

Views: 95848

Reply to This

Replies to This Discussion

Just a friendly reminder. I too love to hear mother language on foreign forums :) 

Is anyone able to assist with a thread I commented on 2 weeks ago, I think it's been lost in the thread.

http://www.diydrones.com/forum/topics/arducopter-2-8-released?xg_so...

Every now and then the aircraft twitches and you hear a slight beep form one of the motor as it does so. It's a HexaCopter.

I'm hoping it'll just be a PID adjustment that someone can suggest or if there is something obvious in the logs if the twitch can be seen.

Any help would be appriciated as it does concern me a little when flying as this behaviour doesn't seem right.

Many thanks,

Steve

Sounds to me like you get a sync issue between esc and motor.  Maybe try setting the esc's to high timing.

Another option might be that the esc's have some trouble with the high 490hz update rate.  Try setting RC_SPEED to 400 instead of 490.

Regards,

u4

Thanks U4, I will reduce the ESC timing to 400, will this affect anything else?

The ESCs are all jDrones 30A, how does one check / change their timings ?

The ESCs are all jDrones 30A, how does one check / change their timings ?

Read the manual that came with the ESCs. Remember that little piece of paper that came in each static bag? The one that nobody ever reads and throws away.

It should be exactly the same as this for the 20 Amp. (FYI< these ESC are rebranded all over the place such as RC Timer, Jdrone, 3DR, etc..)

http://stuff.storediydrones.com/ESC%20Manual.pdf

Programmable Items:

6. TimingLow / Medium / High, default is Low.

Usually, low timing value can be used for most motors.

 

 

LOL, Vernon, I'm a bloke, I never read instructions that comes with toys :-)

In all seriousness I don't remember receiving papers with the ESCs, however your link is very useful.

As timing by default is LOW, it would appear that lowering to 400 will help as suggested.

Think I will buy one of these to check all the ESC are as they should be.

http://www.hobbyking.com/hobbyking/store/%5F%5F29330%5F%5FTURNIGY%5...

Thanks again for your help.

Yes, rather than just saying RTFM, I tried to give you a little more info by providing the instructions in case you didn't have them and also show that particular ESC firmware is very common between several ESCs in that range.

 

Also, FWIW, I use SimonK firmware on mine with great results. IMHO, this is the better route (journey, as you would would say), to use the alternate firmware.

http://www.rcgroups.com/forums/showthread.php?t=1513678

 

This is your ESC internal programming pinout:

Don't confuse esc timing with the update rate of the apm -> esc signal.

Esc timing is usually low by default and can be set to medium or high.  High pole count outrunners (like we mostly use) usually feel better with high timing.  This is the timing of the current pulse that the esc send to the motor coils, kinda like the ignition timing on a combustion engine.  Slightly wrong timing can make the engine run a bit hesitating at certain rpm's.

Update rate (RC_SPEED parameter) is the frequency at which the APM sends commands to the esc's.  By default it does this 490 times per second (490 hz).  A lot of esc's can handle this just fine.  Some have trouble with it and get confused or just won't work at all.

Reducing this will slightly affect stability and agility (as the esc's don't get updated commands as often).   But if it gets rid of the glitches, I think it's worth it.

@Steven, a single motor beep/twitch can't be sorted out with PID's. If you enable 'motors' in the logs (see the wiki) you might be able to see a twitch in the output to a motor but if it's something like wiring, connection or a faulty ESC then it won't show up in the 'motors' part of the log. The twitch though should show up in if 'raw' is enabled in the logs as a spike in the gyro or accellerometer logs.
Many thanks for the reply Graham, most helpful.

I shall enable the suggested logs and see what that produces. I wish I knew which motor was twitching if indeed its the same one each time as it happens so fast.

I could then focus a little on what the cause may be. It's difficult fault finding these issues if you don't know where to start ;-)

This is a typical twitch - http://youtu.be/q_ECxFx8hsY

Thanks again,

Steve

It is exactly what I have been seeing on my new quadcopter. I thought that it was problem with my drivers, but since there are at least 2 people with their quads doing random twitching, it seems to be the problem on the code. 

Hi Markus!

I had twitching, that proven to be a loose cable on my RX. Have you tried to re-check all the wiring? Just my two cents...

Regards

RSS

Social Networking

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

Advertisement

© 2013   Created by Chris Anderson.   Powered by

Badges  |  Report an Issue  |  Terms of Service