Hello Guest it is October 31, 2024, 08:12:12 PM

Author Topic: Why Not The Same  (Read 2863 times)

0 Members and 1 Guest are viewing this topic.

Why Not The Same
« on: July 10, 2016, 01:44:33 PM »
  ??? Hi everyone. Newbie to cnc.  When I run the same program twice, the system takes different cnc patterns.  That would be ok except they didn't exactly match. In effect I ended up with two sets of parts when there was suppose to be one.  Sometimes the program would start in the left corner...when running the second time... the next pattern go to the right corner. Any suggestions? 
Re: Why Not The Same
« Reply #1 on: July 10, 2016, 07:53:29 PM »
Unless the G-code got executed in reverse I can't see that happening. Put single block on and strep through the start of the program to see where it goes. If you created the program in a Cam program and told it to make a pattern of multiple instances then it might start the next part at a different place, but you would see the part starting out in the middle of the program not the beginning.

Offline RICH

*
  • *
  •  7,427 7,427
Re: Why Not The Same
« Reply #2 on: July 10, 2016, 11:54:25 PM »
Understand that the "same" program is a set of identical instructions that the controller ( Mach ) executes, but, the controller will take into account
what state it is in and where it is when those instructions are given.

I think you need to have a read of the Mach Manual, understand Machine Coordinates and Part Coordinates and work offsets, how to setup a job, etc.

CNC is not plug and play........

Read the manuals, watch the videos, etc to get a basic understanding.

RICH





Re: Why Not The Same
« Reply #3 on: July 11, 2016, 09:51:13 PM »
Rich,
You bring up a good point, some things are modal and once changed stay that way. So a subsequent run of a program that left something modal in effect could cause the program to work differently during the next run.
Re: Why Not The Same
« Reply #4 on: July 21, 2016, 09:50:04 AM »
^ I was thinking that. If you set and modify parameters during a program they will persist to the next run.
You need to explicitly set parameters to their desired starting point at the beginning of each cycle.
Also, offsets and fixture positions. Cancel all these in the first few lines, then set the ones you want. Cancel them again at the end of the run as a matter of good practice.