I am opening this topic to serve as the go-to place for talking about the upcoming 2.9 software release for Trad Helis.  I think this will be necessary as 2.9 will have SIGNIFICANT changes in the way that the helis fly, and also in the settings you will use.

Yesterday, I flew 4 packs of "2.9 - rc2" from the downloads section on my 450 heli.  The file is located here:

http://code.google.com/p/arducopter/downloads/detail?name=ArduCopte...

I would be interested in having some other people try some test flying with this.  I'll have to walk you through the setup, as it requires a bit of work to get a flying parameter setting using the rate controllers which are now active.  You CANNOT fly using the old parameters for Stabilize PID.  Don't even try it.  Also, the Alt_Hold parameters will have significantly changed.

This is slightly complicated by the fact that we have some new Heli-specific Rate PID parameters called "Rate_Pitch_FF", also for Roll and Yaw.  Unfortunately these are only accessible in MP from the Advanced Parameters List.  Hopefully I can get that fixed.  What I'd like to do is for TradHeli, in MP, remove the Rate_Pitch_D, in the Config PID screen, and replace it with Rate_Pitch_FF.  This is because I have found the D-term to be completely unusable anyway.  The FF is feed-forward.  This was what I found was the key to getting the heli to be able to fly in rate mode.  Basically, it is like P-term, but has no error correction.  It's sort of like this:

P-output = P-term x (Rate Input - Current Rate)

FF-output = FF-term x Rate Input

then you also have the I-term output.  So the total servo command is:

Servo-output = P-output + I-output + FF-output

I have also implemented the FF on the yaw controller, and found that it actually helps to stop the slight "tail wag" that we always had.  

There are also some new settings for the collective.  These are Stab_Col_Min and Stab_Col_Max.  What these are for is sort of like Idle-up pitch curves.  You can now set up your swash plate with full negative pitch, maybe a range of -10° to +10°, or +/-12°, but when flying in Stabilize mode, you can set Stab_Col_Min to reduce the amount of negative pitch available to something like -3° or whatever you prefer.  This gives a nice soft feel.  However, in Acro mode, you will get the full range, and also the auto-pilot modes get the full range.  For example, I set my Col_Min and Col_Max to give me +/-10°, and then I set Stab_Col_Min to 40, which is 40%, and this changes the negative pitch to only -2° in Stab mode.

The only thing to know here is that when you change modes between Acro and Stab, the swash-plate will jump up and down, so you have to be ready for it.  It's no different than using Idle-up in your Tx.

My test flights yesterday went quite well.  The Alt_Hold now works beautifully, and I actually prefer landing in Alt_Hold rather than Stabilize!  I also did a few flips with it in Acro mode (very ugly, I'm not good at this) using full negative collective when upsidedown, and it worked well.  It didn't seem to get confused.  Finally, I tried going into Acro, rolling it over upside-down or sideways, then back to Stabilize, and it flipped right way up which is good.

The only problem I have seen so far is that when flying in Alt_Hold, if you push the cyclic full forward and get up a high speed, the altitude starts to oscillate badly.  I suspect this is a classic "phugoid", or pitch/throttle oscillation.  We'll have to work on this. However it seems to fly well up to about 1/2 Vmax.  

I'll try to post my Parameter file here tonight, but I caution that the settings will be HIGHLY dependent on your servo speed, as well as many other setup differences.

Views: 27208

Reply to This

Replies to This Discussion

I did the radio calibration, but the odd thing was, I had to reverse on the RC the Aileron, Elevator and Rudder to get the right response, compared to my previous setup with 2.7.3

And yes I found out to define the HELI_FRAME...

Is there something else important in the config ?

The collective works in the right direction, but to get it to work, I had to ARM via MP. Without arming no collective !?

I preset all the parameter, collective travel and so on, everything looks fine except the arming otherwise  I could start real testing.

If I arm via MP it will disarm after a while if collective is down, so it recognises the throttle input in the right direction.  

Ah it's called "INS_MPU6K_FILTER", I thought I was going mad trying to find it.  I've got everything uploaded, I'll do some flying tomorrow.

Oops, yes, sorry about that.

Do I need a flybar-less bird for this?  I Just got my 500 in the air on 2.7, so I don't have much to lose by testing this code.

It should work with a flybar, but know that it's not well tested.  I actually did the initial development work for the rate controller on my 600 flybar.  I finished the work on my 450 flybarless.  But I don't foresee any problem.  

So I think it will be Ok.  

You just have to set H_Swash_Type to 1, which changes a few settings for the flybar.  

Manfred, sounds like something still isn't right.  I don't know why your channels would be reversed, or why you don't get any servo movement when you disarm?  (btw, how do you arm with MP?  I didn't even know you could do that!)

I haven't changed anything, that would stop the servos from moving when disarmed.  They should move, armed or disarmed.  That tells me something is still up.

Can you paste your APM_Config file here?

Oh, are you sure that you are uploading the right files?  Did you change the location that Arduino is getting the files from? You have to change the location to the new director with the 2.9 rc2 files, otherwise it will still pull from the old location, whatever that was.

Again, the other thing to try is upload 2.7.3 from MP, and then write all your params back.  See if it still works.

That’s the config file I work with

// -*- tab-width: 4; Mode: C++; c-basic-offset: 4; indent-tabs-mode: nil -*-

// Example config file. Take a look at config.h. Any term define there can be overridden by defining it here.

#define CONFIG_APM_HARDWARE APM_HARDWARE_APM2

// Ordinary users should please ignore the following define.
// APM2_BETA_HARDWARE is used to support early (September-October 2011) APM2
// hardware which had the BMP085 barometer onboard. Only a handful of
// developers have these boards.
//#define APM2_BETA_HARDWARE

//#define MAG_ORIENTATION        AP_COMPASS_COMPONENTS_DOWN_PINS_FORWARD
//#define HIL_MODE                HIL_MODE_ATTITUDE
//#define DMP_ENABLED ENABLED
//#define SECONDARY_DMP_ENABLED ENABLED       // allows running DMP in parallel with DCM for testing purposes

#define FRAME_CONFIG HELI_FRAME
/*
 *  options:
 *  QUAD_FRAME
 *  TRI_FRAME
 *  HEXA_FRAME
 *  Y6_FRAME
 *  OCTA_FRAME
 *  OCTA_QUAD_FRAME
 *  HELI_FRAME
 */

//#define FRAME_ORIENTATION X_FRAME
/*
 *  PLUS_FRAME
 *  X_FRAME
 *  V_FRAME
 */

//#define CH7_OPTION        CH7_SAVE_WP
/*
 *  CH7_DO_NOTHING
 *  CH7_FLIP
 *  CH7_SIMPLE_MODE
 *  CH7_RTL
 *  CH7_SAVE_TRIM
 *  CH7_SAVE_WP
 *  CH7_CAMERA_TRIGGER
 */

// Inertia based contollers
//#define INERTIAL_NAV_XY ENABLED
#define INERTIAL_NAV_Z ENABLED

//#define MOTORS_JD880
//#define MOTORS_JD850


// agmatthews USERHOOKS
// the choice of function names is up to the user and does not have to match these
// uncomment these hooks and ensure there is a matching function on your "UserCode.pde" file
//#define USERHOOK_FASTLOOP userhook_FastLoop();
#define USERHOOK_50HZLOOP userhook_50Hz();
//#define USERHOOK_MEDIUMLOOP userhook_MediumLoop();
//#define USERHOOK_SLOWLOOP userhook_SlowLoop();
//#define USERHOOK_SUPERSLOWLOOP userhook_SuperSlowLoop();
#define USERHOOK_INIT userhook_init();

// the choice of included variables file (*.h) is up to the user and does not have to match this one
// Ensure the defined file exists and is in the arducopter directory
#define USERHOOK_VARIABLES "UserVariables.h"

//#define LOGGING_ENABLED        DISABLED

#define LOITER_REPOSITIONING    DISABLED                          // Experimental Do Not Use
// #define LOITER_RP               ROLL_PITCH_LOITER_PR

I the Action Tab there is a button “Arm / DisArm”

As far as I know I use the downloaded ArduCopter files and libraries of   2.9 rc2

I’ll start new, download the files, make the changes in the config, and see what’s up.

I reloaded 2.7.3 from MP, erased the EEPROM uploaded my recent parameters, and yes I had to reverse the RC channels again to get the right response. Everything works.

But now I can’t Arm at all, nor from the MP, getting a message rejected by MAV.

I’m completely confused now, never had any problems. And 2.7.3 loaded from the MP with my most recent parameters should work as it did before?!

Yeah, this is getting weird now.  Sorry I can't help more but, I'll keep thinking about it.  The fact that you've loaded 2.7.3 from MP and loaded your params and had a similar result is very strange.

What did you have to do to finally get 2.7.3 working as mentioned below?

RSS

© 2014   Created by Chris Anderson.

Badges  |  Report an Issue  |  Terms of Service