The example of the "combined X & B" feedrate calculation does not apply to most of our PC based controllers as they will interpolate combined speeds on the fly. If, and only if, your Centroid controller will allow a line of properly syntaxed math operands, output from a Vectric post will work fine. What may be complicated, or seem so, is trying to take some of the features of todays software and have it work on machines that were not designed to do that. I don't think rotary feed rates are complicated, nor is calculating them. Here's a link to the formula for combined moves. Generally, 4th axis work will have moves combining linear and rotary motion making the calculation more complicated. My 4th axis is setup such that Y axis linear moves are translated to A axis rotary moves. Gary's formula for rotary feed rate is for the case of simple rotary motion only, with no combined linear motion. This is where things can get confusing because SOME CNC machine's control software does calculate rotary feed rates, Mach for instance. Note I'm saying MY CNC machine's control software does not do any rotary feed rate calculations.
My CNC machine's software does not do any feed rate calculations. Once the Gcode is loaded in the CNC machine's control it's ready to run.
That Gcode program is transferred on a thumb drive (or RS232, for my older machines) to the CNC control in the shop. That computer outputs a Gcode program complete with all feed rates calculated. The way I work is to design and program my parts on the desktop computer in my office. The rotary feed rates can be calculated in the post processor.Īs I said in my initial post, rotary feed rates are a confusing issue.
0 kommentar(er)
