However, for some cases when there are lots of rotary movements the results are so slow that the rotary axis is almost un-useable. For indexed strategies where the rotary axis is not used much, this doesn’t pose a big problem.
I have not been able to find any hobby or mid-level CAM tools that will output G-code in G93 mode. At this rate it would take 4 minutes to make one complete revolution! That is slow! The solution to this problem is to use inverse time where each move has a specified time to execute which is independent of the units that either axis type uses! However, if you had a rotation move at the same time the controller (e.g., LinuxCNC) would interpret that to mean 90 degrees per minute.
The reason is because linear moves have units of distance while rotary moves are measured in degrees and many CAM software packages only specify feed rates in the G-code in distance units, for example F90 (in English units) would mean a rate of 90 inches per minute. Using G93 is advantages when a move has both linear as well as rotary components.
The main difference between these two modes is that in G93 for every linear or arc move (G1, G2, or G3) that command must also specify how much time it should take to make that move. This program converts G-code from G94 (units per minute feed rate mode) to G93 (Inverse time mode). Video introduction and demonstration: Background and Problem Description Does your rotary axis jog quickly but then when running jobs move much slower than expected? If so this program may be able to help solve that problem!ĭownload (Windows/Mac/Linux): Rapid Rotary v1.2b (updated: ) older version: Rapid Rotary v1.1