Subject:
|
Re: Brainstorms
|
Newsgroups:
|
lugnet.robotics
|
Date:
|
Fri, 9 Aug 2002 03:47:39 GMT
|
Original-From:
|
Elijah Meeker <{elijah@}nomorespam{tds.net}>
|
Viewed:
|
860 times
|
| |
|
|
I'd really love to have the time to do this right, with links to all the
neat articles I have been finding for lunch time reading, and to be up
todate on the technology involved. But I will be lucky if I can get this
written befoe I am required to be co-pilot in my son's next pod race.
This lunchtime reading has been about robotic eels, snakes, elephant trunks
as a model for manipulators, reconfigurable robots all sorts of cool stuff.
One of the common threads through most of them is small, weak and dumb
modules, i.e. minimal i/o and processing, but lots and lots of modules.
In my ideal robotics world, er, I /think/, each module would have 2 sensor
inputs and one motor out. Each would take the identity of "the sensor before
me plus one" plugged in to a backbone (which would also supply power) and
begin listening for messages for the motor and pumping messages from the
sensors.
Power could be plugged in at any point along the backbone. The processor
module, which would have the motor message pump and sensor listener, would
attach to one end of the backbone and have a connector for the interface
module. The interface module would have two versions, one would be a full
blown LCD/buttons/wireless module and the other would have just the wireless
interface. That way when development is done you aren't forced to carry
around the bulk of the full interface.
Java or C. whatever you like.
As I weighed in on purism and absolutism a few weeks ago I will just be off
to copilot that pod...
Elijah
|
|
Message has 2 Replies:
 | | RE: Brainstorms
|
| Elijah has IMHO a nice starting point for a series of modules for Robotics. My extensions, would be based upon a common addressing system ala Dalas Semi 1 wire. This allows for simple stacking of 1wire devices. Compiler/Interpreter keeping track of (...) (22 years ago, 9-Aug-02, to lugnet.robotics)
| | | Re: Brainstorms
|
| and (...) Now that I think about it, in order to raise the signal to noise in the message queue, the sensors should have 3 modes: Listen to the message queue (default) Listen and notify on change Listen and notify on clock Okay that's all I can (...) (22 years ago, 9-Aug-02, to lugnet.robotics)
|
Message is in Reply To:
| | Brainstorms
|
| Ok. I've seen a similar ebb and flow of ideas for modularization in this newsgroup before. The difference, is that now, most people who are reading this a probably well familiar with the RCX, Mindstorms, etc etc. The subject of this post is intended (...) (22 years ago, 8-Aug-02, to lugnet.robotics)
|
53 Messages in This Thread:
 
- Entire Thread on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
This Message and its Replies on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
|
|
|
|
