Micromachines in Modern Use 75
dragons_flight writes: "Physics Today has a lengthy article on MEMS (microelectromechanical systems AKA micromachines) including the ways they are being put to use right now. Uses include airbag collision detectors in cars, pressure guages, "micro-microphones", video projection, scientific equipment, and the ever popular optical switching technology. In addition there are two brief sidebars discussing how micro- and macro-machines differ and the use of integrated circuit technology to build MEMS."
Micromachines (Score:2, Funny)
Wow, talk about advanced technology! If they can put all this stuff in a toy car the size of my thumbnail, imagine what they can put in, say, a Matchbox racer! Or, dare I say it... A Tonka truck!
Re:Micromachines (Score:1)
cool (Score:3, Funny)
oh wait, i think that is a different micromachines. Nevermind.
Re:cool (Score:2)
Will it surprise anybody when some toy/entertainment corporation makes
this scientific endeavor stop using
their trademarked name? Or puts a
stop to the research altogether with
some huge lawsuit? Preposterous? Really?
Adaptive Optics (Score:2, Interesting)
AO for the next generation of extremely large telescopes requires something like 500k to 1,000k actuators, something that is only economically feasible with something like MEMS.
Re:Adaptive Optics (Score:1)
I encourage interested folks to browse the CfAO web site. They've got pointers to all manner of AO research nation-wide, including several active projects on MEMS. The focus of the last AO summer school was almost entirely MEMS.
Re:Adaptive Optics (Score:1)
See here [dur.ac.uk] for a longer description.
MEMS "Smart Dust" (Score:3, Interesting)
Re:MEMS "Smart Dust" (Score:1, Funny)
Re:MEMS "Smart Dust" (Score:2)
Re:MEMS "Smart Dust" (Score:1)
Majestic... (Score:1)
-Berj
Work on MEMS in other places (Score:1)
Their work also deals with some of the important issues in deploying MEMS, like how would you be able to empower these minute thingies with networking capabilities? Could probably have minute radio transmitters built on to these things that transmit data periodically. Another important issue is optimal power management. Obviously these sensors can't last for a long time, so the power management features on them must be state-of-the-art. Unfortunately, no references to their work: all very hush-hush and privy to IEEE members.
Redundant consolidation (Score:2)
Uses we never dreamed of (Score:2, Funny)
Amazing! You'd think they'd fasten those airbags down securely, but it's nice to know that if a couple of them ever got loose, we'll be able to detect when those airbags collide! ;^)
Re:Uses we never dreamed of (Score:2)
Re:Uses we never dreamed of (Score:1)
what i would like to see.. (Score:2)
Re:what i would like to see.. (Score:1)
Micro-microphones? (Score:3, Funny)
Surely you mean picophones!
It's a wonder that these (Score:2)
On another note, I hope they are careful and don't release dangerous micromachines that would eat up a city.
Crypto! (Score:2, Funny)
Well written article. (Score:1, Offtopic)
It's a good article.
I like the part near the end where he said that we now take for granted microprocessors containing tens of millions of transistors. It's the kind of thing that makes you (or at least me) respect everything that goes into these damn computers. Oh yeah, and it gives you some idea of the vast waste in the name of time-to-market and whatnot. Back in the days, computers that didn't have nearly as much power as today performed many functions very quickly and efficiently. Nowadays, computers that are a hundred times faster and better do everything a hundred times slower because many of today's programs don't contain good algorithms, don't contain good data structures, and do contain a shitload of flow control statements that can be eliminated by doing a few math instructions or replaced by a small look up table. This isn't the programmer's fault by the way. There are many clever programmers out there who do amazing things, but unfortunately, the damn suits don't let them do their jobs. And furthermore, they are few and far between when compared to the overflowing numbers of script kiddies who write shit code that unfortunately makes it into "products" because companies care more about their bottom line than the quality of their work. To suits, the most important part of their product (in other words, the technical part, whether it is a 400 pound cast-iron cylinder or a floppy diskette containing program instructions) is nothing but a bunch of pesky details they'd rather didn't exist. Furthermore, they have no respect for the programmer (or any other employee for that matter, but I think programmers are looked down upon by many of these suits). When an engineer says it'll take a year to build a bridge, suits will believe it. When a clever programmer says it'll take a year to build a complicated program, the suits think you're out of your mind for coming up with that (very realistic) number--when they're the ones out of their minds for coming up with the ridiculous idea in the first place. Programmers would rather do interesting things with their knowledge and skills. Unfortunately, suits ask their programmers to make boring shit instead, and then don't even respect the thought and brain-breaking work that goes into it. After all, how hard could it be to bang together some sequences of instructions? Hey, if the suit's 8-year-old kid can put together a stupid website in ten minutes, why can't a complicated software project get completed in two weeks or so? Well, however long it takes, it's unacceptable. So instead of hiring the clever programmer wearing the T-shirt (the one who estimated a very realistic year), we'll hire those script kiddies wearing the suits. Their professional estimate for the work is two business days.
And the worst part is when they (the suits) write their stupid fscking press releases or whatever they are, which contain a proliferation of words like "innovative", "enterprise", "collaboration", etc. They'll market printf() as, for example, a compelling enterprise architecture leveraging innovative platforms and streamlining leading edge technology solutions to content providers. All of which means absolutely nothing. On a glossy brochure. That is what I call taking tens of millions of transistors for granted. It's not the programmers' faults. It's the suits who don't care's faults. (Yeah, there are suits out there who do care. But the ratio of suits who do care to suits who's damns they give (give damns?) only to the bottom line must be like 1:9999999999999999999999999999) It pisses me off just to think about the sorry state of things. I believe the suits caused the dot-bomb crash. The programmers (not the script-kiddies) were just trying to do their jobs. The suits frieked out because the work took more than five minutes to complete. Crash. End of story.
P.S., this was not intended as a troll.
Re:Well written article. (Score:2)
I'm going to sell furniture on the internet. No, we don't deliver -- costs too much to do that. No, you can't sit on it first to see if it's comfortable. Yes, it comes in many colours.
What? We need a warehouse -- but it's virtual why would we need a warehouse?
Question: (Score:1)
MEMS to solve all our optical swithing needs? (Score:2, Interesting)
Rerouting light with MEMS switches not only breaks the electronic bottleneck, it has many other advantages as well.
These mirrors flip up and down mechanically, right? That can't be much faster than KHz, whereas electronics switch on the order of MHz, I thought...
It is data rate independent in the sense that a mirror's behavior is independent of how fast the light turns on and off. Likewise, a mirror's behavior is wavelength independent.
Hmmm... seems to me that the faster the light turns on and off, the wider the bandwidth of the signal. I don't know if this is a big effect compared with the wavelength sensitivity of the mirror, but then they go and claim that mirrors are wavelength insensitive. Perhaps regular mirrors are, but aren't high reflectivity mirrors wavelength sensitive (using interference effects from thin film coatings)? If they didn't use high reflectivity mirrors, wouldn't there be a huge loss to this switch?
This is just me asking more questions than I'm answering, I realize, but maybe somebody who's been in the field of photonics longer than I can provide some answers. Are there any companies currently using MEMS in commercial systems?
Re:MEMS to solve all our optical swithing needs? (Score:3, Informative)
You could move a macroscopic mirror at a few kHz. Mirrors fabricated to be a few microns across can be switched much, much more quickly.
Even if your packet rate still ends up being much faster than the speed at which you can switch the mirror, you could still use this to eliminate a lot of decoding during routing. Instead of a box with N network attachments that decodes incoming traffic and sends it to x, y, or z destination as appropriate, you have a MEMS box that has one connection pattern for the first millisecond, another connection pattern for the next millisecond, and so on. If the routers generating the traffic are intelligent, they can group packets for a given destination into bursts so that they're routed automatically through the optical MEMS router. Alternatively, you could group packets and put a duration and a destination-identifier tag on it at a lower data rate. Embedded electronics in the MEMS chip can read the destination and move the mirror to the correct position for the duration of the burst of packets.
This won't eliminate the need for all electronic processing, but it will make several aspects of routing at high data rates much easier.
but then they go and claim that mirrors are wavelength insensitive. Perhaps regular mirrors are, but aren't high reflectivity mirrors wavelength sensitive (using interference effects from thin film coatings)? If they didn't use high reflectivity mirrors, wouldn't there be a huge loss to this switch?
Not really. You can always put an optical repeater (read: erbium-doped fiber laser) on all outgoing ports to compensate for dimming. You have to do this on long fiber runs anyways.
Good thought, though.
Re:MEMS to solve all our optical swithing needs? (Score:2)
Routers (Cisco) make routing decisions on a per-packet basis, unless they are using MPLS.
Switches (Lucent, Nortel) create connections that are up for the length of the communication (if not longer). The entire message takes the same path -- no decisions, or mirror-flipping, necessary other than at setup.
The optical switches make good sense at aggregate points, where large amounts of traffic are forwarded. MAE points; big cities; etc. are great for this. Lucent's customers use them for trans-oceanic and trans-continental routing of LARGE amounts of data (800 Gbps - 1.6 Tbps).
In Lucent's devices (MEMS mirrors on a chip), there is a mirror per wavelength (256 total per MEMS chip).
Charles E. Hill
Core Network Engineer
Lucent Worldwide Services
US and European efforts on micromanipulation (Score:1, Interesting)
The Nanowalker [mit.edu] project
The MINIMAN [ira.uka.de] project
micromachine highschool joke (Score:1)
remember the joke back in highschool when someone would ask you:
"does your dick say 'micro machine'" on it?
and you were supposed to say "no it doesnt!"
and he would say "then it's not the real thing!"
I don't want MicroMachines (Score:2)
Yes I know all this is ridiculously off-topic, but maybe somebody knows where I can get some of that track. (Or a cheap injection molding system, with complete instructions.)
Wow... (Score:1)