Hexa continuous yaw rotation

Hi,

After three unsuccessful attempts at finding a mechanical explanation to this problem I've decided to post here to see if anyone has encountered a similar problem and what they found to be the cause.

- This hexa is rather large and powerful, 900mm between opposite motor centers, 370kv motors, 1555 props, 6S 11000mAH battery. The frame is flying in the + configuration.

- The APM (2.5 running 2.9.1b) is almost on top of the CG but weight distribution isn't perfectly symmetrical as a second 3S 2600mAH battery is installed next to it so there is a slight Left/Right imbalance.

- The frame flew perfectly level and responded well to throttle but would spin continuously as soon as it would lift off the ground.

- Default PID settings were used for the first flights. THR_MIN was lowered to 50 as the default idle speed seemed a bit high.

- At first motor misalignment was thought to be the cause. Very slight corrections were necessary to straighten them out but I doubt this was the cause as sometimes the frame would spin CW and sometimes CCW without any physical readjustment.

- The initial flight was done with manual magnetic declination (evaluated at -16.4140° in my area) the following flights were performed with auto declination with the same result.

- Magnetometer calibration had been performed previously but was repeated between flights 2 and 3 with the same result at flight 3. Calibration was performed outsides and far from any metal or strong magnetic fields.

- Unfortunately CTUN and RAW logging were not taken during those flights so I don't have any much data available for analysis.

My current guess is that the default PID values are probably too high given the frame's highish power/weight ratio. I think I will start by setting RATE_YAW_I = 0 and lowering RATE_YAW_P to see how the frame behaves and go from there.

Any opinions?

Thanks!

You need to be a member of diydrones to add comments!

Join diydrones

Email me when people reply –

Replies

  • Found the problem... Wrong spinning orientation on all motors. Even though the props were all pushing air down and the hexa was indeed flying the APM was expecting the motors to be spining in the other direction so everytime it tried to correct for any yaw error it was actually amplifying the error hence the ever accelerating spin. Contrary to what the first image on this page suggests, motor 1 of a hexa or octo should spin CW and have a pusher prop. If you scroll down a bit on this same page you will see the correct configuration.

    Thanks to everyone for all the suggestions!

  • Hello again,

    I was able to perform a few more tests today after moving the APM further away from the PDB. It now lies approximately 2 inches above the high current wires going between the PDB and ESCs. I have ordered some MuMetal foil which will eventually go under the APM but it hasn't arrived yet. However my latest tests seem to indicate that magnetic interference from the PDB and cabling causing erroneous compass readings isn't the cause of the problem. I've monitored the compass readings in MissionPlanner and they seem to remain steady even when I push the throttle up so I doubt this is the cause of the problem.

    I've added some logging information to my latest flight attempts and was able to note that under all ATT packets the YAW and YAW NAV values, which I assume are the output values, were constantly stuck at around 22000 regardless of the YAW IN values. The only moment when the YAW values dropped was when I would completely kill the throttle and the vehicle would fall back to the ground but as soon as the vehicle ould touch the ground the YAW values go back up to 22000.

    I brought the RATE_YAW_P parameter down from 0.20 do 0.15 to see if it would lower the YAW output but instead it went up to around 34000 !? I was expecting the default gains to be too high not too low given this vehicle's power. The logical course of action would be to push the RATE_YAW_P up further to compoensate but I would like to hear what others have to say before doing so.

    What can cause the YAW output to go so high without any input?

    Thanks!

  • Check to make sure your TX is in a mode that has only one APM output change with one TX stick movement (radio calibration). If you have more than one, you may be in a Helicopter mode on your TX.

    Did this aircraft develop the issue after flying well multiple times or is this a 'first flights'/maiden problem? If a first flight issue, there is no shame. I didn't have several things right on my quad before a successful maiden flight. There are many things to get right.

    If you are flying in Stabilized mode, none of magnetometer values matter.

    If you know how, post the logs here also, it could help.

    Troubleshoot on!

    -=Doug

  • Stephen,

    I had originally inserted a double layer of 3oz copper between the ESCs, their cables and the PDB on one side and the APM, GPS and receiver on the other but I guess distance is what really matters. I'll try what you suggest before tweeking any gains. Thanks for the suggestion!

    Best,
  • Tie or weight the aircraft down so that it can't lift off.  Does the heading in the APM change as you throttle up?  If yes, then you have an ESC power wire too close to the magnetometer.  If no, then I am out of guesses.

This reply was deleted.

Activity

DIY Drones via Twitter
RT @seesharp: I'm tuned into the PX4 / Dronecode free live conference. Great stuff. Microsoft AirSim talk in 10 minutes. https://t.co/0zbZ2…
6 hours ago
DIY Robocars via Twitter
RT @masato_ka: 距離センサを3つとESP32を付けたラジコンカーをDonkeyCarライクにNNで自動走行。3層FC極小モデルをTensorFlow Lite for microcontrollerで動かしてる。機体は借り物でRumiCarって言います。Tenso…
22 hours ago
DIY Robocars via Twitter
RT @SmallpixelCar: My car was able to go all the way autonomously until the crosswalk. It was only 100 yards from the target. What should b…
Saturday
Liam left a comment on Agricultural UAVs
"Hi
I'm Liam from T-MOTOR. I would like to reach out to see if there is any possibility for us to work together.
We are a propulsion system manufacturer who offers motors, propellers and ESCs for all kinds of drone applications which vary from secur…"
Wednesday
DIY Robocars via Twitter
RT @SmallpixelCar: Smart move. The car used the shadow to guide it through the bridge. This was never in the training samples. But it learn…
Wednesday
DIY Robocars via Twitter
RT @SmallpixelCar: Getting closer to the target. Single camera. Untrained road. https://t.co/Wsr7RwDamj
Jun 29
Richard Cox left a comment on Australia
"Anyone in the DIYDRONES Australian subgroup based in Alice Springs, NT?
I am experimenting with Ardupilot (standard Arduplane), Pixhawk 4 FC in a 4-ch
RC "AXN Floater Jet" foamy plane..."
Jun 29
Omar Sykes left a comment on Australia
"Hi everyone, I am looking for someone who is good at drone building, repair and software in Adelaide. Please give me a call on 0477 319 219."
Jun 29
DIY Robocars via Twitter
RT @RoboticMasters: #donkeycar https://t.co/czuLoVRcA4
Jun 29
DIY Robocars via Twitter
https://t.co/DKQbNTbz0g
Jun 29
DIY Robocars via Twitter
RT @RoboticMasters: Donkey car, car car car car car car; Donkey car, car car car car car car; Donkey Car. Anyone like our tiny tiny donkey…
Jun 29
DIY Robocars via Twitter
RT @SmallpixelCar: After improving DBSCAN speed, I can get 11 frame per second on @NVIDIAEmbedded Jerson Xavier MAXN mode and the autonomou…
Jun 26
DIY Robocars via Twitter
RT @Heavy02011: Join us at next Virtual Race League: ⁦@diyrobocars⁩ Race #4 - Parking Lot Nerds, August 1st https://t.co/5KUpu7VGaH
Jun 25
DIY Robocars via Twitter
RT @SmallpixelCar: #CUDA implementation should be easy, because most of the time is on distance calculations berween two points and if the…
Jun 25
DIY Robocars via Twitter
RT @SmallpixelCar: This is the view from the car. Even my lanenet inference is fast on @NVIDIAEmbedded Jerson Xavier, DBSCAN clustering tak…
Jun 25
DIY Robocars via Twitter
RT @SmallpixelCar: Ran my car in the park, with single camera and @sparkfun IMU. #TensorRT on @NVIDIAEmbedded Jetson Xavier. Lanenet one fr…
Jun 24
More…