Modular Robots 130
levin writes "An article in the latest issue of IEEE spectrum discusses modular robots--robots made of small, identical components or modules. These robots can slither, roll like a tank tread, inchworm, or crawl like a spider. The idea is that modular robots will be not only cheaper to build because the modules are all the same, but will be more able to repair themselves (by shedding damaged modules). Even cooler, each of the 5cm cube modules in Xerox PARC's polybot sports its own PowerPC 555 and 1mb ram."
Lazy (Score:1, Offtopic)
Update to old story (Score:1)
This started as somebody's grad project. The idea is that you can mass produce the modules cheaply and they can be configured as needed for a specific task. I think the software is probably what is slowing them down...
Re:Lazy (Score:2)
Expensive? (Score:3, Insightful)
Re:Expensive? (Score:2, Interesting)
in space, no one can hear you spend (Score:2)
In fact, the cost savings from the launch might well pay for the extra cost of the robot. Especially once modular robots are the de facto NASA standard and are cranked out in quantity by the lowest bidder. : )
Re:Expensive? (Score:3, Insightful)
Maybe. But the cool thing of modular design (such as in OOP) is reuse of components. You could define a 'walk' module, reusing in several different goals. And you would only need to engineer once this 'walk' module, thereby saving a lot on Research/Development, and on the machines that build the modules on factories.
Special (Score:2, Funny)
Soon we'll have to hunt robot mosquitos and spiders with the fly swatter -- or possibly with a hammer if these damn things keep repairing themselves.
These robots will never suck blood. (Score:1)
How many modules do you think it would take to build a modular mechanic mosquito? Take into account that you're dealing with "5cm cube modules."
Re:These robots will never suck blood. (Score:1)
Re:Special (Score:2)
Thanks for giving me Daikatana flashbacks.
What kind of advances in AI? (Score:1)
Re:What kind of advances in AI? (Score:2)
What application are you looking for in regards to AI? Its highly doubtful AI will ever get to a point where you just install an EEPROM, turn it on, and the "thing" figures out why it is there.
Re:What kind of advances in AI? (Score:2, Interesting)
Beyond your average "Programmed to go towards light, then programmed to bark" kind of robot you described.
Re:What kind of advances in AI? (Score:1)
Re:What kind of advances in AI? (Score:1)
I am guessing proprietary windows software... right?
Re:What kind of advances in AI? (Score:1)
Re:What kind of advances in AI? (Score:2)
They are pritty cool, and by default you can make some niffty stuff (like RADAR's). See the website, or the back of the box for actual content.
You need a serial port (Mac users think USB to serial port atapter).
To develop "applications" for them, either use
The Stuff That They Come With (crappy, aimmed for kids)
VB, or other OCX-enabled Windows Delopement System
Not Quite C [enteract.com], aviable on most plateforms, including UNIX (and alikes (Linux)), Win32, BeOS [geocities.com] and MacOS. As the auther of the BeOS port, I can say it's piss easy to port if you need to.
LegOS [www.noga.de], A miniOS for the RCX, looks pritty darn cool.
leJOS [sourceforge.net], Java RCX [escape.com] and tinyVM [sourceforge.net] for Java based interfaces.
mlk
Did somebody find... (Score:2, Funny)
Quick breakdwn of robot topics lately:
microscopic robots
tiny robots that can move in different ways
robots designed to kill other robots
as well as the 3 or 4 AI articles, and a few others I didn't bother to read.
Maybe....
News for Scientists, Stuff for Robots?
ok, this comment was posted in jest, so don't get your robots in a wad.
Re:Did somebody find... (Score:1)
Lego bots are invincible if you just program them to park next to someone's bed and make a loud noise in the middle of the night - think of them as kamikaze mindstorms :)
"Ow! Sharp!!"
This techology is allready patented (Score:1)
Nano-bots, Cellular AI, oh my. (Score:4, Interesting)
The 'imagine a beowulf cluster' comments are more applicable here than in most of the articles I read... Imagine billions of robots able to work in tandem, infinitely reconfigurable. An office building/space craft? An automobile/boat. Hello Transformers...
Re:Nano-bots, Cellular AI, oh my. (Score:2)
Re:Nano-bots, Ce.. (patented: called Utility Fog ) (Score:1)
its called Utility Fog [google.com]
Unfortunately.. if thier made out of carbon compounds, and can self replicate (cheap production) the importance of control becomes life threatening... that with no OFF switch = the blob.Cyberdyne Systems (Score:3, Funny)
Millions of modules? Like molecules? Can you say "liquid metal alloy?"
Damn, I hope the company doesn't start calling itself "Cyberdyne".....
Re:Cyberdyne Systems (Score:1)
Ack! Replicators! (Score:5, Funny)
What, you didn't see "Small Victories" [stargate-sg1.com] from the fourth season of Stargate SG1?
Re:Ack! Replicators! (Score:1)
But we also learned that they are susceptible to damage from chemically-powered projectile weapons. Whew!
Robo-wars (Score:1)
BattleBots (Score:2)
The rules [battlebotsiq.com] for BattleBots specificly mention "polybots" (aka a modular robot). However, I can only remember seeing one robot a few seasons ago that used such a design, and it didn't do too well.
The rules for polybots go like this:
I believe there is also a rule that only two people on your team are allowed to be by the arena for driving, which will limit the number of peices that can be manualy controled. (I'm not sure about that rule, though).
There are also practical considerations to when taking the third rule into account. Imagine bringing in your highly-modular robot and telling the judges that your bot has a total of 2^32 possible configurations, and it must be weighed in all of them. The best thing to do in this circumstance is to call up the judges before the tourny and ask them if the bot can just be weighed in the configuration you're about to send into the arena. Bots are reweighed before each fight anyways, so this shouldn't be a problem.
Anybody have ideas for a good polybot?
Re:BattleBots (Score:1)
A lot of the robots appear to have more communications difficulties than anything - either they were never tested at sufficient distance from the controllers, or else their antennae seem to be the first to go. A fully-autonomous bot with sufficient redundant sensors and the ability to hunt down other robots on its own would be a great advantage, I would think. The robot wars arms race is pretty quiet recently, since most of the really good weapons designs have been figured out and the only question is implementation. I predict that robot intelligence (at least enough to assist the human controllers) will be the next winning strategy.
Possibilities. (Score:3, Insightful)
It's kind of like having industrial-grade legos.
This is the end... (Score:1)
oh well, I doubt these robots will stand up against a shotgun blast, so if I see any little cubic robots near my house... BOOM!
Re:This is the end... (Score:1)
But I thought... (Score:1, Redundant)
Re:Can you imagine... (Score:2, Interesting)
Re:Can you imagine... (Score:2, Funny)
Re:Can you imagine... (Score:1)
interesting article (Score:2)
This is a serious question, What the hell would they be used for? Did someone see that in the article or somewhere else?
Re:interesting article (Score:1)
The article mentioned exploring other planets or searching earthquake zones. Such environments often require something that can adapt quickly to changing circumstances.
One word: Sexbots (Score:2)
I'd invest in the company that produces these...
These would make cool toys if... (Score:1)
Frightening possibilities... (Score:4, Funny)
Re:Frightening possibilities... (Score:1, Funny)
Re:Frightening possibilities... (Score:1)
It's now love...
Life more like Battletech (Score:2, Interesting)
Re:Life more like Battletech (Score:1)
Yeah, the Transformers had interchangeable weapons too. At least until they started making the holes in their fists slightly different sizes :(
He did loft the banner and charge forward... (Score:1)
(Also, I'm snatching that NERD sign from you and running head-long into the crossfire.)
The idea was that the shape of the robot was still unique (Light, Medium, Heavy, arms, legs, etc) but the robot contained "bays" for weapons and engine modules.
Anyways, back to the topic.
Modular robot design is actually a pretty good idea. First off, you could get the cost savings of scale/quantity, second you avoid the "puprose-built" robot problem.
I think a tool like this would be more useful in hazardous environments and unknown areas. Suppose we want our next robot explorer for Mars, sending a self-reconfigurable robot might be a better idea. We don't know exactly what we'd encounter and we can adjust for strange things. This would also be useful in contaminated areas where you don't want to get three special robots ruined or send someone in to modify the one already there.
...Now if we could just cram a CPU, battery, and connections into a swiss army knife and download the McGyver AI program...
1mb of RAM? (Score:3, Funny)
So why does my PC need 128mb just to type a Word document without crashing?
Re:1mb of RAM? (Score:1)
Re:1mb of RAM? (Score:1)
Well, duh.... (Score:2)
Sounds similar to... (Score:2)
sweet!!! (Score:1)
modular manufacturing processes.
Imagine an assembly line of really cheap
robots that can build stuff cheaper in America
than the cost of shipping "made in China" stuff back here. To compete against dirt cheap labor,
we basically need to have dirt cheap robots.
If these things are cheap enough, I may just be
able to win my bet to be able to build a [kettering.edu]
shell script controlled CD changer for my Linux box for under $50.00
But when... (Score:2, Funny)
Spliting and Merging (Score:5, Insightful)
Imagine a robot being able to break a portion of itself off and send it to perform a sub task. Imagine two robot getting together to cooperate on a task by combining and spliting apart again once the task was completed.
Re:Spliting and Merging (Score:1)
The idea was to create a lot of small relatively stupid robots that could somehow self-coordinate (be it one brain bot or something). Imagine a bunch of ant-sized lifter bots coordinating and lifting and moving a heavy object. The heavier the object, the more "assistants" would get called in to do the task.
Re:Spliting and Merging (Score:1)
Re:Spliting and Merging (Score:1)
Re:Spliting and Merging (Score:1)
From a core body it had six arms, these branched into six fingers each, which themselves branched likewise until reaching near-microscopic size. Each segment had a power store, motor, and limited processing capability. Power, communications, and senses were driven by laser diodes giving the machine a colored, sparkly appearance (hence the name), and it was operated remotely by the habitat's supercomputer, relying on its own processors for simple reflex behavior.
A pretty cool machine it was; it'd be quite an accomplishment to build something like it in real life.
Stanford's Modular Bot: Polypod! (Score:4, Informative)
Direct link to the story is:
http://www.edgereport.com/article.php?sid=138 [edgereport.com]
--
Power requirements? (Score:3, Insightful)
Re:Power requirements? (Score:1)
Well, I've not read the entire article, but one solution would be to put the energy one module needs into the module itself. If you need more endurance, just put a few idle modules somewhere which will give their energy to the others. Putting idle modules could be useful for other purposes too, such as backup and ballast (to lower the center of gravity etc).
For the heat problem I guess the one million module monster won't be a 100x100x100 module cube, but a large structure with lot of space.
Re:Power requirements? (Score:3, Interesting)
Power-PC CPU's draw a lot less power than Pentiums (I think), but it's not going to be practical to have portable-powered units (solar, battery, fuel cell, or combination) with large numbers of them. They also built a chain robot with PIC CPU's -- that's an 8 bitter that draws a little more current than a digital watch. It could follow a pre-programmed plan but couldn't re-configure itself, and probably isn't brainy enough to handle unpredictability. So I expect a real world modular bot will be a lot of PIC "muscle" units, plus a few high-powered "brains". The PIC's will have just enough intelligence to follow the plan sent out by the brains, and not burn up much power when idling.
The lab model (powered by a wall plug) might put a "brain" in every unit, to make it easier to work out the basic motions. Then you compile that to PIC object code add it to the list of options the brain can activate.
Re:Power requirements? (Score:1)
Cheers
They finally did it (Score:2)
We're in trouble now (Score:2)
(FYI - This is a the "replicator" from Stargate: SG-1)
I have seen this epsoide (Score:1)
oh no.. they are alive... run for the hills... run for the
genetic algorithms (Score:1)
A simliar approach to that is the golem project [brandeis.edu]
Imagine you set the task to build a house and the robots that fulfil it best are copied with slight mutations. Then the simulation starts again until you have the perfect housbuilder robots.
The car industry? (Score:1)
So people that brought us spoilers and racing stripes should be designing my OS?
Re:The car industry? (Score:1)
Naw, too many bugs in the car industy.
(Somebody was gonna say it.)
Screamers (Score:1)
What can I say but... (Score:1)
I know it's dumb, I just couldn't help myself. =)
off-topic. (not goatsx, please don't censor to -1) (Score:5, Interesting)
But imagine what you could do with a 5 cm^3 computer if it were a self-powered cube that could automatically share number-crunching resources with any other cube it got connected with.
Specifically, I address in this off-topic post the feasability of simulating the human brain with current technology.
Before we start, see here for the statistics [mit.edu] I am using.
Note especially that:
I'll now interpret this information.
Let's posit for a second (wrongly) that a five hundred megahertz computer ("PowerPC 555" in article, though again the article refers to robots, not mere number-crunching computers) could simulate with each hertz all that a neuron does in one firing. (By contrast, a typical "hertz" in today's gigahertz computers is less than required to retrieve two thirty-two bit numbers, add them, and store the result.)
With this assumption, we'd only need (upper estimate) 200,000 such processors [1] to simulate the brain real-time.
200,000 * 5 cubic centimeters (size of these suckers) is 1,000,000 cubic centimeters, or 100 centimeters to each side of a cube, which is 1 cubic meter.
That's not very big at all, and even if these robots cost $2,000 each, 200,000 of them would only cost $400 million.
The problem, of course, is that no way one hertz on these babies is going to simulate all that a neuron does, even on average, since each neuron is connected to up to 5,000 other neurons, and has a small interaction with each one each time it fires.
Since a 32-bit integer can enumerate ("address") just over 4 billion items, we would need an integer and another byte (we'd only use half) to address each of the other 50 billion neurons. In other words, just to pass information about which current connection we're looking at we need to handle two 4-byte integers and another byte on each end of your dendrite (connector and connectee). If we assume that an "interaction" between two neurons, when one of them fires, takes a hundred real hertz to process (I think this is fair, since the amount of logical information that a neuron stores can be represented by two or three variables, which you'd read, compare, see if a threshold is met, then store), then we'd need not one hertz per neuron but 100 hertz * 5000 dendrites (connections to other neurons with which it transacts). Our 1 cubic meter has just jumped to 500,000 (five cubic kilometers), and our $400 million price-tag has just jumped to $20 trillion.
But $20 trillion will buy you the processing power (not necessarily the io bandwidth) to process as much as the human brain can possibly, ever process, if every neuron is connected to as many other neurons as it possibly can, and each one is firing as much as it biologically can, by the highest estimate anyone estimates, and is connected to as many other neurons as anyone estimates is possible.
Needless to say, your actual costs for doing as much processing as the human brain processes are much, much lower.
Why, if you take simply the fact that the max hertz we calculated as 2000, whereas the "max" is 250-2,000, and the "average" by most estimates is around 20 hertz (a neuron, on average, will not fire more than twenty times a second), you've just reduced your processing time by a factor of 100, going from $20 trillion back down to $200 billion.
Now let's look at the difference between the "processing" that we said we can buy for $2000 (500 megahertz) and the io bandwidth we need.
We estimated 100 hertz per neuron interaction with another neuron, and we said that a neuron was connected with 5000 other neurons, and that the "state" of each connection could be represented (logically) by three 32-bit integers (four bytes each) and another 5 bytes just to address the second neuron, we now need 8 bytes * 5,000 neurons available over the timespan of 100 hertz, where we're looking at a 500 megahertz computer. This means that to get the io bandwidth over one second, we multiply these eight bytes by 5,000,000 (the quotient of 500 megahertz and 100 hertz), and get 40 million / 1024*1024 = 38.14 megabytes/second.
If we forget about the 5-cm cubes (and any semblance of topicality) this actually isn't so unreasonable, since a $2000 computer needing only 500 megahertz shouldn't have any problem with 38.13 megs/second. Or 4 gigs of RAM.
Anyway, let me know where my numbers are off, but it seems I've concluded that, today, $200 billion will buy you everything you need to simulate a human brain real-time, without any compression or special optimization.
So then next time somebody says: "Computer will never think, because only human can think." You can proudly answer:
"Shut your face, ignorant person. Soon as we figure out all the laws of neural interaction and find a way to image someone's brain, $1.57 billion dollars will buy you all the computer processing you need to simulate that brain real-time. [10.5 years from now, or 7 Moore's law iterations -- I divided $200 billion by two to the seventh]. But, of course, if ten and a half years to you is longer than "never", then feel free to remain ignorant, moron."
ac.
of course, I've been known to be wrong. please correct me gently.
[1] this is 50 billion divided by 250,000, since 500 megahertz is 250,000 more frequent than 2,000 hertz.
Didn't we talk about this before? (Score:2)
Fractal robots (Score:2, Interesting)
5 nanometers spells trouble (Score:1)
This is the second advanced research lab... (Score:1)
Seriously, it's nice to see things moving from the toy department to the research lab, instead of the other way around.
This posting is provided "AS IS" with no warranties, and confers no rights.
What creeps me out... (Score:1)
Re: (Score:2)
Think polymorphic interfaces (Score:1)
perhaps a chance for (Score:1)
QED