Jump to content

IMU Brick accuracy


Recommended Posts

We want to fly a camera over a football pitch using the IMU to show camera orientation (pan, tilt and roll) and x/y/z position.  We will have as much time as needed to set up and the camera will be stationary for may seconds between 'shots'.  My question is can I trust the IMU positional data or should I stay with counting steps on the stepper motors to estimate the position. 

Link to comment
Share on other sites

Counting the stepper motor steps will definitely have a better accuracy.


The problem is that the timing of the sending of the USB package depends on the scheduler of your operating system. So instead of a message every ms you might get a message in 0.8ms and the next one in 1.3ms and the next one in 0.9ms and so on.


There is nothing we can do about that as long as the programming is done on one of the modern operating systems (linux/macos/windows).


If you want to calculate your postion with the IMU data, these timing differences will destroy your accuracy. The calculations would have to be _very_ precise.


In theory we could do the position calculations on the Brick itself. I already looked at that and tried some things. The problem is: If you use the IMU Brick together with two demanding bricklets (e.g. IO 16), we are already at the absolute limit of calculations we can do with the 64Mhz.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Create New...