I am having trouble running a simple drilling operation. I have kinetic control 5.2.6. I am posting a simple drilling operation using the Mastercam Post downloaded from the website (2023). The error I am getting upon trying to run the gcode is “Cannot Feed with Zero Feedrate”. It does not give a line number but by process of elimination it is occurring on the line with the G81 canned cycle.
If I switch it to use G94 instead of G93, the error does not occur. Problem is, I cannot get the post to output anything but G93 for the canned cycle.
When the inverse time feed rate mode is active, an F word must appear on every line which has a G1, G2, or G3 motion, and an F word on a line that does not have G1, G2, or G3 is ignored.
Sounds a little bit like LinuxCNC might be ignoring the F word on the G81 line. If that is the case, is that a problem with LinuxCNC for ignoring it or with the post for using G93 on a drilling cycle?
Thanks, is it Mastercam that wrote that post? The reason I ask is that the PocketNC Post that is downloadable from the Mastercam site does not support RWO or TCPC.
I’ve run into another similar problem with the post(from the PocketNC site) but I am having trouble finding documentation to determine where the bug is. When using Simultaneous 5-axis toolpaths the post sets G93 before outputing the lead-ins with a G6.2. The G6.2 with a P1 parameter (feed move) is raising an error in the PocketNC even though there is a feed rate specified. Strange thing is, the on-line simulator does not raise an error. Maybe I need to upgrade the firmware in my PocketNC.
It sounds like you’re running into a bug that was fixed in 5.3.1, which prevented G6.2 from working in inverse time mode.
Yes, Mastercam developed the post and the one on our site was developed before the release of Kinetic Control. I recommend reaching out to Mastercam for an updated post.
Thanks for the quick response. I updated to 5.4.6 and sure enough the error in G6.2 goes away. Thanks for that. I should have done that sooner.
I get a little bit farther and am running into another related problem. In the following code the axis moves after the G6.2 are being interpreted as feed moves and raising an error because they do not have an F word. The interpreter is treating the P word in the G6.2 command as modal and using it to set the motion type for following lines. I believe the post expects those lines to be interpreted as rapids.
I am having trouble finding documentation of the G6.2 command so hard to tell if this is correct and the post should be resetting the movement type after the G6.2 line or if the interpreter should be doing it.
Any pointers in this regard are appreciated. I have opened a support ticket with our Mastercam reseller to get an updated post. I am hoping to use the PocketNC to teach a class next term, hence why I am trying to find all the changes needed to add to the support request so that they can be fixed in one release and we can get a useful post. I really appreciate your help with this.
I’ve raised this issue with Mastercam before, so it seems they haven’t addressed it yet or your post is out of date. I believe you can work around it by using feed rate moves rather than rapids (I think this is a setting in Mastercam somewhere).
It doesn’t go into detail about its modality, but it does change the motion mode to G1 when using P1. It’s a custom code that we implemented and could potentially change its behavior, but most motion codes are modal, so that’s what we went with.
Took me a second but figured that out. It does work around this problem. Thanks.
I am using the post downloaded from your site dated 12.29.22. If there is a later one that you are aware of, I’d appreciate a pointer. The one available on the Mastercam site is ancient. Doesn’t support RWO or TCPC.
Once again. Thanks for your time and quick responses. Really appreciate it.
Mastercam has asked for your info and your reseller along with a Mastercam file that demonstrates the issue. If you want to send that info over to service@pentamachine.com, we’ll try to move things along.