RIDI: Robust IMU Double Integration

Поділитися
Вставка
  • Опубліковано 27 жов 2024

КОМЕНТАРІ • 19

  • @jackhanson1274
    @jackhanson1274 Рік тому

    Fantastic stuff!

  • @steven-bt7ud
    @steven-bt7ud 3 роки тому

    Can't wait for the next improvement 👍, hope its small enough to apply this in an arduino for vehicle tracking

  • @dariuszmaton5375
    @dariuszmaton5375 2 роки тому +2

    Interesting, could directly integrating the regressed velocities (orange line) also work? (Edit: just read it in the paper, "Direct integration of the predicted velocities would produce positions but performs worse.")

  • @lrwerewolf
    @lrwerewolf Рік тому +1

    What do you think might happen if you used multiple IMUs arranged in such a way that no IMU had parallel/co-planar planes to the others? Would the extra ability to isolate noise by calculating the virtual IMU help clean up the signal even more?

    • @jackhanson1852
      @jackhanson1852 Рік тому

      How would you remove noise in your example? Do you have a paper that details this technique that you could recommend? I'm using IMUs for pedestrian tracking and haven't come across two (or more) being used in this way. Interested to hear what you have to say!

  • @basilavad
    @basilavad Рік тому +1

    Hi,
    What would be the most appropriate method for calculating the position of an object using linear acceleration data from a BNO055 sensor, given the potential presence of noise and errors in the data? Additionally, what techniques or methods can be employed to mitigate these issues and improve the accuracy of the position calculation?

    • @JackOHaraEngineering
      @JackOHaraEngineering 18 днів тому

      Lookup kalman filtering, sensor fusion, a complimentary filter perhaps. Bno055s calibrate themselves which is convenient but terrible. The drift has to be corrected, and even when corrected at standstill the bias changes over time. I’ve been trying to work this same thing, and my conclusion is that getting more than a few seconds of accurate data without other sensors is tough to impossible. Adding a gps and barometer in tandem seems to be the way.
      Edit: also make sure your polling speed is pretty high and personally I use doubles as my data type because floats don’t have as much precision, but this may be fruitless for the Euler angles anyways.
      Sorry for the rant lol, you’re not alone

  • @Biru_to
    @Biru_to 4 роки тому +2

    Why blur the face of the person (I'm guessing it's the author's face) at 3:39, when at 0:38 there's 4 shots showing the (your) face?
    Really impressive research, nevertheless!

  • @patmw
    @patmw 2 роки тому

    Awesome work!!

  • @mariojuarez2951
    @mariojuarez2951 6 років тому +3

    Why does the original error occur during the double integration?

    • @VladQuake
      @VladQuake 6 років тому

      ua-cam.com/video/_q_8d0E3tDk/v-deo.html

    • @jacksonkr_
      @jacksonkr_ 6 років тому

      ua-cam.com/video/_q_8d0E3tDk/v-deo.html

    • @snakehaihai
      @snakehaihai 5 років тому +4

      various white noise, random walk noise and bias. once integrate them together, you amplify the noise. See github.com/ethz-asl/kalibr/wiki/IMU-Noise-Model for detail

  • @ivanrasierer3257
    @ivanrasierer3257 6 років тому +1

    Good work!

  • @bigto925
    @bigto925 3 роки тому

    great work

  • @muhammadsalmangalileo945
    @muhammadsalmangalileo945 4 роки тому

    Very nice work

  • @HelloMynameisKPJ
    @HelloMynameisKPJ 5 років тому

    Nice work! :)

  • @hamzasadik7521
    @hamzasadik7521 2 роки тому

    Hi ,i wish you are good please would uu send me the data because there aren't anymore on the site

    • @jackhanson1852
      @jackhanson1852 Рік тому +1

      There is improved data for their work under a project called RoNIN!