AC3.2.1 APM 2.5 Throttle pulsates in Loiter

Hi.

I have a problem after updating AC to 3.2.1 from 3.1.5.

When in Loiter, the the speed of the motors rev up and down/pulsate quite rapidly. This was working fine when I was using previous versions of arducopter.

I have downloaded the logs, and have looked into accX, accY and accZ. These seems to be inside the range specified in the wiki at arducopter. (Log_vibrations.bin)

Please have a look at the Log.bin, and note the difference between ThrIn and ThrOut when I'm in Loiter mode.

 

Anyone having any idea what the problem may be?

Log.bin

Log_Vibration.bin

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

Join diydrones

Email me when people reply –

Replies

          • Could you try out 3.2 firmware? I think it is closer to 3.1.5 than to 3.2.1.

            • FW3.2.1 I solved by lowering the value of the parameter PILOT_ACCEL_Z FROM 250 TO 50 NOW is VERY STABLE IN FLIGHT and should not be more 'up and down

      • I tried to put MPU6K_FILTER = 20 - 5-10 -42 Hz but the problem remains or changes little, continues to be unstable

      • It's easy to find out. I'll flash 3.2.1 rightaway.

  • Is this altitude abnormality can be seen in AC 3.2.0 also? Almost everyone is talking about this issue after upgrading to 3.2.1 from 3.1.5. Have anyone tried 3.2.0? I have observed that mounting APM inside a canopy makes difference (even if Baro is covered with foam). Pls look into this data. I haven't tried 3.2.1 yet.

    APM 2.6_BaroAlt.xlsx

    https://storage.ning.com/topology/rest/1.0/file/get/3701987273?profile=original
    • To get rid of this misunderstanding.

      Situation A: We have small quad (5x3 props) that flies on 3.2.1 without canopy, but with baro covered with foam. It flies very well in my opinion, which could be because it doesn't have high amplitude vibrations, only lots of small ones.

      Situation B: We have medium quad (10x4.5 props) that was tested on 3.2.1 with canopy and without.

      Yes, because of bigger props that are closer to controller, and generate vibrations with lower frequency and higher amplitude (in common words, props spin with less RPM, but do much more powerful swing, which generates stronger vibrations but less often), covering controller with canopy gives positive results. 

      BUT at the same time, on 3.2.1 firmware with vibrations fitting into allowed +-3 corridor, it behaves very unstable.

      At the same time, on 3.1.5 firmware behavior is solid and stable. 

      Which means, that problem appeared somewhere in between.

      • Ok, so here's result of testing 3.2 on my "3.2.1 unstable" quad. 

        1. I flashed 3.2 (MP was babbling about "flashing last version, borda enda suporta, maaan", but flased 3.2 as required).

        2. Recalibrated compass (It is important thing that people tend to forget).

        3. Forgot to put my inertial weight on APM, so it was catching all the small vibrations. (Some were damped though).

        4. Did a small testing flight. Well, altHold was solid, and loiter mode was acceptable. IMO loiter could do position corrections in more fluid manner, but it was not twitchy and that's important.

        5. Crashed :) Well... In loiter I decided to test how does it behave in forward flight, and drone started to descend. The cause was that battery got dried out (I have "land" failsafe on battery and voltage). 

        6. Set INS_6k_bla-bla-bla to 20Hz and tried to fly again. Noticed no changes, but due to dry battery I had not much time for experiments. 

        Bottom line. 

        It would be good for someone to also test 3.2 version of firmware. It should be somebody who has issue with 3.2.1, but flies stable on 3.1.5.

        Thanks for watching :)

        • I will try 3.2 but I am using apm planner and it doesn't give me the option to use old firmware. Where can I get the hex file to do it manually?
        • my hexa upgrade to 3.2.1 from 3.1.1 ,seems no problem with althold for the moment.

          my vibrations is not so good ,aboutXY +-1.8;Z -9 ~-12。

          maybe  3.2.1 sensitive to a certain frequency only.

          BTW

          if your quad would overshootafter a high speed flight in althold mode? (like below pic show)Do you have any ideal, how to fix it?

          3691199621?profile=original

          • Your graph diverges with "no problem for the moment" ;)

            1. What is power setup? motor kV, props.

            2. Did you do autotune? It greatly helps to find starting point for further tuning.

            3. It is pretty strange to have ROLL overshot after high speed flight, it there something you didn't tell us? ;) :) 

            4. If you are confident about 1-3 are working as should be, try lowering P on roll axis.

This reply was deleted.

Activity

DIY Robocars via Twitter
RT @knightsautoteam: Hi @diyrobocars, we are Orlando's first Autonomous racing club and would love your support. We are hosting our first K…
Friday
DIY Robocars via Twitter
RT @Heavy02011: #VirtualRaceLeague: @DIYRobocars Race #14 - #ParkingLotNerds join us January 15th for #AutonomousRacing #RoboRace ⁦@DAVGtec…
Jan 16
DIY Robocars via Twitter
RT @chr1sa: And after that came our races, 50 in all. This battle between these two Russians was the best we've ever seen -- incredible fig…
Jan 16
DIY Robocars via Twitter
RT @chr1sa: Before our @DIYRobocars virtual race this weekend, we had a presentation from the team that won the Indy Autonomous Challenge i…
Jan 16
DIY Drones via Twitter
Dec 12, 2021
DIY Robocars via Twitter
Dec 12, 2021
DIY Robocars via Twitter
RT @chr1sa: Just a week to go before our next @DIYRobocars race at @circuitlaunch, complete with famous Brazilian BBQ. It's free, fun for k…
Dec 4, 2021
DIY Robocars via Twitter
How to use the new @donkey_car graphical UI to edit driving data for better training https://www.youtube.com/watch?v=J5-zHNeNebQ
Nov 28, 2021
DIY Robocars via Twitter
RT @SmallpixelCar: Wrote a program to find the light positions at @circuitlaunch. Here is the hypothesis of the light locations updating ba…
Nov 26, 2021
DIY Robocars via Twitter
RT @SmallpixelCar: Broke my @HokuyoUsa Lidar today. Luckily the non-cone localization, based on @a1k0n LightSLAM idea, works. It will help…
Nov 25, 2021
DIY Robocars via Twitter
@gclue_akira CC @NVIDIAEmbedded
Nov 23, 2021
DIY Robocars via Twitter
RT @luxonis: OAK-D PoE Autonomous Vehicle (Courtesy of zonyl in our Discord: https://discord.gg/EPsZHkg9Nx) https://t.co/PNDewvJdrb
Nov 23, 2021
DIY Robocars via Twitter
RT @f1tenth: It is getting dark and rainy on the F1TENTH racetrack in the @LGSVLSimulator. Testing out the new flood lights for the racetra…
Nov 23, 2021
DIY Robocars via Twitter
RT @JoeSpeeds: Live Now! Alex of @IndyAChallenge winning @TU_Muenchen team talking about their racing strategy and open source @OpenRobotic…
Nov 20, 2021
DIY Robocars via Twitter
RT @DAVGtech: Live NOW! Alexander Wischnewski of Indy Autonomous Challenge winning TUM team talking racing @diyrobocars @Heavy02011 @Ottawa…
Nov 20, 2021
DIY Robocars via Twitter
Incredible training performance with Donkeycar https://www.youtube.com/watch?v=9yy7ASttw04
Nov 9, 2021
More…