Replies

  • Hi there! :-)

    Sorry for opening again the old one, but I couldn't find anything else regarding my issue..

    I just came across a similar problem. My horizon is drifting slightly. While arming, I have a yellow flashing led (pre-arm error). I opened MP, and counted out every element, which is listed on prearm list. It turned out, that it has no gps lock (doing it indoors - normal), and INS are not calibrated (however this wasn't flashed on the HUD, and I have calibrated accel many times). I am not using any external compass (plane), Tried to calibrate inner compass (PX4), and it threw out compass 1 error: 99 (same for compass 2, and 3), but it started to collect samples, and in the end I got information, that calibration ended with success.
    Trying to arm the plane - everything goes round again - it doesn't want to arm, yellow led, etc..

    If I deselect GPS lock, and INS - it works. The led blinks blue (no gps lock), and PX arms, but what is wrong with the INS?

    Did anyone have to deal with that kind of problem?

    Best regards,
    Kuba

  • Ah....
    that explains why my gimbal keeps jittering and moving while disarmed and sitting on a flat surface...

    APM 2.5 with 2.9.1 and a uBlox on a tricopter

    cheers Christoph

  • Developer

    I am having a similar issue when I attach the Air speed sensor on arduplane 2.7.  not sure why airspeed affects the AH, so at the moment I fly without the airspeed sensor.

  • its known issue

    set advanced parametr ahrs_gps_gain =0

    for disable horison moving while GPS drift

    its parameter must correct horison on airplane in spin and cant be used on arducopter

  • I recently brought up a PX4 (with Ublox GPS) and noticed my horizon moving around while board was sitting still on table.

    The UBlox GPS does much better and faster fix than the Mediatek in my APM, but on my APM the horizon doesnt move while it is sitting still.

    Seems to me that the GPS should never affect the horizon in any case, it simply reports position and altitude.

    The Accelerometers and Gyros determine horizon attitude, not the GPS.

    So, if it is the GPS causing it, it is because something is wrong with the software.

    And, even if it isn't, it still seems like it's got to be something wrong with the software.

  • This is normal and a funny little quirk of the current code. If you arm you should see the horizon settle. THere are moves to correct this due to the confusion it's causing, but for now just arm it and see.

  • I had the same issue with ArduPlane 2.7 on 2 different APM 2.5's.  Are you by chance using the uBlox GPS?  I was getting the artificial horizon start to jump around with the uBlox attached.  I swapped the uBlox out for a MediaTek and the issue went away.  For me the issue is reproducible.  I have tried 2 different uBlox GPS on 2 different APM 2.5 and get the same result.  I put the MediaTek GPS on both APM's and the instability issue goes away.  I suspect its a software issue with the uBlox hardware drivers, but that is just speculation.

  • what means "horizom moving"? 2.8.1. or 2.9.1?

    up and down? or tilting left or right?

    i believe this is not related to GPS but to gyros.

    try to redo the calibration in CLI. I did have similar issue in 2.9.1, not in 2.8.1.

  • I m also having the same problem !

    I think there is some problem with Barometer readings.

    i have tested barometer separately using Arduino IDE example code (comes in the package ArduCopter 2.7.3 ) and found that altitude reading is fluctuating too much within 2 meter range.

    guys plz check out and let me know if u guys also getting same results.

    and plz help me with this problem if anyone can...

  • I have the same problem

    I really don't know what is going on

    same story here ...APM2.5, gps lock, tuned magneto, everything ok.   hexacopter on the table, but horizon moving like 

    in a storm.

    Wilfred

This reply was deleted.

Activity

DIY Robocars via Twitter
yesterday
DIY Robocars via Twitter
yesterday
DIY Drones via Twitter
Thursday
DIY Robocars via Twitter
RT @Heavy02011: @diyrobocars : A Home-brew computer club* for Connected Autonomous Driving on Jan 23rd, 2021 https://www.meetup.com/Connected-Autonomous-Driving/events/275728684/ #Meetu…
Thursday
DIY Robocars via Twitter
Thursday
David Hori liked Isabella Domi's profile
Wednesday
DIY Robocars via Twitter
RT @Heavy02011: ⁦@diyrobocars⁩ Autonomous Driving Assembly at #rC3. join us at https://rc3.world/rc3/assembly/diyrobocars-f1tenth/ ⁦@f1tenth⁩ ⁦@DAVGtech⁩ ⁦@DWalmroth⁩…
Monday
DIY Robocars via Twitter
RT @chr1sa: New car designs coming for our next @DIYRobocars @donkey_car virtual race on the 23rd. Choose any one you want at race time Le…
Monday
DIY Robocars via Twitter
RT @RoboticMasters: Thanks to @EllerbachMaxime and the Sydney Uni Capstone Students the @donkey_car @diyrobocars simulator is getting a ma…
Monday
DIY Robocars via Twitter
Jan 6
DIY Robocars via Twitter
Dec 28, 2020
DIY Robocars via Twitter
An interesting line-following simulator to use with with your robocars: https://github.com/ron-grant/LFS
Dec 23, 2020
DIY Robocars via Twitter
Dec 23, 2020
DIY Robocars via Twitter
An improved version of the @IntelAIResearch OpenBot: https://diyrobocars.com/2020/12/14/an-improved-version-of-the-intel-openbot/
Dec 14, 2020
DIY Drones via Twitter
An improved version of the Intel OpenBot https://ift.tt/2KkHT8Q
Dec 14, 2020
DIY Robocars via Twitter
Dec 10, 2020
More…