2 Motors Run Slower

Exactly!
I came to PixHawk because my APM2.8 would not immediately cut motors on touchdown with any automated landing mode/ command.
Then, not only did the PixHawk not fix the issue I originally purchased it for…it added issues.
But, everything I am seeing, no one has seen before.
Even ones that have purchased within the same batch of 2.4.8

Are you taking off in PosHold or Loiter?

Stabilize, slow enough to see the motors in question spin slowly.

Your RCout (outputs to ESCs) seem almost linear in their values, some are consistently low, others higher. From your log one part looks like this:

Ch1 doesn’t increase much at all, Ch5 next lowest, 4 & 3 higher and 6 & 2 highest. So it is a bit odd. Why, I don’t know but I’m guessing it’s something in your setup. The graphs seem to eliminate something wrong with your hardware.

Can you post your parameter file here?

The first part of the log files has the parameters

Of course. Thanks.

There are so many params that have changed from the default that it’s hard to pin anything down.
Some things I noticed is no compass declination, safety button is disabled, circle radius = 0, compass learn is off, compass_use is off, (how can you not use a compass on a multirotor), battery failsafe voltage is set to 12.7V, how did you get that value?
Compassmot is set but you’re not using a compass, GPS is set to None, is this a racing hex?
And a big one: INS_USE is 0, so what IMU is being used?

Best thing to start fresh with all default params and go from there, with so many things changed there’s no knowing how the flight controller will react.

The parameters and some of their values did point me to a possible hw issue. The GPS absence might not be important in Stab.

@Graham_Dyer ,
In the order of the questions:
Compass declination is my bad, no idea it was off.

I learned with the APM2.8 - hate the PixHawk safety button.

Circle radius is 0 because I am an avid automated mission pilot. Circle Radius can now be controlled by the radius param with the Loiter_Turns command. However, if you have a value in the Circle Radius param and place a value in the radius for the loiter_turns command, the two are added together.

The issue might have changed for the compass learn but CX-20 thread on RCGroups said to keep it off. Yes a CX-20 is much different than a build but that thread has gone on to not only support CX-20 flyers but multi rotor builds with APM based FCs too.

Compass use is indeed on.

Battery V of 12.7 failsafe comes from months of trial and error of finding where 78% used is on a 5200mAh 4S battery.

GPS is on as well as INS_USE.
Matter of fact, INS_USE and INS_USE2 both = 1

Ok, interesting… I just compared your parameters to my multirotor (stock params except for tuning) and those mentioned were the ones that I found that were not the same from your logfile.

I still think you need to start again with standard params including accelerometer calibration, and then change the things you want like Circle Radius, tuning, etc. You can save your param file, start fresh and compare to see what you want to change. With so many changed parameters it’ll be very hard to pin down a cause for your problem as some parameters affect others in different ways.

I still think it’s not hardware as the outputs from the FC to the motors differ so much but I could be wrong. It looks like it’s trying to take off on a 30° slope.

Interesting that 12.7v is the value that shows when 78% is used, that’s 3.1V per cell, mine has NO power left at 3.25v per cell as it’s already hit the voltage cliff. Maybe it’s just a calibration/hardware difference.

GPS might be ON, but Copter thinks otherwise…

Oh, that’s right!
For that log, there were no sat locks - in a garage just to get RCIN/ RCOU data.
Not an actual flight.

Wiping and reloading.
Loaded 3.4.2 octo then back down to 3.4.2 hex and reset default.
I’ll let you know…

Do yourself a favor.

Flash Plane. Reset PixHawk

Flash Hexa and configure

I agree, flashing plane then hex will get rid of any old params.

It cleared the params.
I even had to re-calibrate the ESCs

The ESC calibration has nothing to do with the rest of the system.

but it doesn’t do any harm on doing it again :slight_smile:

Usually when I give a good clean out The ESCs will beep at me needing re-calibration. :smiley:

I believe finally getting my fleet to 3.4.2 firmware got it.
Thanks all

Better go to 3.4.3 :slight_smile:

Saw it, got it on my 550 because 3.4.2 kept hitting Accel not healthy.
Well, it was healthy on 3.3.3 :frowning: