More Z-Axis Issues
If it finished the cut then a M5 should have been issued and the ac should be off. Do you have a value for ArcOff Delay, depending on you version it will be in either the Config Panel or the Run Panel.No not every cut but each time it fails, the part it was cutting falls into the water pan. So I know that it actually finished the cut.
Yes, that makes sense...I think I know what the issue is. My post processor saves the files with a .tap extension. It appears that the g-code parser is looking for .ngc files. Maybe it is sneaking past validation because it has a different extension?
Please Log in or Create an account to join the conversation.
- MakingStuff
- Topic Author
- Offline
- Premium Member
- Posts: 121
- Thank you received: 14
Do you have a value for ArcOff Delay
I think what is happening is that the piece falls out into the water pan while the torch is still on (before the M05 is executed). I tried setting the Arc off Delay with no luck. But when I went back out to shop to check and see if the z-axis was commented out I noticed the value was back to zero. I think I may have hit the wrong Save button when I changed it to 0.5 seconds.
I read the documentation and it seemed to me that the arc off delay would delay the execution of the M05 command leaving the torch on a little bit longer at the end of each cut which is opposite of what I need. Did I read it wrong?
Please Log in or Create an account to join the conversation.
Realistically if the part is in the water then the torch should have been off long ago.
As I said, it doesn't make sense.
Please Log in or Create an account to join the conversation.
- MakingStuff
- Topic Author
- Offline
- Premium Member
- Posts: 121
- Thank you received: 14
Is there anything that could cause the piece to fall off prematurely? Such as a wide kerf from the plasma cutter?
Please Log in or Create an account to join the conversation.
I have added .tap into the ini file and will push an update.I changed my post processor to save the file with .ngc extension so the g-code parser will run. I have also removed the z-axis commands in the post processor.
I wouldn't have thought so, maybe someone with more experience will notice this and chime in...Is there anything that could cause the piece to fall off prematurely? Such as a wide kerf from the plasma cutter?
Please Log in or Create an account to join the conversation.
- tommylight
- Away
- Moderator
- Posts: 19119
- Thank you received: 6403
Long lead out .Is there anything that could cause the piece to fall off prematurely? Such as a wide kerf from the plasma cutter?
Please Log in or Create an account to join the conversation.
- MakingStuff
- Topic Author
- Offline
- Premium Member
- Posts: 121
- Thank you received: 14
Long lead out .
I don't have any lead out specified in Sheet Cam.
Please Log in or Create an account to join the conversation.
- MakingStuff
- Topic Author
- Offline
- Premium Member
- Posts: 121
- Thank you received: 14
Since the .ngc file would not load, I renamed the file back to .tap so it would bypass the parser and ran it in LinuxCNC without any z-axis code. It still loses the arc signal at the end of some cuts and definitely does not resume after hitting the pause button. The only way to continue is to right click the next line of g-code and select Run From Here. It did not crash the z-axis this time, I have not run many parts to see if the omission of the z-axis codes will keep the z-axis from crashing but that part seems to be working so far.
Please Log in or Create an account to join the conversation.
Can you post the ngc file you got that error on and could you zip your config and post that as well.
When was the last time you updated?
Please Log in or Create an account to join the conversation.
- MakingStuff
- Topic Author
- Offline
- Premium Member
- Posts: 121
- Thank you received: 14
When was the last time you updated?
About 10 days ago.
Please Log in or Create an account to join the conversation.