Crash with ArduCopter v4.4.4 [battery caused, not caused by autotune]

Hi All -
Had an autotune failure recently with a vehicle and I’m looking for help in analyzing the file. I’m digging into this too, but it’s the first time autotune has “failed” for me so this type of analysis is somewhat new for me.

Vehicle setup: Tarot Sport 650mm frame

  • Pixracer Pro with ArduCopter v4.4.4
  • EMAX MT4114 motors
  • Castle Phoenix Edge Lite 50 ESCs
  • Rotors - APC 14x5.5
  • Battery: 6S, 8Ahr
  • TOW: 6.5 pounds

I had multiple successful flights with manual tuning and setting up the harmonic notch filters. I then ran autotune on yaw and then roll and both were successful. I then moved to the pitch axis and during a “twitch” the vehicle pitched forward very aggressively, overcorrected, and I just wasn’t fast enough on the sticks to recover - but at that point the vehicle was at a very odd attitude.

Link to the bin file. 2024-02-14 14-06-57.bin - Google Drive

Also, one other question on which gains are saved. In the message screen on MissionPlanner, I see a printout of autotune activity with gains printed and then a message like “autotune completed successfully.” However, the gains on the message screen don’t match the saved gains when I pull parameters from the board - the saved gains were a little lower than those printed in the MissionPlanner message tab. Has anyone seen this or know what’s going on?

I’ve also experienced a few instances where the autotuned gains were not saved to the board, even though I landed and disarmed with my RC autotune switch “high” as per the instructions. Is that a fluke? Any ideas on what would cause that?

Thanks in advance.

1 Like

Autotune is not recommend. That FC is very good so keep it stock as much as possible. I use VTOL-Quicktune lua. Recommend wiping the Params clean, re calibrate sensors, test fly.

Autotune is recommended, but only when you have done appropriate initial setup.

3 Likes

Thanks for the Calcification, Autotune is clearly working.

Quicktune lua script is an option but its different than main autotune.

Well, that’s a bit confusing since everywhere I see autotune is working. Additionally, I’ve successfully run autotune on a number of other vehicles, including additional builds of this same type.

I saw the Quicktune option and considered adding that step prior to autotune, but the manual tune felt really good.

I’m looking for help analyzing why autotune failed in this case.

1 Like

Then why is Randy and Andrew saying not to use Autotune.

It looks like you lost motor 2

Perhaps not coincidentally your battery is sagging at this point. Your voltage scaling looks wrong for 6S, so not sure what you actual voltage is - but you can see that your hover throttle is rising. Its possible this is a desync, or maybe your battery sagged enough that too much was asked of the motor. Its worth looking at your ESC settings and certainly worth using a fresh battery for each axis.

If this happened in autotune it could happen in flight - its worth getting to the bottom of.

1 Like

“btw, you are aware that Randy does not want AUTOTUNE recommended, but rather point users to QUIKtune scripting due to many instances of AUTOTUNE crashes…Tridge also is anti-AUTOTUNE…just fyi”

Can we get on the same page?

@Quadzilla - thank you for the good discussion. This is interesting and it seems there may be different messages from developers about autotune. I think this discussion should be continued in a separate thread as my question does not relate to the merits or deficiencies of autotune, but rather what happened in this specific instance.

I guess the words in the title “Autotune crash” through me. BTW I was a tester for the Pixracer pro most all my designs use them.

I spoke to Randy on the phone about this yesterday. His position on Autotune is not as black and white as you paint it.

Fact is, if you tune it methodically (and without skipping ANY steps) using the Blog post you greatly increase the probability of getting a working vehicle, without any unpleasant surprises.

If you skip steps and go straight to autotune, you do have high probability of crashing. And yes, it is in the human nature to blame autotune and ignore the fact that the user skipped mandatory steps.

4 Likes

Hi, I not painting anything. My Statement comes from a well respected Dev. Personally I like VTOL Quicktune.

Then use it. That is fine. And it is even better if all the configuration procedures before the *tune (autotune or VTOL-quicktune.lua) are done correctly and in the correct order.

1 Like

Regarding QT it works well in Realflight!

I asked Arderw for a better option for tuning and he made it. I like to point out that we are a open source community we are all subject to experience and have a equal voice.

Thanks @andyp1per . I think I’m following what you’re saying about motor 2. It does go to a max value after 19:13:48. That’s odd on the battery voltage - however, the battery was at 23V (unloaded) after the flight. With this setup, I’ve seen 1-1.2V drop when loaded.

The ESC setup is another good angle - do you or anyone here have recommendations on setting for Castle Phoenix Edge 50 Lite? I configured the ESCs for “multirotor” mode using the Castle Creations software which has their recommended settings. These ESCs log data as well so I’ll pull that file and look at it.

@Quadzilla - that’s awesome you tested the Pixracer Pro! I’ve used the Pixracer variants for quite a while and have had good success with them.

Another related question / discussion point: is there a recommended axis order for running the autotune? I did yaw, roll, pitch - does the sequence impact anything?

Thanks.

The recommended order is on the guide I posted. roll, pitch, yaw and then roll pitch again.

Don’t have any suggestions, but just wanted to point out the CC Edge 50 ESC uses PWM signal, so it will need throttle calibration to know its max throttle.

Thanks! I’d suggest stating that explicitly in the documentation for autotune as well as your guide. To be clear, I i read your guide and and saw that order but did not see anything that said the order impacts the outcome.

Yep, been through all that.

Please read my posts, I constantly say that the exact order is important. The Blog is already close to the 64000 characters limit. I do not think that it is helpful to explain for the 1001 time that the order affects the outcome.

But do correct me if you think otherwise. And any way that can be used to reformulate the document to make it clearer is also welcome. But I will not make it longer and I have repeated that the order is important many times.