Welcome, Guest. Please login or register.
Did you miss your activation email?
May 28, 2012, 10:02:16 AM

Login with username, password and session length
Search:     Advanced search
* Home Help Search Calendar Links Login Register
+  Machsupport Forum
|-+  Mach Discussion
| |-+  General Mach Discussion
| | |-+  Relative motion of cutter to table
Pages: « 1 2   Go Down
Print
Author Topic: Relative motion of cutter to table  (Read 430 times)
0 Members and 2 Guests are viewing this topic.
BR549
Active Member

Online Online

Posts: 2,557


View Profile
« Reply #10 on: November 03, 2011, 04:35:56 PM »

HIYA HOOD, Not the problem here as well. I monitor the Machine coords.  I think it is something in the way we use the Macros and Offsets and Subs that triggers the perfect storm. (;-).

I don't think it is SS specific the resetting of offsets is part of the main problem EVEN with a LPT version.

I rareley see it with the plasma machine BUT it is a very simple 2d process(;-). All the other machines were converted over to the dark side and they NEVER act up, NEVER(;-)

(;-) TP
Logged
Hood
Active Member

Online Online

Posts: 17,368


Carnoustie, Scotland


View Profile
« Reply #11 on: November 03, 2011, 05:05:47 PM »

Was worth a stab in the dark Smiley
It would be great to find out what the magic combo is.
Hood
Logged
BR549
Active Member

Online Online

Posts: 2,557


View Profile
« Reply #12 on: November 03, 2011, 06:22:35 PM »

I always keep a EYE out for the storm waters that may cause it. That is the reason for an ODD question sometimes when somone brings up a problem they see(;-).

(;-) TP
Logged
BR549
Active Member

Online Online

Posts: 2,557


View Profile
« Reply #13 on: November 03, 2011, 06:26:54 PM »

Now just so there is no confusion I run the others on the darkside to prove the hardware is sound. It is a directect plugin and play for me to switch back and forth between them as both are running LPT version.

I believe it has something to do with the G92 problem running TC or Subs.  Mach looses track of the Base Corrds in XY.

(;-)TP
« Last Edit: November 03, 2011, 06:29:04 PM by BR549 » Logged
HimyKabibble
V4 Screen Contributor

Online Online

Posts: 1,348



View Profile
« Reply #14 on: November 03, 2011, 06:48:40 PM »

Heres hoping for your sake its not something in Machs plugin interface that is the issue then. Have never seen any issues myself and I use the SS on all my machines but maybe just dont do the one thing that triggers it.
Hood

Well, I think I made some progress today, in narrowing down the "trigger" - this issue has always reared its ugly head during peck drilling cycles.  My peck drilling cycles do a rapid down, feed down, dwell, rapid up, repeat as needed.  As the hole gets deeper, the RPM, feedrate, and peck depth are reduced.  Today I took out the RPM changes and dwells, and successfully drilled over thirty 3" deep holes without a problem - first time I've ever been able to do that many holes in a row.  Hopefully this will give Brian or Greg a clue....

Regards,
Ray L.
Logged

Regards,
Ray L.
BR549
Active Member

Online Online

Posts: 2,557


View Profile
« Reply #15 on: November 03, 2011, 08:38:39 PM »

Ray are you using a canned cycle or a macro or a sub?

(;-) TP

Logged
HimyKabibble
V4 Screen Contributor

Online Online

Posts: 1,348



View Profile
« Reply #16 on: November 03, 2011, 09:35:26 PM »

Ray are you using a canned cycle or a macro or a sub?

(;-) TP



Terry,

D) None of the above.  I have a G-code post-processor that re-writes the G-code with a whole lotta changes.  The peck drill cycles are pure G-code, using nothing but G0s, G1s, G4s, and S-words.

Regards,
Ray L.
Logged

Regards,
Ray L.
Pages: « 1 2   Go Up
Print
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.16 | SMF © 2011, Simple Machines Valid XHTML 1.0! Valid CSS!