@Redlinecnc I am getting an ‘machine travel exceeded’ error during a manual tool change. The Realtime post processor is set to G53, however, there is no G53 offset set on the controller. What is the fix for this?
G53 is the machine pos, the Z.200 here is the problem as machine can on travel negative in Z from home pos.
G53 is used to identify absolute machine positions. When you home the machine, your setting G53 X,Y and Z zero. So you could say every program uses G53.
G54 is typically used as a work offset from G53, and is set when you zero out XY and Z on your part.
During a program, the machine will switch back and forth between G53, and G54 when running a part.
It is weird that your program doesnt have a G54 command in the first few lines. If you search the code further down, do you see a G54 command?
Typically your toolpath programming software has a setting where you dictate what work offset (G54, G55, G56… etc) you would like the program to be posted as. Maybe its set to G53, when it should be set to G54?
You could also try manually editing the G53 to G54 in notepad, and see if that makes the program run.
G53 will move the machine if it is included in a line of G-code. It will move in accordance with the last movement code set, i.e. G90 or G91. “G53 G90 G0X15” will move the machine to X-axis 15 in absolute (machine) coordinates. G53 is non-modal; it must be included in every line where machine coordinate movements are desired.
Ok, I think I may have discovered what the problem was. I have a Onefinity Realtime RTSX (inch) post processer. I assumed (probably incorrectly) that it was more current than the one that is titled RealtimeCNC V2. The part that is confusing, at least to me, is if I go to Post Processor Management in my Vectric software, the RealtimeCNC post processors are not there but the OnefinityRealTime post processors are.
Can someone explain this to me? This is directly in the Vectric software. My question is, why? Who manages this? I know it is Vectric’s database but who makes sure the most current post processors are in there? From a ‘novice’ perspective, it would seem that a post processor that has Onefinity’s name on it and is labeled as ‘V4’ would be more current than a generic ‘Realtime V2’. I am just trying to understand the process.
Looks like some old ones are stacking. Try deleting all your machines, then start a new machine by clicking the cloud button that updates the list.
@OnefinityCNC I am not the sharpest tool in the shed but that is not great advice. The appropriate way to go would be to remove OLD post processors. The problem is that the naming convention that OF has used is confusing at best. I just downloaded the latest PP database from Vectric and it still shows all the RTSX ones that are in that screenshot. Why are they still there and why are the versions all over the place? Am I missing where there is clear guidance to not use the Post Processors that are in the Vectric database? When there is a Realtime V4 in the Vectric database and a V2 in the link to the post processors on the forums, it seems pretty logical to think that the V4 is the most current.
I discovered what the issue was. It had to do with the Toolsetter settings. I used the ‘most current’ V2 post processor and ran the job and ran into the same error as I did originally. Prior to this project, it had worked fine for several projects. I had not changed any of the settings. I had not moved/adjusted the spindle. The only thing that had changed was the firmware version. Below are photos of the before and after settings for the Toolsetter. As you can see, there is a .3" difference after running the Toolsetter wizard again. After running the wizard, everything worked fine. I am not sure what would have caused this but double checking the Toolsetter is a good idea for anyone getting that error.
