Re: Linux vs. DOS

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

> From: "Matt Shaver" <mshaver@...>
>
> 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 called Fred today and he istructed me that for the steppers the
OUTPUT_SCALE parameter is not used. His explaination is that it relates to
the feedback from a servo and from what I think I understood a "-" value
here would reverse the direction of error compensation from input off the
encoders.

To change the direction the motor moves Fred told me to put the "-" in the
INPUT_SCALE entry as this controls the direction the motors move from
controller input.

> 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).

Feedback from Fred seems to indicate that right now the DEFAULT_VELOCITY is
hard coded in Xemc and this parameter is ignored. He said he would compile
an updated version that will read this parameter and put it on the FTP
server.
The MAX_ACCELERATION parameter is not used at all as gcode has no commands
to override the default acceleration, but Fred's suggestion was to set it
the same as the DEFAULT_ACCELERATION.
The MAX_VELOCITY figure should be what you get if you do a "G0" rapid move,
but in my playing so far I am not sure if this value is being interpreted.
Fred was going to take a look into it.


Tim
[Denver, CO]