¿ªÔÆÌåÓý

ctrl + shift + ? for shortcuts
© 2025 Groups.io
Date

Re: Shinano Kenshi Steppers

Jon Elson
 

Don Hughes wrote:

From: Don Hughes <pencad@...>

Has anyone got a color coding diagram for Shinano motors?

Also has anyone got any idea of how to decode their serial no.'s?

I have received 5 steppers and have no idea of their torque rating. Four
of the motors are Ser. No. STH-55D203-02, and the last one is a Shinano
06320-105. All motors are 5V 1A, 1.8 deg step.

The first four motors are 6 wire, and the last one is an 8 wire model.
The four motors are set up with center tapped windings. An ohmmeter
should tell you which groups of 3 are connected to the same winding, then
a little more probing with the ohmmeter will tell you which lead is the
center tap. (The leads which have the most resistance of any combination
are the end 2 wires, the remaining one must be the center tap.)
These motors can be used with the half-winding drive, and 4 transistors
for the whole motor. You put the DC supply through a resistor to the
center tap. Ignoring the center tap, you can drive these motors with
2 full bridges, from the winding ends. This takes 8 transistors, but
gives better torque, and higher speed.

The other motor has 4 separate windings. This is just a bit harder to
decipher, but it has 2 pairs of 2 windings. These can be set up as
center tapped, parallel, or series. Running them parallel, with 2 full-bridges
gives best torque and speed. That could add up to more power than
your driver can put out, although that would only be 2 amps/winding
in parallel. You probably have to drive the coils one at a time, and
by finding which connection nulls out current in another winding, you
can determine which 2 windings are the pairs, and which way they are
polarized.

Jon


Re: Linux EMC project

Tim Goldstein
 

As far as the stepper controller board goes, I would make a strong
recomendation for getting it from Dan at Camtronics

I am using one I built from his 5 amp kit and am very pleased.

Tim
[Denver, CO]

----- Original Message -----
From: Buchanan, James (Jim) <jambuch@...>
To: <CAD_CAM_EDM_DRO@...>
Sent: Wednesday, June 02, 1999 2:00 PM
Subject: Re: [CAD_CAM_EDM_DRO] Linux EMC project


From: "Buchanan, James (Jim)" <jambuch@...>

Where do I get a copy of EMC? What is the best source of a stepper
control board?
--
James Buchanan
Lexington, Kentucky (The Blue Grass State) USA
Two Truck Climax Locomotive Operator & Builder

------------------------------------------------------------------------
With more than 18 million e-mails exchanged daily...

...ONElist is THE place where the world talks!
------------------------------------------------------------------------
welcome to CAD_CAM_EDM_DRO@..., an unmodulated list for the
discussion of shop built systems in the above catagories.


Re: Linux vs. DOS

Jon Elson
 

"Buchanan, James (Jim)" wrote:

From: "Buchanan, James (Jim)" <jambuch@...>

Hi:
Just returned form the University surplus equipment sale where I
purchased a skid of PC gear for $15 because I needed a new paper tray
for my laser printer. Besides getting a Laser Printer which I have not
tested yet, I got a PS/2 8555 which is a 386sx 6meg ram and 60mg
hardrive.

Can I run Linux on this system? If so how do I easly get a copy and
what version do I need? What additional tools do I need (compilers)? Do
I need realtime code? If so where do i get it? and what version. My
plans are to build a stepper motor drive for a small mill. But first I
just want to run some stepper motors to get a better understanding of
CAM. I design my parts using Autocad.
Probably not. I don't think MCA systems are supported. Servo
control is out, as the supported servo card is ISA. 6 MB is awfully
small. Linux would probably run (badly), but it really is too small
to do serious work in. The 60 MB hard drive is hopeless.
I was not able to put a reasonable subset of linux on a 600 MB
disk. The kernel and a couple small utilities can fit on a floppy,
but if you want compilers, libraries, help files, kernel source, etc.
then it gets very big. Yes, you need the real-time patch for the
specific version of Linux you would be running.

Most people who have EMC running are using 1 GB + disks,
32 MB ram, and Pentium CPU's. I'm pretty sure you can get
EMC running under X windows in 16 MB, but that leaves little
memory left over for anything else, like another xterm with
emacs.


Shinano Kenshi Steppers

Don Hughes
 

Has anyone got a color coding diagram for Shinano motors?

Also has anyone got any idea of how to decode their serial no.'s?

I have received 5 steppers and have no idea of their torque rating. Four
of the motors are Ser. No. STH-55D203-02, and the last one is a Shinano
06320-105. All motors are 5V 1A, 1.8 deg step.

The first four motors are 6 wire, and the last one is an 8 wire model.

Any help is greatly appreciated.

Thanks

Don Hughes


Re: Linux EMC project

Jon Elson
 

"Buchanan, James (Jim)" wrote:

From: "Buchanan, James (Jim)" <jambuch@...>

Where do I get a copy of EMC? What is the best source of a stepper
control board?


Re: Linux vs. DOS

Buchanan, James (Jim)
 

Hi:
Just returned form the University surplus equipment sale where I
purchased a skid of PC gear for $15 because I needed a new paper tray
for my laser printer. Besides getting a Laser Printer which I have not
tested yet, I got a PS/2 8555 which is a 386sx 6meg ram and 60mg
hardrive.

Can I run Linux on this system? If so how do I easly get a copy and
what version do I need? What additional tools do I need (compilers)? Do
I need realtime code? If so where do i get it? and what version. My
plans are to build a stepper motor drive for a small mill. But first I
just want to run some stepper motors to get a better understanding of
CAM. I design my parts using Autocad.
--
James Buchanan
Lexington, Kentucky (The Blue Grass State) USA
Two Truck Climax Locomotive Operator & Builder


Re: Linux EMC project

Buchanan, James (Jim)
 

Where do I get a copy of EMC? What is the best source of a stepper
control board?
--
James Buchanan
Lexington, Kentucky (The Blue Grass State) USA
Two Truck Climax Locomotive Operator & Builder


Re: Linux vs. DOS

Dan Mauch
 

I have aslo used paralel port A-B switches with the breakout boxes. That way
I can select the configuration.
Dan

-----Original Message-----
From: Tim Goldstein <timg@...>
To: CAD_CAM_EDM_DRO@... <CAD_CAM_EDM_DRO@...>
Date: Tuesday, June 01, 1999 5:03 PM
Subject: Re: [CAD_CAM_EDM_DRO] Linux vs. DOS


From: "Tim Goldstein" <timg@...>

Dan,

I was too impatient to wait and find parts, so I hacked up a parallel cable
and got it running last night. I will probably end up doing some type of
breakout box so I don't have to climb up on my bench to change the cable on
the computer.

Tim
[Denver, CO]

----- Original Message -----
From: Dan Mauch <dmauch@...>
To: <CAD_CAM_EDM_DRO@...>
Sent: Tuesday, June 01, 1999 7:32 AM
Subject: Re: [CAD_CAM_EDM_DRO] Linux vs. DOS


From: "Dan Mauch" <dmauch@...>

Tim I have bought some of those rs232 breakout boxes and reconfigured the
pins for various customers. It will alow you to keep your current
parallel
port cable and save you from fighting the process of making up a new
cable.
I think you can buy them at radio shack for $8-9 or at other places for
$4-5.

-----Original Message-----
From: Tim Goldstein <timg@...>
To: CAD_CAM_EDM_DRO@... <CAD_CAM_EDM_DRO@...>
Date: Monday, May 31, 1999 5:20 PM
Subject: Re: [CAD_CAM_EDM_DRO] Linux vs. DOS


From: "Tim Goldstein" <timg@...>

-----Original Message-----

From: "Matt Shaver" <mshaver@...>
Gee, I didn't know you had hardware. I thought you were just checking
out
the GUI. This is great!
I am running a Shoptask machine with some Superior 550 in/oz bi-polar
steppers on each axis. I use one of Dan Mauch's 5 amp controllers and
power
the CNC stuff from a 24 VDC 20 amp surplus power supply. I have been
running
it from DeskNC DOS version. I also have DeskNC Win95 , DanCAD, and
Stepster
all set up on the system just to see what I like. Of the group of
software
products DeskNC DOS seems to be the most stable.

I became interested in a program that would provide G42 offset support
as
the Vector (the CAD/CAM product I am using) is designed to output it's
G-code using offsets. So, with all the software I currently have I must
go
in and manually draw offset paths and then remove the G42 and G40
command
from the code. A big pain, but workable. I was considering MaxNC, but
with
all the talk about EMC on this list I though I would give it a try
before
shelling out some more $$$ for this hobby.

Sorry, my fault there I'm afraid.
Not a big deal. Without your help I still would have been mucking around
trying to get the real time patch in place.


Well, there are of course two approaches to this. One of them involves
a
soldering iron... I'm not a programmer by any stretch of the
imagination,
and I don't think this is in the .ini file. Give me a little while to
dig
through the EMC source directories here and I'll get back to you. I
just
cooked some burgers on the grill, and I'm going to eat a few and think
about this. It's probably in some file called parport.h or stepper.c,
or
something like that. I can imagine it involves some changes that we
can
do
without involving the software folks such as just changing a few
numbers.

I would very much prefer if we can find a way to get it reconfigured in
the
software as all the other programs I have installed are configured for
this
particular setup. This particular configuration is what is specified for
DanCAD which to my taste is better documented in how to interface the
controller to the parallel port than any of the other software I have
seen.


Amazin', ain't it.
I'll agree with that.

Time for me to cook some burgers now. I'll check back to see if you
found
anything on setting up the parallel port.

Thanks,

Tim
[Denver, CO]


------------------------------------------------------------------------
Looking for a new hobby? Want to make a new friend?

Come join one of over 150,000 e-mail communities at ONElist!
------------------------------------------------------------------------
welcome to CAD_CAM_EDM_DRO@..., an unmodulated list for the
discussion of shop built systems in the above catagories.

------------------------------------------------------------------------
ONElist: where real people with real interests get connected.

Join a new list today!
------------------------------------------------------------------------
welcome to CAD_CAM_EDM_DRO@..., an unmodulated list for the
discussion of shop built systems in the above catagories.

------------------------------------------------------------------------
Looking for a new hobby? Want to make a new friend?

Come join one of nearly 160,000 e-mail communities at ONElist!
------------------------------------------------------------------------
welcome to CAD_CAM_EDM_DRO@..., an unmodulated list for the
discussion of shop built systems in the above catagories.


Re: Linux vs. DOS

Dan Mauch
 

Maxnc
1M03
2 XS
3XD
4YS
5YD
6ZS
7ZD
8AS
9AD
10LIMIT+
11M06
12LIMIT-
13hOME SWITCH SENSOR g61
14M7
15M8
DESKNC
2XS
3XD
4YS
5YD
6ZS
7ZD
8AS
9AD
10 X HOME
12Y HOME
13 HOME
15LIMIT
14 16 17 RELAYS

DAN

-----Original Message-----
From: Tim Goldstein <timg@...>
To: CAD_CAM_EDM_DRO@... <CAD_CAM_EDM_DRO@...>
Date: Tuesday, June 01, 1999 9:45 AM
Subject: Re: [CAD_CAM_EDM_DRO] Linux vs. DOS


From: "Tim Goldstein" <timg@...>

From: "Matt Shaver" <mshaver@...>

I agree, plus the DanCAM pinout seems to have two digital I/O
bits on the
same port with the step and direction signals. Also, I notice
the popular
pinouts don't have home switches either, so this whole area
needs to be
rethought. See:



for a chart of popular pinouts.
Actually, the DanCAD pinout has provisions for limit switches (All axis's +
& - are ganged together to one input) and for home switches on all 3 axis's
along with 3 (if I remember correctly) relays. The newest version of DeskNC
DOS supports 4 axis's with home switches on all and limit switches all
ganged to 1 input along with 3 or 4 (don't remember which) relays. You may
want to go to the page I am putting together on hooking up a controller at
and get the file that that is
connected to the "Download this .dxf file". It will give you the pin
assignment for DanCAD along with a change to make the same setup work for
DeskNC DOS.

The correct axis's now move and I can make all 3 of them
go. Whoopee!!
The only problem is one of the axis's moves in the wrong
direction. Guess
I
need to know how to configure the direction. Another
problem is that the
physical movement is much larger than the amount entered in the
controller.
My X and Y settings are 4000 steps per inch and my Z
setting is 5600 per
inch. Another parameter I need to learn to set.
See:



way down the page for a description of how to set up the .ini file
parameters. I think you need to look at the INPUT_SCALE
parameter to get
the scaling right, and the OUTPUT_SCALE to get the direction
right. For
INPUT_SCALE I think you need it set to 4000 for X and Y, and
5600 for the
Z. To reverse the directions change OUTPUT_SCALE = 1.000 0.001 to
OUTPUT_SCALE = -1.000 0.001 for the backwards axis. I'm not
sure of the
implications for you of that 0,001 in the OUTPUT_SCALE
parameter, I'll have
to ask Fred.
I read through the page and couldn't quite figure out how the numbers
related to a stepper setup as all the descriptions were for servos. I will
make the changes, see what happens and let you know.


The default fast move (G00) speed is WAY too fast for my
poor steppers.
They
just make a terrible groan trying to rotate at that speed.
Again, another
thing I need to learn how to configure.
Reduce the DEFAULT_VELOCITY, DEFAULT_ACCELERATION, MAX_VELOCITY and
MAX_ACCELERATION parameters. Velocity is in inches per second
and I think
acceleration is in/sec/sec. I would think a velocity of 1 and an
acceleration of .1 would be a starting point for you (this is
a guess).
Again, I will make these changes and report back.


When the program hit a line with a G42 cutter comp entry I
got the error
message "convert_cutter_compensation_on error 43 blah,
blah, blah"(OK, I
didn't write it down). This is even with a line in the
program to specify
the tool (T1).
I think I need to see the code, the error, and what's in your
tool table
for this one.
I will try to get it all together and send it to you tonight.

I am mighty confused about how to step through a program as the step
function only seems to work once you press run and then
pause. Any idea
how
I step into a program instead of having to panic and click
pause before 4
lines have processed?
Sorry, that's how it works for now and there are other single
stepping bugs
you haven't experienced yet. This is an area of continuing
development.
Very soon there will be a big change to the motion control
code that speeds
up the block processing rate, and this also affects the
single stepping
problem.
I can live with it for now. I just wanted to make sure it wasn't my lack of
understanding that was causing the problem.

Major problem. If I only move the X or Y axis all is fine.
If I move the
Z
axis I start to get random very ragged movement in the X
axis and any
movements issued for the X axis are interpreted incorrectly
while this
random movement is occurring. If I make some more movements
on the Z axis
the X axis movement problem will randomly go away and then return.
Try getting the .ini parameters right and see if this goes
away. If not,
we'll examine this more carefully.
I keep you posted.

Thanks again,

Tim
[Denver, CO]


------------------------------------------------------------------------
Give back to your community through "Grow to Give."

See homepage for details.
------------------------------------------------------------------------
welcome to CAD_CAM_EDM_DRO@..., an unmodulated list for the
discussion of shop built systems in the above catagories.


Re: thermal expansion of mylar

Ron Wickersham
 

On Tue, 1 Jun 1999, Elliot Burke wrote:

According to my material selection guide, polyester CTE is 4 E-5 /F, cast
iron is 6 E-6 /F. Most unreinforced plastics as quite similar in expansion
to polyester.
The difference in expansion works out to 3.4 E-5 /F, or 6 E-6 /C.
^^^^^
6 E-5 /C

The situation is somewhat better for stabilized polyester such as used for
printed circuit photo-tooling, such as Kodak Estar .007 inch thick material
* www.kodak.com/global/en/professional/support/techPubs/ti1814/ti1814.shtml#dimenstab *

CTE is 10 E-6 /F compared to cast iron at 6 E-6 /F. (Aluminum is 12 E-6 /F)

Using this material for scales works out to 4 E-6 /F, considerably better
than the 34 E-6 in your example above.

A 1 C change in temperature will cause a 0.001 inch relative movement in 16
inches between polyester and cast iron.
Using the same 16 inches, stabilized polyester moves .00028 relative to
the cast iron. Meanwhile the cast iron itself changed .00019.

A change in relative humidity of 1% changes the polyester about the same
amount as above.

A usual shop environment is not controlled anywhere close to 1 C, your
milage may vary.
Not to mention the heat imparted into the work by the machining changes
the part's size even if you control the shop.

Polyester also has a tensile modulus of around 500 kpsi. Thus a piece 0.004
x 0.5 inch (0.002 sq in) will stretch 0.001 inch in 10 inches with a 0.1
pound tension.

The other side of this stretchyness is that if held by its ends under a
little tension in a metal frame, its length will equal that of the metal
frame, as long as it remains under tension at the highest temperature of
use.

Moral of story: keep it under tension.
A good suggestion, and making the scale slightly undersized and stretching
it to dimension lets you calibrate the machine.

For many lengths stretching the scale should be practical, but for larger
machines the sag could be a problem. I still believe that constraining the
scale with a clamp or simple glue would keep the film scale in sync with
the machine due to the small forces required as you point out above.

-Ron Wickersham


Re: Linux vs. DOS

Tim Goldstein
 

-----Original Message-----
From: "Matt Shaver" <mshaver@...>

P, I, and D are various gain factors that interact in mysterious ways
inside the control software to affect the way the servos respond to
commands and external forces. Unless I'm wrong they are only relevant if
there is position feedback. I don't see why your encoders couldn't be used
by the EMC software for exactly the purpose you have described. First, you
will need an inexpensive quadrature interface board for your PC. The Tom
Kulaga/Dan Mauch DRO board snaps immediately to mind. I'm getting a couple
of these when Dan gets them done and I'll forward one to Fred for his
perusal.
I have my request in for one of these boards from Dan. So, if you need
someone to test a closed loop stepper system I will be available.


See:



way down the page for a description of how to set up the .ini file
parameters. I think you need to look at the INPUT_SCALE parameter to get
the scaling right, and the OUTPUT_SCALE to get the direction right. For
INPUT_SCALE I think you need it set to 4000 for X and Y, and 5600 for the
Z. To reverse the directions change OUTPUT_SCALE = 1.000 0.001 to
OUTPUT_SCALE = -1.000 0.001 for the backwards axis. I'm not sure of the
implications for you of that 0,001 in the OUTPUT_SCALE parameter,
I'll have
to ask Fred.
I spent 3 hours messing with this tonight and I still can not get the X axis
to move in the correct direction. The Input Scale settings took care of
getting the EMC movement distances to match the actual table move distances,
but it did not seem to matter whether the OUTPUT_SCALE was set to positive
or negative, the X axis just wants to go in the wrong direction. I imagine I
could swap the wiring to the stepper for the X axis to get the rotation to
reverse, but this sure seems like it should be a software setting.



Reduce the DEFAULT_VELOCITY, DEFAULT_ACCELERATION, MAX_VELOCITY and
MAX_ACCELERATION parameters. Velocity is in inches per second and I think
acceleration is in/sec/sec. I would think a velocity of 1 and an
acceleration of .1 would be a starting point for you (this is a guess).
I fiddled with these settings and did get the acceleration rate to be more
appropriate, but none of these settings seemed to change the fast move "G0"
rate. I also noticed that regardless of the rate I set for MAX_VELOCITY or
DEFAULT_VELOCITY the feed rate setting that comes up in Xemc is always 60
and that appears to be the speed it tries to go. Might be easy for your
servos, but it sure makes a terrible racket with the steppers!!


When the program hit a line with a G42 cutter comp entry I got the error
message "convert_cutter_compensation_on error 43 blah, blah, blah"(OK, I
didn't write it down). This is even with a line in the program
to specify
the tool (T1).
I think I need to see the code, the error, and what's in your tool table
for this one.
I tried entering the line as Jon suggested with a M6 command in the same
line as the G42 and still don't seem to have the trick worked out. I will
hold off on worrying about this until I get the basic parameters worked out.

Major problem. If I only move the X or Y axis all is fine. If I move the
Z
axis I start to get random very ragged movement in the X axis and any
movements issued for the X axis are interpreted incorrectly while this
random movement is occurring. If I make some more movements on
the Z axis
the X axis movement problem will randomly go away and then return.
Try getting the .ini parameters right and see if this goes away. If not,
we'll examine this more carefully.
This error is still with me. I don't remember it ever happening with DanCAD
or DeskNC so I don't think it is a problem with the hardware (Dan M., Any
chance this could be a controller hardware issue??). I did try moving the
wiring to the controller around a little just to see if it might be some
type of cross talk, but I didn't see any difference.

Frustrated but hopeful,

Tim
[Denver, CO]


Re: Linux EMC project

Robert N. Ash
 

Hello all,
Well , from the amount of Linux EMC posts I guess I should try loading it up
myself. I needed to wait for a stepper version myself. Is it capable of that
now? I get 2 bonuses, I get to kick Bill and get better software.
Robert


Re: Linux vs. DOS

Tim Goldstein
 

Dan,

I was too impatient to wait and find parts, so I hacked up a parallel cable
and got it running last night. I will probably end up doing some type of
breakout box so I don't have to climb up on my bench to change the cable on
the computer.

Tim
[Denver, CO]

----- Original Message -----
From: Dan Mauch <dmauch@...>
To: <CAD_CAM_EDM_DRO@...>
Sent: Tuesday, June 01, 1999 7:32 AM
Subject: Re: [CAD_CAM_EDM_DRO] Linux vs. DOS


From: "Dan Mauch" <dmauch@...>

Tim I have bought some of those rs232 breakout boxes and reconfigured the
pins for various customers. It will alow you to keep your current parallel
port cable and save you from fighting the process of making up a new
cable.
I think you can buy them at radio shack for $8-9 or at other places for
$4-5.

-----Original Message-----
From: Tim Goldstein <timg@...>
To: CAD_CAM_EDM_DRO@... <CAD_CAM_EDM_DRO@...>
Date: Monday, May 31, 1999 5:20 PM
Subject: Re: [CAD_CAM_EDM_DRO] Linux vs. DOS


From: "Tim Goldstein" <timg@...>

-----Original Message-----

From: "Matt Shaver" <mshaver@...>
Gee, I didn't know you had hardware. I thought you were just checking
out
the GUI. This is great!
I am running a Shoptask machine with some Superior 550 in/oz bi-polar
steppers on each axis. I use one of Dan Mauch's 5 amp controllers and
power
the CNC stuff from a 24 VDC 20 amp surplus power supply. I have been
running
it from DeskNC DOS version. I also have DeskNC Win95 , DanCAD, and
Stepster
all set up on the system just to see what I like. Of the group of
software
products DeskNC DOS seems to be the most stable.

I became interested in a program that would provide G42 offset support as
the Vector (the CAD/CAM product I am using) is designed to output it's
G-code using offsets. So, with all the software I currently have I must
go
in and manually draw offset paths and then remove the G42 and G40 command
from the code. A big pain, but workable. I was considering MaxNC, but
with
all the talk about EMC on this list I though I would give it a try
before
shelling out some more $$$ for this hobby.

Sorry, my fault there I'm afraid.
Not a big deal. Without your help I still would have been mucking around
trying to get the real time patch in place.


Well, there are of course two approaches to this. One of them involves
a
soldering iron... I'm not a programmer by any stretch of the
imagination,
and I don't think this is in the .ini file. Give me a little while to
dig
through the EMC source directories here and I'll get back to you. I
just
cooked some burgers on the grill, and I'm going to eat a few and think
about this. It's probably in some file called parport.h or stepper.c,
or
something like that. I can imagine it involves some changes that we can
do
without involving the software folks such as just changing a few
numbers.

I would very much prefer if we can find a way to get it reconfigured in
the
software as all the other programs I have installed are configured for
this
particular setup. This particular configuration is what is specified for
DanCAD which to my taste is better documented in how to interface the
controller to the parallel port than any of the other software I have
seen.


Amazin', ain't it.
I'll agree with that.

Time for me to cook some burgers now. I'll check back to see if you found
anything on setting up the parallel port.

Thanks,

Tim
[Denver, CO]


------------------------------------------------------------------------
Looking for a new hobby? Want to make a new friend?

Come join one of over 150,000 e-mail communities at ONElist!
------------------------------------------------------------------------
welcome to CAD_CAM_EDM_DRO@..., an unmodulated list for the
discussion of shop built systems in the above catagories.

------------------------------------------------------------------------
ONElist: where real people with real interests get connected.

Join a new list today!
------------------------------------------------------------------------
welcome to CAD_CAM_EDM_DRO@..., an unmodulated list for the
discussion of shop built systems in the above catagories.


Re: Linux EMC project

Tim Goldstein
 

Robert,

----- Original Message -----
From: Robert N. Ash <esccmail@...>
To: <CAD_CAM_EDM_DRO@...>
Sent: Tuesday, June 01, 1999 6:07 PM
Subject: Re: [CAD_CAM_EDM_DRO] Linux EMC project


From: "Robert N. Ash" <esccmail@...>

Hello all,
Well , from the amount of Linux EMC posts I guess I should try loading it
up
myself. I needed to wait for a stepper version myself. Is it capable of
that
now? I get 2 bonuses, I get to kick Bill and get better software.
Robert

I just got the current version of EMC loaded up this weekend (good thing it
was a long weekend) and it is stepper capable.

If you are referring to Linux in the better software part that is
debatetable. Amazing that it was created by a bunch of people for free
distribution, yes. Offering good functionality, definitely. Easy to use,
not.

Tim
[Denver, CO]


Re: Cheaper servos

Jon Elson
 

Phil Plumbo wrote:

From: psp@... (Phil Plumbo)

Sorry, but I think you're nuts!
Well, Jon, you're not the only one...no hard feelings. I wanted to generate
some discussion. I'm happy to play the role of the guy that asks the stupid
questions to that end, if you all won't mind.
Glad you didn't take offense.

Servo motors are designed to have minimal
'torque ripple' and 'velocity ripple', meaning that with a constant DC voltage
applied, they provide constant torque if the speed is held constant, and
turn at constant speed when free to turn. Cordless drill motors, etc.
are not built this way, and won't give smooth motion.
I see, so we rely on the motor characteristics as well as positional
feedback? My recollection of the gist of the Byte article was that with
positional feedback, even cheap motors can give accurate and repeatable
positioning. For a robot. My question is really, "if OK for a robot, why not
for a home shop machine tool?"
Well, what does the robot do? If it only needs to pick up a 3" wheel and
put it on a conveyor belt, it doesn't need much accuracy or smooth motion
at all. If it is putting IC's on a circuit board with .01mm accuracy required,
that is another matter. I'm doing fairly precise machining, and don't ever
want to preclude some really hairy work, like making a steam turbine or
jet engine blades. So, I want very good accuracy and precise motion.
Now, the 'lumpy' servo motors would work fine for positioning, but
for smooth motion, the CNC control would have to compensate too much.

I'd like to know more about how a DC motor is constructed to have these
desirable ripple characteristics.
One of the big tricks, for slotted armatures, is to 'twist' the armature laminations
as they are pressed onto the shaft, so that the slots are not in a straight line,
but have a twist to them of about 1/n. So that at the radial position where
one slot starts at one end, the next slot ends at the other end. This way,
the pole between the slots does not break out of the field flux all at once,
and the wire in the slot doesn't, either. Now, for the finest servo motors,
they eschew slots entirely, and the wires are wound onto a smooth
mandrel. This is the way many DC tachometers are made. But the
whole aim here is to have the same number of current carrying wires
in the field flux at every possible position of the motor.

My servo system
moves smoothly down below .01"/minute, and up to 105"/minute.
With a little higher DC voltage, it could go faster.
Smooth is good, and the range is impressive... I'm still not clear on why,
with good positional feedback, we can't use cheaper motors.
Well, maybe you can. But, at some speed, the torque or speed ripple could
come out at the smae frequency as some resonance in the system, and then
it would excite oscillation. Now, maybe you can know that these frequencies
will never match up, but on a retrofit, it is hard to know.

Do you have any suggestions as to which motors might possibly be acceptable?
You just have to test them.

Jon


Re: Cheaper servos

 

Sorry, but I think you're nuts!
Well, Jon, you're not the only one...no hard feelings. I wanted to generate
some discussion. I'm happy to play the role of the guy that asks the stupid
questions to that end, if you all won't mind.

Servo motors are designed to have minimal
'torque ripple' and 'velocity ripple', meaning that with a constant DC voltage
applied, they provide constant torque if the speed is held constant, and
turn at constant speed when free to turn. Cordless drill motors, etc.
are not built this way, and won't give smooth motion.
I see, so we rely on the motor characteristics as well as positional
feedback? My recollection of the gist of the Byte article was that with
positional feedback, even cheap motors can give accurate and repeatable
positioning. For a robot. My question is really, "if OK for a robot, why not
for a home shop machine tool?"

I'd like to know more about how a DC motor is constructed to have these
desirable ripple characteristics.

My servo system
moves smoothly down below .01"/minute, and up to 105"/minute.
With a little higher DC voltage, it could go faster.
Smooth is good, and the range is impressive... I'm still not clear on why,
with good positional feedback, we can't use cheaper motors.

Some motors
salvaged from appliances might be acceptable, but unless you test it,
you won't know.
Do you have any suggestions as to which motors might possibly be acceptable?

I am using 1000 cycle shaft encoders. I can't imagine making one
of these out of paper! The 'starburst' pattern of stripes has to be
centered on the axis of rotation to an extreme degree of precision
to get accurate position readout.
Jon
It would be nuts to use paper for this app, for sure. I mentioned that only
to jog the memory about the particular article, and to recall Ciarcia's
spirit of "Sure, it can be done".

Thanks for the reply

Phil


Re: Linux vs. DOS

"Ian W. Wright" <[email protected]
 

Hi Tim,

I've been browsing you conversation woth Matt and its been fascinating
as I'm thinking of trying Linux and EMC on a spare 486 machine I have.
Just a thought re. your interfacing problem - it would seem easiest to
me to make up the necessary short leads to go between your mill leads
and the computer and change the pin settings this way. I.e. a lead with
a pulg on one end wired for the EMC output and a socket on the other
wired for your mill controller. Much easier and quicker than trying to
figure out the software!

Ian

Matt Shaver wrote:

From: "Matt Shaver" <mshaver@...>

From: "Matt Shaver" <mshaver@...>
Well, there are of course two approaches to this. One of them involves a
soldering iron...
Best wishes

Ian

--

Ian W. Wright LBHI
Sheffield Branch Chairman of the British Horological Institute.
Bandmaster and Euphonium player of the Hathersage Brass Band. UK.
See our homepage at:- or
or


'Music is the filling of regular time intervals with harmonious
oscillations.'


Re: Cheaper servos

Jon Elson
 

Phil Plumbo wrote:

From: psp@... (Phil Plumbo)

I haven't heard much discussion about sources for servos. What are people
using out there?

I remember a Circuit Cellar column in the early days of Byte wherein Steve
Ciarcia described a neat hack for controlling DC Motors via rotary encoders
for a robotics project. He was enthusiastic about their cheapness compared
to steppers of the day ( on a $/in-lb basis). IIRC he built his own encoder
using a gray-coded paper wheel.

Fellow listers, I submit that we don't need expensive servo motors to
control our brand of basement CNC, just your common DC brush motor, perhaps
from the ubiquitous cordless drill, or auto power window winder, or
windshield wiper motor. DC motors are cheap and plentiful, and we can use
them for our machine tool conversions.

What say y'all?
Sorry, but I think you're nuts! Servo motors are designed to have minimal
'torque ripple' and 'velocity ripple', meaning that with a constant DC voltage
applied, they provide constant torque if the speed is held constant, and
turn at constant speed when free to turn. Cordless drill motors, etc.
are not built this way, and won't give smooth motion. My servo system
moves smoothly down below .01"/minute, and up to 105"/minute.
With a little higher DC voltage, it could go faster. Some motors
salvaged from appliances might be acceptable, but unless you test it,
you won't know. Other motors clearly are unacceptable.

I am using 1000 cycle shaft encoders. I can't imagine making one
of these out of paper! The 'starburst' pattern of stripes has to be
centered on the axis of rotation to an extreme degree of precision
to get accurate position readout.

Jon


Re: Linux vs. DOS

Jon Elson
 

Tim Goldstein wrote:

When the program hit a line with a G42 cutter comp entry I
got the error
message "convert_cutter_compensation_on error 43 blah,
blah, blah"(OK, I
didn't write it down). This is even with a line in the
program to specify
the tool (T1).
EMC does the lead-in to cutter compensation a little differently
that my old Allen-Bradley system. I have gotten it to work, however.
It is very sensitive to any concave corners. (The AB would allow
corners with small concavities, EMC absolutely does not!)
The only way to do a concave corner in EMC is to have an
arc of greater radius than the tool. Specifying the tool with
a T1 (or whatever) doesn't do anything. You have to do an
M6 H1 to 'change tool' to tool 1. You can do it as
M6 G42 H1 while the cutter radius comp is turned on.
You then have to have a linear lead-in for the radius comp.
The radius comp is interpolated in during the length of the
first move. This move should not cause a concave corner.

Look in the file
ftp://isdftp.cme.nist.gov/pub/emc/emcsoft/RS274NGC_22.doc
to see more details, although this is written as documentation on
the internals of the interpreter, not as a user document for coding
your RS-274D files.

I will send a copy of one of my programs that uses radius
comp. tonight.

I am mighty confused about how to step through a program as the step
function only seems to work once you press run and then
pause. Any idea
how
I step into a program instead of having to panic and click
pause before 4
lines have processed?
Yup, that is a deficiency.

Jon


Linux Box Setup

Bob Bachman
 

I'm trying to setup 486 DX66 for Linux. I need some 30 pin sims, 4meg or
larger.
Anyone have some laying around they are willing to part with? The machine will
not take the later style memory chips.

I currently have Caldera 1.3 running on a 486 dx33 with only 8megs of memory.
X runs real SLOOOOOOOOOOOOW.

Bob