Integrating Gyroscope Output for Accurate Angle Measurement

AI Thread Summary
Integrating gyroscope output for accurate angle measurement involves using numerical integration techniques, with rectangular integration being the simplest method. The angle is updated by summing the product of the gyroscope's velocity in degrees per second and the time interval between samples. It's crucial to maintain a consistent sampling rate, such as 100Hz, to simplify time calculations. If sampling is irregular, timestamping each sample can help determine the time elapsed. The integration process can be expanded to include multiple gyroscopes, but issues with graph representation may indicate problems in the visualization code rather than the integration itself.
becky91
Messages
3
Reaction score
0
Hey guys,

I recently did a project with combining and accelerometer and gyroscope together using the 6DOF IMU Razor and an Arduino and now i need to try something different but i need some help. How does one integrate a gyroscope output? I tried something like this below but i don't think its complete:

Code:
    xGyro  = analogRead((X_GYRO_APIN) - 403); //removing offset from raw ADC value
    xGyro *= (3.3 / 1023.0) / 0.00333; //now reads deg/sec
    tmpf = xGyro;
    tmpf *= interval / 1000.0f; //now reads deg

How do i update my angle, hence integrating my gyro?

Any help is much appreciated!
Thanks
 
Engineering news on Phys.org
Well, there are a lot of different numerical integration techniques. The simplest follows this pattern and is called "rectangular integration"...

You need two things: your current velocity (degrees/sec in this case) and the time between your current sample and previous sample (in seconds of course). Then your angle is just the running sum of your previous angles and the current velocity divided by the time delta.

angle = angle + velocity/deltat;
 
Ok so, up to now I've found my deg/sec and I've also divided it by time so as to get my value in deg. How do i get my current and previous time sample though? And does "angle" represent the degrees value in this case? Like this:
Code:
    xGyro  = analogRead((X_GYRO_APIN) - 403); //removing offset from raw ADC value
    xGyro *= (3.3 / 1023.0) / 0.00333; //now reads deg/sec
    angle = xGyro*time;
    angle = angle + xGyro)/time
And my time could be any sample time? (eg 100ms)?
 
Last edited:
Your time between samples depends on how your system works. The easiest method is to have a system that sample at a constant rate... for example at 100Hz. In this case your time between samples would always be 0.01 seconds. This can be done in different ways, from using a periodic interrupt for a software based system or implementing the periodic sampling in hardware (where you software would then read out of buffered data).

In other systems you may not be able to periodically sample. In this case you may have to time stamp the data and determine how long it has been between samples. A worse case here would be if you were using a Windows system. Every time you sample you may have to look at the system time and use it versus the system time of your previous sample to determine how long it has been between samples.

In either case, the accuracy of your answer not only depends on the readings but also on your ability to determine the time between them.


And actually I just realized I made a mistake in my earlier post. You actually want to multiply by time and not divide (you would divide if you were using frequency).

So it should be: angle = angle + sample*sample_time

Sorry!


If you think about it this way: velocity = change position / change in time

So if you want to get change in position you need to multiply by change in time -> velocity * change in time = change position

Now, if you sum up all your change in positions, you get your current position relative to where you started.
 
you can try this way:

Code:
double angle = 0.;  ///< your start (initial) angle in degree
double time = 0.01; ///< [seconds] imagine that you get info every 10 milliseconds

while(1) {
    xGyro  = analogRead((X_GYRO_APIN) - 403); //removing offset from raw ADC value
    xGyro *= (3.3 / 1023.0) / 0.00333; //now reads deg/sec
    angle += xGyro*time;
}

this code is OK for one gyro integration. It will be more interesting when you start to integrate all three gyro together.
 
i actually did do my integration like what you both just mentioned so its fine now, the only weird thing is that my graph looks funny now...im starting to think there's something wrong with my graph code and not my actual integral :/
 
Thread 'Weird near-field phenomenon I get in my EM simulation'
I recently made a basic simulation of wire antennas and I am not sure if the near field in my simulation is modeled correctly. One of the things that worry me is the fact that sometimes I see in my simulation "movements" in the near field that seems to be faster than the speed of wave propagation I defined (the speed of light in the simulation). Specifically I see "nodes" of low amplitude in the E field that are quickly "emitted" from the antenna and then slow down as they approach the far...
Hello dear reader, a brief introduction: Some 4 years ago someone started developing health related issues, apparently due to exposure to RF & ELF related frequencies and/or fields (Magnetic). This is currently becoming known as EHS. (Electromagnetic hypersensitivity is a claimed sensitivity to electromagnetic fields, to which adverse symptoms are attributed.) She experiences a deep burning sensation throughout her entire body, leaving her in pain and exhausted after a pulse has occurred...

Similar threads

Back
Top