• Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups
  • Register
  • Login
ModalAI Forum
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups
    • Register
    • Login

    local position NED issues - resetting and severe altitude drift

    Ask your questions right here!
    2
    6
    248
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • J
      jonathankampia
      last edited by 20 Aug 2024, 20:10

      Hi, we were setting up RTK using the mRo u-blox zed-f9 rtk l1/l2 gps on a VOXL 2. This module doesn't have a magnetometer, so we disabled the mag in PX4 params for testing. Every time we would move the drone to a new location, its local position would update while moving but return to (0, 0, Z) once we put it down (i.e. either the reference position which is only supposed to be set on boot-up is getting constantly reset, or the local position estimator is not working properly). We looked through the px4 parameters but nothing seemed off and we couldn't really find anything about the local position estimator. We were finally able to trace the problem (maybe) back to voxl-inspect-pose. voxl-inspect-pose --local had no output, as did --fixed, so my current guess is the lack of magnetometer is causing the pose estimator to mess up, which is then causing px4's local_pose_NED mavlink topic to behave the way it is.

      Assuming this is the problem, my solution would be to add an external mag thru the J19 connector i2c pins 4 and 5. Should this just work? The mag units we have are also accelerometers, so I'm not sure if that will throw it off.

      As for the altitude drift, we kind of expected RTK to fix it but it didn't. The height estimate still slowly drifts up to +- 1.5 meters, which is crazy especially considering it should be fusing with the barometer data.

      Thanks for your help, or for any input you can provide!

      J 1 Reply Last reply 21 Aug 2024, 14:27 Reply Quote 0
      • J
        jonathankampia @jonathankampia
        last edited by 21 Aug 2024, 14:27

        @jonathankampia

        EDIT: After retesting with the old non-RTK gps module (has mag) we are still getting the same issue. Local NED position is not being properly updated, and voxl-inspect-pose --local outputs nothing. Have tested the voxl-innspect-pose command on a starling and it works great, key difference is we have that one running qvio server. Not sure if qvio server is required for the local pose estimator to work?

        E 1 Reply Last reply 21 Aug 2024, 15:57 Reply Quote 0
        • E
          Eric Katzfey ModalAI Team @jonathankampia
          last edited by 21 Aug 2024, 15:57

          @jonathankampia voxl-inspect-pose displays the pose from VIO.

          J 1 Reply Last reply 21 Aug 2024, 20:29 Reply Quote 0
          • J
            jonathankampia @Eric Katzfey
            last edited by 21 Aug 2024, 20:29

            @Eric-Katzfey Yeah I realized that it wasn't really a proper debug tool. However, the problem still stands that the local NED position estimate is getting reset fairly often, seemingly for no reason, which is a huge problem for autonomy. Looking at the raw GPS data with our RTK system it seems to be extremely accurate, only fluctuating a few centimeters. I don't know if the local position thing is a voxl service problem or a PX4 firmware issue; we reflashed the board with SDK 1.3.3 (or whatever the latest one was as of 8/21/24) and the modalai px4 1.14 branch. Still same issue, no idea what's going on

            E 1 Reply Last reply 22 Aug 2024, 15:37 Reply Quote 0
            • E
              Eric Katzfey ModalAI Team @jonathankampia
              last edited by 22 Aug 2024, 15:37

              @jonathankampia Do you have any sort of external vision or distance sensor being fed into PX4? How is the parameter EKF2_EV_CTRL set?

              J 1 Reply Last reply 22 Aug 2024, 16:14 Reply Quote 0
              • J
                jonathankampia @Eric Katzfey
                last edited by 22 Aug 2024, 16:14

                @Eric-Katzfey The EKF2_EV_CTRL param is set to 15 bits (all enabled). We don't have any cameras on the drone at the moment, though. Could that be introducing issues in the EKF2 and causing it to reset? I'll try disabling all vision stuff and see if it works different.

                1 Reply Last reply Reply Quote 0
                1 out of 6
                • First post
                  1/6
                  Last post
                Powered by NodeBB | Contributors