ICM 20789 Drivers or Raw values reading code

Projects General Guidance
1

Hi someone out there help me for initial code development for the
ICM 20789 IMU 7DOF.

I want to read raw Accelerometer, Gyrometer, and Pressure data.

2

Please read this link a rewrite Your post: How to get the best out of this forum - Using Arduino / Project Guidance - Arduino Forum

3

HI, @Railroader Thank you for a good post.
Is my post not clearly explaining what I am requesting?
OK...

I purchased ICM-20789 IMU for my project with Arduino.

  • To my surprise, there are no drivers from anyone like Adafruit or Sparkfun for this IMU.

  • I Wonder why? is this new IMU or obsoleted?

  • I want someone to help me who already worked on this IMU with Arduino

  • Now I want to want to build a self-balancing robot using this.

  • Can someone guide me on where to get a basic driver using Arduino.

4

Such things should be investigated before buying. Else reading the datasheet and creating the code Yourself is the option.
Nobody will write any code for You. Writing code without being able to verify it os doomed to fail.

Have You heard about Google? Searching for Arduino + ICM-20789
gives this reply: Arduino + ICM-20789 - Sök på Google

5

Please tell us your reasons for choosing that particular sensor.

6

Thank you @Railroader for your sarcastic reply.

Yes I searched in Google ...and yes I do know about googling.
But may not be better than you @Railroader .

Yes I should have looked in Google before buying sensor.
But this was the only IMU sensor with 6DOF available with inbuilt fusion (DMP) available in stock.

So I thought this will reduce my efforts.
But that was a mistake.

Anyhow @Railroader , I asked for help here.
If you can help me I am always thankful.

Thank you for a quick light on datasheet.
If it was that elaborate I wouldn't have come here to ask for drivers @Railroader .

7

Thank you for reply @jremington.

I am the one discussing with you on 9DOF sensor ICM-20948 in another post.

Let me explain why I selected this sensor.
I am totally confused which IMU I need to use for my application.
So I started with generally available on stock IMUs on digikey.

I got
9DOF - ICM20948,LSM9DS1
6DOF - ICM20789,MPU6050

My application :

  • We are designing a robot for indoor navigation. Have 2 IMUs inbuilt. One at head and one at ground vehicle.

  • My primary knowlege about 9DOF is it will more accurate for my application.
    But I got to know when robot move in indoor environment it can be subjected to some magnetic interference which can effect magnetometer causing yaw instability.

  • And also as interference disturb magnetometer the calibration and data quality degrades.

  • So now my focus shifted to the 6DOF where no magnetic interference effect IMU.

  • But here the yaw is completely unpredictable and can be subjected to the drift (studied some sources)

  • Now I started study on both 9DOF and 6DOF IMUs to understand which works best.

Thank you for your support @jremington in 9DOF post. You gave a lot of info corrected my issues and aligned me to the goal.
But as I understood basics. I implented 9DOF in my application and found some more issues which I posted there in that post.

  • Now I want to understand 6DOF. So I bought this IC but my badluck the drivers are not available of the shelf.

What you feel @jremington.

1)Which IMU is best for indoor navigation?6DOF or 9DOF?
2)Can IMU at head and IMU at ground have same change in their values(Yaw).
3)Yaw is more important for me. Can I get a stable yaw with 6DOF?
4)Can I get a stable yaw with magnetic interferences in indoor with 9DOF?

Please @jremington help me out.

8

Buy one for which a library IS available. There are several, and the differences between them may not be significant for your project.

  1. Define best, and "indoor navigation".
  2. What is the point of the question? Of course two measurements can be equal.
  3. No
  4. No
9

Before selecting any device looking for documentation, application notes, eventually libraries, is number one. Datasheets often gives a good indication how demanding/difficult the interfacing will b for both hardware and software.

Not trying Google before posting gives the question a bit of bad taste. To use time and energy to help members make the question possible to handle instead of pinpointing reasons for the issue consume time that helpers could use in better ways.

You selected a not usual device that adds difficulties.

10

You selected a not usual device that adds difficulties.

Yes @Railroader . My bad., thank you.

11
  1. Define best, and "indoor navigation".

@jremington
*It was a self driven Bluetooth vehicle for disabled people.
They need to control their Wheelchair with gestures. He need to navigate through indoor/outdoor environment.

He have a head mounted a IMU. One IMU in ground vehicle.
He can give left and right yaw movement for vehicle movement of right and left.
For this the yaw should be stable. He need to give left and right based on yaw difference between both IMUs.
one at head BMX160 another at Ground vehicle FSM300
the yaw difference between them is varying from 10 to 50 degrees in motion.

  • this what I observed and puzzled.

best means @jremington
How to achieve best measurement of head orientation with respect to the ground vehicle.

  1. What is the point of the question? Of course two measurements can be equal.

I am observing 10 - 50 degree difference between them while in motion.
is something wrong?
BMX160 have inbuilt offset correction by calibration
FSM300 is already calibrated in Z axis.

so @jremington you say that both IMUs should have same offset when rotate?

same details I posted in 9DOF post also.

I can send you log data of both IMU and my study also if you provide your personal contact mail @jremington.

12

@jremington please help me out.
Or any more info required @jremington?

Anyone, please support me on my issues with the project?

13

shall I provide more information @jremington for my application?

14

This topic was automatically closed 180 days after the last reply. New replies are no longer allowed.