View Single Post
  #16   Report Post  
Posted to rec.crafts.metalworking
DGoncz DGoncz is offline
external usenet poster
 
Posts: 19
Default Self-Reproducing Machine Tools

Bert are you interested in co-inventing the next wave of self-replicating machine technology?
You've made a contribution here. At the least, I must acknowledge it.

To do so, I append this tag, meaning only those parts of my writing you include below. The tag helps me find these contributions.

Doug


I claim and announce intent to register
Copyright (c) 2003 Douglas Dana Goncz

Doug Goncz
Replikon Research(ers)




On Wednesday, October 8, 2003 1:33:19 PM UTC-4, Bert wrote:
( Doug Goncz ) wrote:

From: Gary Coffman

Newsgroups: rec.crafts.metalworking


You're implicitly assuming that to replicate a part you need an identical
part on hand as a template. But that's not a requirement. All you really
need is a print.


Of course all you need is a non-self-replicating print, and a
non-self-replicating filing cabinet to keep it in. Do you want to use the lathe
to build a paper mill so you can make the print, and the mill to build a sheet
metal shear so you can file the print, or do you wan't to simplify, simplify,
without cheating.

The only self-replicating thing about a file cabinet full of prints is mildew.


The only thing needed to make it self-replicating under your
definition is a pantograph, which itself can be replicated using the
other machine tools. This assumes that the stock (in this case, paper
and ink) is readily available, which seems to be a general assumption
that you're already making. Of course, if you prefer you could do away
with the paper and ink and have the plans scribed on thin sheet stock.

For that matter, you could do away with the need to replicate the
plans by including the plans as part of the agent package rather than
part of the machine package. Your self-replicating machines cannot
replicate except through the actions of an external agent, and there
is apparently no requirement for that agent and its embodied knowledge
to be replicable; thus, you can significantly impact the difficulty of
the problem by your choice of how to distribute the information, work,
etc., between the machine and the agent, a choice which is essentially
arbitrary.

Consider, for example, that when you pull a part off a machine, you
have no way of knowing what the original dimensions of the part were
(unless the machine has never been used), what tolerances are
allowable, how much torque should be applied to threaded fasteners, or
even what the part's material specifications are (i.e., alloy
composition, heat treat, required hardness and strength, etc.), unless
you have a large suite of (non-destructive) testing equipment. So your
agent must embody that knowledge in one form or another (along with
knowledge of how to use the machines, how to assemble the replicated
parts, etc.), unless your definition of "replica" is "something
kinda-sorta similar" or "something that looks the same and may or may
not provide similar functional performance." And if your agent already
embodies that knowledge, then it doesn't take much of a shift in the
agent/machine boundary to include the complete part specifications
with the agent, so replication of the plans becomes unnecessary.

Bert