Hi Andy
Thanks for the great report. Glad to hear that you got it working.
Rayh
On Mon, 2007-01-08 at 21:43 +, Andy Ibbotson wrote:
> Cole,
>
> I’ve built my own setup using EMC to drive minimill – works great –
> many thanks to all the people involved with the development of EMC!!
>
>
hmm, but something with step and direction signals has only one half
of the maximum step pulses per second than a quadrature output has.
Therefore my design takes quadrature output of EMC, puts it into QENC
module of PIC18F4431 (The one I badly wanted back in 2002/2003) and
that one does output mi
colin wrote:
> Method 1
>
> Using the parport config to send a step signal and a direction signal for
> each axis. Run these signals into a stepper driver chip which is configured
> for the stepper phase that I require. This method should leave a few extra
> pins on my parallel port to play
Cole,
I've built my own setup using EMC to drive minimill - works great - many
thanks to all the people involved with the development of EMC!!
Here what I did:
Built a simple power supply - 10A @35V Transformer + Bridge rectifier +
2 x 22000 uF capacitors - no problems (see
http://pminmo.com/s
I'm sure someone else will answer your parport question, I think you
need to load two parport drivers, and tell them which parport to connect
to. you will get HAL pins parport.0.xxx and parport.1.xxx
> I am assuming the best way to integrate the pendant functions will be
> through HALUI.
you
Hello,
I have a port address for an additional parallel port. How do I add it?
I would like to use it for a pendant. Do I add it in the
standard_pinout.hal and the stepper_inch.ini? I see the EMCIO section in
the .ini file. I am not finding specifics in the manual on how to do
this.
I am assumin
I was able to correct my drive problems by connecting the Rutex to a windows
box, writing down my tune and resetting the drive to the factory values. I
then retuned the drive with my values from before. Connected EMC and it runs.
I would not call this a solution, but it did solve the problem I
Jeff,
Thanks for looking into this. It sounds like I am best off learning
python. Maybe integration into gambas or a VB like language could be
something for the future? I wish I had the knowledge to do it...
Thanks,
Mike
On Thu, 2007-01-04 at 17:52 -0600, Jeff Epler wrote:
> I took a look at
Cole
Hello,
I have been investigating using EMC2 and some stepper motors to a small
milling machine. I have a cloudy area of understanding around driving the
stepper motors. As usual I am trying to do it on the cheap J and hence would
like to develop my own stepper driver. I am hoping someo
Richard,
Everyone seems to be addressing the question as asked without
considering other possible sources of error. If your encoders are
installed on the motor shaft, then that is where you should be
looking to see if the Rutex stopped in the correct location.
Mechanical backlash can cause false
Yes.
On 1/8/07, Colin <[EMAIL PROTECTED]> wrote:
>
>
>
>
> Hello,
>
> I have been investigating using EMC2 and some stepper motors to a small
> milling machine. I have a cloudy area of understanding around driving the
> stepper motors. As usual I am trying to do it on the cheap J and hence would
>
Hello,
I have been investigating using EMC2 and some stepper motors to a small
milling machine. I have a cloudy area of understanding around driving the
stepper motors. As usual I am trying to do it on the cheap :-) and hence
would like to develop my own stepper driver. I am hoping someone can pro
The settings in EMC's ini will not make much difference because EMC has
no feedback about real position. Step-and-direction is out only and
assumes that the systems out there are able to follow accurately.
The Rutex PID loop tunes like nothing else I've used. You will need to
increase P, but
Richard
I am attempting to tune my machine, running rutex drives and emc2.
I command a drive to move 8 inches one direction reverse and return to zero.
G1 X-8.0 F10 G1 x0.0 F10. When I test with a dial indicator if the machine
returned I see that I over traveled .005". I retuned the drive
Well, the derivative part is distance/time dL/dt
so that MUST BE velocity dependent!!! That is rate of change
correction factor or so.
The Integral is cummulative, going slowly up/down. The output of I
part of the PID is rising or falling with rate dependent on the
difference between input values.
> It appears that I have a velocity dependent situation. I honestly have
> little background in PID tuning, is this a drive tuning issue or is this
> an EMC config issue? I am using the sample_inch.ini config and have
> only changed the steps per inch, reduced the max acceleration, and max
>
16 matches
Mail list logo