On 9 January 2014 04:17, Andy a...@evanspt.com wrote:
What are you using to generate the step pulses?
Andy, pardon my ignorance, what /would/ be generating the pulses?
Either software (through the parallel port or other GPIO) or a
hardware-based step generator such as a Pico, Mesa, Pluto,
I am just not completely comfortable without knowing those
values are optimum.
The values need to be long enough to trigger the drives, and that is
all. It's a digital thing, there is no optimum just long enough
You only need to worry about reducing the values if you are trying for
The machine seems to be working when I use 10ns for step and 5ns for
direction.
Do you mean microseconds or nanoseconds? It is possible that the
system will work with nanoseconds specified, but only because the
parallel port can't do nanosecond pulses and will end up outputting
the shortest
Date: Mon, 6 Jan 2014 10:29:55 +
From: andy pugh bodge...@gmail.com
Subject: Re: [Emc-users] Ramped feed rate,unlurking... And new
request for assistance
To: Enhanced Machine Controller (EMC)
emc-users@lists.sourceforge.net
Message-ID:
can1
On Thursday 09 January 2014 00:00:26 Andy did opine:
Date: Mon, 6 Jan 2014 10:29:55 +
From: andy pugh bodge...@gmail.com
Subject: Re: [Emc-users] Ramped feed rate, unlurking... And new
request for assistance
To: Enhanced Machine Controller (EMC)
emc-users
On 6 January 2014 03:54, Andy a...@evanspt.com wrote:
however I've been wondering how I could tie the feed rate to the motor
load. I'll try to get my head around this as I move forward on my project.
If you can find a way to get motor current data from the spindle drive
into HAL then LinuxCNC
Robert, thank you for your response and the time you've put into this.
I've been thinking about this and wonder what the ultimate solution for
my situation could be. It likely will involve variable feed rates,
however I've been wondering how I could tie the feed rate to the motor
load. I'll
This sounds like an impressive setup. I'm not familiar with the KL-8082H
particularly, so it's hard to say if having the drivers handle the feedback
would be better than piping it through linuxcnc. My assumption is that if
the drivers already handle it, you'd get the benefit of their controller /
(I may have sent a duplicate message, apologies if I did...)
Hi Andy,
I should point out the ramping was originally raised as an idea by Greg
Bentzinger, I just suggested a few ways to implement it. Out of curiosity,
I started a feature branch to see what it would take to do this, and the
Hi Greg,
Sorry for taking so long to answer. I've been working on the trajectory
planner recently, so I can try to weigh in on your question. First of all,
I'm curious what the application for this would be. Do you use it as a
one-off move, or would you run a whole program this way?
It seems
Hi Rob!
On 12/26/2013 07:14 PM, Robert Ellenberg wrote:
Hi Greg,
Sorry for taking so long to answer. I've been working on the trajectory
planner recently, so I can try to weigh in on your question. First of all,
I'm curious what the application for this would be. Do you use it as a
one-off
block mode and
using the feed overide as each part is cut.
To: Greg Bentzinger skullwo...@yahoo.com; Enhanced Machine Controller (EMC)
emc-users@lists.sourceforge.net
Sent: Thursday, December 26, 2013 11:14 AM
Subject: Re: [Emc-users] Ramped feed rate.
Hi Greg,
Sorry for taking so long
My name is (another) Andy, in Oregon USA, and a user of EMC2 since about
3 years ago, and now in the process of building a second machine.
I was intrigued with Robert's inquiry about ramped feeds, and my
application could certainly benefit from that. I realize that you may
segment a linear
(Ok here I am mumbling into a microphone before the crowd... )
But going way, way, way back ( Picture in your minds eye teletypes and paper
tape programs...) I had always wanted a ramped feed rate command.
Like
G1 X1. Z-.25 F20.
( ramp command) X4. Z-1. F5.
So that the move from X1.
14 matches
Mail list logo
