Subscribe to rss feed

Inertial measurement hardware: MEMS vs non-MEMS | Navigation | Forum

 
You must be logged in to post user permissions login Login register Register


Register? | Lost Your Password?

Search Forums:


searchicon 






Minimum search word length is 3 characters – Maximum search word length is 84 characters
Wildcard Usage:
*  matches any number of characters    %  matches exactly one character

topic

Inertial measurement hardware: MEMS vs non-MEMS

print
small tagrelated
UserPost

7:10 pm
November 18, 2009


Luke Maurits

Adelaide, Australia

Admin

posts 1483

offline
link
print
1
0
ratedowngrey
rateupgrey

I have been reading/thinking about the hardware side of the inertial navigation system.  In some sense we won't need to make this decision for a while, because the meat of the work will be in the filtering algorithms, which are indifferent to the hardware, but it's never too soon to start thinking about things.  There isn't much of a point to this post, in that it doesn't make or ask for any design decisions, I'm just trying to keep people up to date on my reading/thinking.

Accelerometers and gyroscopes these days come in two broad categories: MEMS (Micro Engineered Mechanical Systems) accelerometers/gyros and what I'll call "macro" accelerometers/gyros, which is everything else.  The MEMS devices are relatively recent and are basically just silicon chips.  You can fit 3 accelerometers and 3 gyros into a unit smaller than a postage stamp!  These are the sorts of devices used in Wiimotes, in laptops (to park the hard drive if you drop it), in cars to activate airbags, etc.  Compared to the "macro" devices (which use "big" things like springs, bearings, lasers, mirrors, etc), MEMS devices are cheaper, smaller, lighter, more rugged, consume less power and take less time to start working after first powering up.  Their only downside is that they are currently quite a lot less accurate than the macro devices, which are the current de facto standard in aircraft navigation systems.

I'm not sure if we should necessarily count MEMS devices out entirely though.  For one thing, MEMS devices are getting more accurate all the time.  By the time we are actually ready to build something, it's possible the accuracy gap will have narrowed some.  For another thing, the difference in cost, size and weight is so great that you could easily average the signals from 10 or 20 separate MEMS devices before you started to approach a non-MEMS solution in any if these cost factors, which would go someway to improving the accuracy (not enough to get us close to modern non-MEMS solutions, but possibly close to 1960s non-MEMS, which we know to be good enough).  Thirdly, inertial navigation will not be our only means of navigation – we will be combining the inertial estimates with estimates from radio measurements, visual sightings of stars/Earth/moon, etc.  Until we have a better feel for the accuracy that these other methods will allow, we can't be too sure how important inertial accuracy is in the overall picture.  Finally, my understanding is that an important part of being able to filter noise from inertial measurements well, using a Kalman filter or the like, is being able to accurately model the dynamics of the vehicle.  In our case, this should be super easy.  We won't have to account for wind or turbulence like aircraft, and there should be very little unexpected acceleration.  Once we are in space, except for service engine burns and RCS use (which our guidance system can forewarn the navigation system about), the only acceleration will be due to gravity, and that will be almost perfectly constant when we are inbetween the Earth and moon's spheres of influence.

Basically, the situation is: a non-MEMS solution will definitely be good enough but it will be (relative to MEMS) heavy, expensive and power hungry.  A MEMS solution *might* be good enough, but might not, but all the advantages of a MEMS approach are great enough that I am reluctant to count them out too soon.

I welcome feedback on this from people who know more about this than me!

Main CLLARE workgroups: Mission Planning, Navigation and Guidance. I do maths, physics, C, Python and Java.

7:09 pm
November 19, 2009


galonar

Member

posts 4

offline
link
print
2
+2
ratedowngrey
rateupgrey

Just as an intro, I work as an Attitude Control and Navigation Systems Engineer in aerospace, and I'm going to poke a lot of holes in your arguments here.

For starters, your claim that algorithms are indifferent to the hardware is a gross oversimplification.  The purely mathematical concept behind the algorithm may be indifferent, but once you get into the implementation of it, the hardware becomes integral.  Tuning the algorithm to get proper performance is no trivial task.  It typically takes mountains of analysis, simulation, and test to make sure everything works right, and does so reliably.

MEMS gyros and accelerometers:  Yes, they are getting smaller and more accurate, but there is more to the equation than accuracy.  The environment in space is nothing like that on earth.  Reliability is one of the biggest concerns for space hardware.  Can the unit execute its task in the harsh environment (large temperature swings, radiation, etc) accurately and repeatably?  Radiation plays havoc with electronics that aren't properly shielded, and even when they are, there's always a chance for problems to occur.  Macro devices, as you call them, are the de facto standard for a good reason: a metric known as TRL.  Technology Readiness Level assesses how mature a technology is for its environment.  In short, technology won't fly until it has reached TRL 8.  As far as i know, MEMS technology is not close to that.

Fortunately, you mention combining gryo/accel measurements with something else.  Radio signals (effectively you are describing differential GPS), earth visuals (i'm not sure how useful this would be given how current Earth Sensors work, it may be worth starting a new thread to brainstorm this), and star visuals (IMO the best option).  Star visuals using a Star Tracker can provide fantastic accuracy in determining your attitude.  Unfortunately, they require an equally impressing algorithm set commonly known as SIAD, Stellar Inertial Attitude Determination.

The space environment:  your assumption that we won't have anything to worry about once we get into space is flat out incorrect.  Solar pressure, gravity gradients, micrometeroid impacts, and more can all cause disturbances to our trajectory.  You are correct that knowing the dynamics of the vehicle to build a good kalman filter is critical (which, incidentally, is for more than just filtering noise), but it's not just the vehicle we have to worry about.  Astrodynamics is no simple matter (but it's not my area of expertise, so I'll let someone else expand on it).

The MEMS vs Mechanical argument is a good one to have, but the way I see it, the crux right now comes down to technological maturity.  There's a reason most space hardware is state-of-the-art circa 1995.  It's mature to the point that it is extremely reliable and very, very well understood.  

More to come as I think of it.

12:26 am
November 20, 2009


Luke Maurits

Adelaide, Australia

Admin

posts 1483

offline
link
print
3
0
ratedowngrey
rateupgrey

galonar said:

Just as an intro, I work as an Attitude Control and Navigation Systems Engineer in aerospace, and I'm going to poke a lot of holes in your arguments here.

Glad to have someone around who knows a little more what they are talking about. As long as you do your poking in a constructive manner, it's very welcome. Indeed, essential. Before I say anything else, since you seem relatively knowledgable about navigation issues as a whole, I want to draw your attention to the NGW suggested reading list on our Wiki – if you can contribute links to this it will help tremendously in getting the group up to speed.

Now, as for specifics…

For starters, your claim that algorithms are indifferent to the hardware is a gross oversimplification.  The purely mathematical concept behind the algorithm may be indifferent, but once you get into the implementation of it, the hardware becomes integral.

In what way? I know Kalman filtering requires estimates of variance for all the measurements, which is of course hardware dependent. I suspect you are talking about more than just this, though, because that's just a constant parameter.

MEMS gyros and accelerometers:  Yes, they are getting smaller and more accurate, but there is more to the equation than accuracy.  The environment in space is nothing like that on earth.  Reliability is one of the biggest concerns for space hardware.  Can the unit execute its task in the harsh environment (large temperature swings, radiation, etc) accurately and repeatably? Radiation plays havoc with electronics that aren't properly shielded, and even when they are, there's always a chance for problems to occur.  Macro devices, as you call them, are the de facto standard for a good reason: a metric known as TRL.  Technology Readiness Level assesses how mature a technology is for its environment.  In short, technology won't fly until it has reached TRL 8.  As far as i know, MEMS technology is not close to that.

Although I'm not sure it has been made explicit yet, I think the implicit idea all along has been that the intertial navigation stuff will be contained in the CM, which will be pressurised, temeprature controlled and radiation shielded by virtue of having our astronaut in it. It's possible that radiation shielding requirements for electronics can exceed those for humans and if so that is definitely something we will have to look into. The advantage of the MEMS approach is that we can easily afford to have of the order of 10 of the things running at once, so instantaneous errors or even complete failures of individual devices are not necessarily disasterous.

Star visuals using a Star Tracker can provide fantastic accuracy in determining your attitude.  Unfortunately, they require an equally impressing algorithm set commonly known as SIAD, Stellar Inertial Attitude Determination.

Do you know much about this? Most of our navigation related discussion so far has been heavily focused on inertial stuff, I would be very happy to see discussion of other options and the star visuals sounds like as good a place to start as any.

The space environment:  your assumption that we won't have anything to worry about once we get into space is flat out incorrect.  Solar pressure, gravity gradients, micrometeroid impacts, and more can all cause disturbances to our trajectory.

I am not convinced those things will be huge factors. Re solar pressure: Wikipedia says "Radiation pressure is about 10^-5 Pa at Earth's distance from the Sun". If the cross-sectional area of our CSM normal to the direction of this pressure is of an order of magnitude 10 m, then with that pressure we are talking about a force of 10^-4 N. Assuming the mass of our CSM is on the order of magnitude 1000kg (and really 10000kg is probably more likely) this gives an acceleration of 10^-7 ms^-2, which is negligible and probably significantly less than the random noise in most acclerometers. Re micrometeroid impact: Wikipedia says these are typically less than 1g and their velocity relative to spacecraft is on the order of 1km/s. A worst case impact with a 1g meteoroid going at 10km/s imparting all of its momentum to the CSM would give an impulse of 10sN. Assuming a CSM mass on the order of 1000kg (again probably an underestimate), this is a delta-v of 0.01 m/s. Admittedly that is not negligible, but presumably the impact rate for these is roughly isotropic (I'm happy to be corrected on this) so the effect is a random walk in velocity space with 0.01 m/s steps that cancel each other out quickly. Re gravity gradients: it's a bit more difficult to get a back of envelope estimate for this but I still think that for the bulk of the trip (when we are far from the Earth and moon) the gravity will be close enough to constant for our concerns. Even if it is not, this effect is at least deterministic – we can estimate gravity gradients from our position estimates. It may not be the case that we have literally nothing to worry about, but we have an awful lot less than, say, a jet fighter.

More to come as I think of it.

Looking forward to it!

Main CLLARE workgroups: Mission Planning, Navigation and Guidance. I do maths, physics, C, Python and Java.

6:40 am
November 20, 2009


Rocket-To-The-Moon

Altus, Oklahoma, USA

Member

posts 685

offline
link
print
4
0
ratedowngrey
rateupgrey

Excellent discussion! This is a problem that is going to take a lot of really smart people to solve. I'm sure that an off the shelf solution is best, but that would also cost hundreds of thousands of dollars. I really think that this is an area where we can innovate more so than any other in the project.

In the scheme of things, ring laser gyros seem quite simple. Would we be able to produce a working INS with a scratch built RLG?

Main Workgroups: Propulsion & Spacecraft Engineering

small tagrelated

About the CSTART – Collaborative Space Travel and Research Team Forum

Forum Timezone: UTC -6

Most Users Ever Online: 59

Currently Online:
8 Guests

Currently Browsing this Topic:
1 Guest

Forum Stats:

Groups: 4
Forums: 36
Topics: 516
Posts: 3818

Membership:

There are 1144 Members

There are 2 Admins

Top Posters:

Rocket-To-The-Moon – 685
brmj – 402
rpulkrabek – 349
DenisG – 69
antinode – 64
J. Simmons – 46

Recent New Members: daffodil1003, lejufe, aquariusmediaa91, megasplosion, peterpaul008, Sandra

Administrators: Luke Maurits (1483 Posts), Rizwan (170 Posts)



 
share save 120 16