Andy
sorry didnt get this out earlier, had to go out of town for work
(yay work :)
but
yes, there is no acceleration limit while edming
( for heidenhain sink eroders, i doubt you'll find as much internal
info from other mfctrs )
some may say that ignoring acc is just wrong
but thats not from
Andy, I agree, they are two separate problems. I just wanted to answer both
questions in one place since they came up here.
My G15/G16 example is very similar to G28 and G30, but the difference would
be that the retract would happen immediately and automatically on abort of
a program (vs at a
Very interesting stuff! I have some ideas for how to implement a more
EDM-appropriate reverse run mechanism based on what you describe. Here's a
short list of new features we would need to address your concerns
1) Retract-to-setpoint-on-abort modal code. If a retract point is set,
the machine
On 11 April 2015 at 16:13, TJoseph Powderly tjt...@gmail.com wrote:
You may find that the adaptive feedrate idea is very wrong for edm.
I think that the adaptive feed pin was introduced for wire EDM, and if
it doesn't work properly for that then it ought to change.
so, imo the adaptive feed
On 14 April 2015 at 16:17, Robert Ellenberg rwe...@gmail.com wrote:
1) Retract-to-setpoint-on-abort modal code. If a retract point is set,
the machine would automatically retract to that position on abort. Abort
would also clear this set point.
Perhaps this pair of G codes could work (chosen
Robert,
thanks for looking into it
On 04/14/2015 10:17 AM, Robert Ellenberg wrote:
Very interesting stuff! I have some ideas for how to implement a more
EDM-appropriate reverse run mechanism based on what you describe. Here's a
short list of new features we would need to address your concerns
On 14 April 2015 at 23:26, TJoseph Powderly tjt...@gmail.com wrote:
yes, seems true.
i hope your view of the time sale for reversals is
at most millisecs. the immediate velocity has nothing to do with the
previous, there is no velocity smoothing.
I remain confused by this.
If adaptive feed
On 04/14/2015 11:02 AM, andy pugh wrote:
sorry andy still working my way thru these posts, and i am slow
On 11 April 2015 at 16:13, TJoseph Powderly tjt...@gmail.com wrote:
You may find that the adaptive feedrate idea is very wrong for edm.
I think that the adaptive feed pin was introduced
g30 g30.1?
interesting when combines with retract
and i see the intermediate point would be easy
( the rufpoint might be an intermediate point from
the cone surface towards the startpoint above the workpiece.
i really have to do some drawings :|
thx for the reminder about G30
tomp tjtr33
On
On 04/14/2015 05:46 PM, andy pugh wrote:
On 14 April 2015 at 23:26, TJoseph Powderly tjt...@gmail.com wrote:
yes, seems true.
i hope your view of the time sale for reversals is
at most millisecs. the immediate velocity has nothing to do with the
previous, there is no velocity smoothing.
I
Gene,
Yes the cut is in the X axis,
A Z only edm is not worth cnc
it has to cut in any direction, circles in any plane.
This machine is 4 axis XYZC, and huge.
the cut itself was a .02x.375rib cut an inch 'deep',
radially into 72 positions of ID of turbine ring.
These are heat expansion slots.
On Sunday 12 April 2015 09:47:20 TJoseph Powderly wrote:
Gene,
Yes the cut is in the X axis,
A Z only edm is not worth cnc
it has to cut in any direction, circles in any plane.
This machine is 4 axis XYZC, and huge.
the cut itself was a .02x.375rib cut an inch 'deep',
radially into 72
Gene
i cnat show pix of the actual machine and parts ( proprietary)
but here's edm using linuxcnc to position ( pose)
and hal to cut
http://videobin.org/+6cw/786.html
^^^ no need to join here either,
regards
tomp
On 04/12/2015 10:00 AM, Gene Heskett wrote:
Sometime, you might describe how noisy
Sorry Gene,
opens for others, i had it tested by different people, np
no need to join anything, open to anyone given the url.
heres another version you might try
http://ibin.co/1xzMzQKBwggW
regards
tomp tjtr33
On 04/11/2015 12:12 PM, Gene Heskett wrote:
On Saturday 11 April 2015 11:13:01
On Saturday 11 April 2015 11:13:01 TJoseph Powderly wrote:
resending, no attachment
using url instead
https://www.dropbox.com/s/xbmd0cij2ml9knn/edmGapSignal-vs-XpositionOve
rTime.jpg?dl=0
This is not a viewer friendly site TomP. It opens the jpeg, and goes into
a loop displaying the join
On Saturday 11 April 2015 22:22:51 TJoseph Powderly wrote:
yes Gene
this is imagebin
http://ibin.co/1xzMzQKBwggW
thx tomp
Other than the extra magnification, I had to shrink it to less than 50%
to get it all on my screen, it works perfectly. And there was no
advertising, which is always
resending, no attachment
using url instead
https://www.dropbox.com/s/xbmd0cij2ml9knn/edmGapSignal-vs-XpositionOverTime.jpg?dl=0
Original Message
Subject: Re: [Emc-developers] Reverse Run
Date: Thu, 09 Apr 2015 13:07:06 -0500
From: TJoseph Powderly tjt...@gmail.com
To: EMC
gene,
you're right
dropbox was suggested to me when the msg bounced 1st time
i finally got a tester that never used dropbox
and found he saw same as you
will use imagebin like i always did before
thx for catching this
tomp
On Saturday 11 April 2015 19:51:08 TJoseph Powderly wrote:
gene,
you're right
dropbox was suggested to me when the msg bounced 1st time
i finally got a tester that never used dropbox
and found he saw same as you
will use imagebin like i always did before
thx for catching this
tomp
I am
19 matches
Mail list logo