Originally Posted by
TomKerekes
Hi HLKTech,
Your calculation looks correct to me. How far is it off? If you are confusing quadrature transitions with quadrature cycles the the result would be off by a factor of 4.
That would depend on the capabilities of your system. Use the KMotion Step Response Screen to test/verify what works well.
The radius settings affect the feedrate calculations. For situations such as engraving on a cylinder (constant radius) where the cylinder rotates and there is also a linear axis along the cylinder, then a simple feedrate can be specified and KMotion is able to plan the rotation and linear motion in a way to maintain the feedrate at the tool tip.
For configurations that do not operate at a relatively constant radius then the radius should be entered as zero and any angular motions are excluded from the feedrate calculations. The feedrate will be entirely based on the xyz motions. If the angular changes significantly impact the cutting rate then it is up to the CAD system to slow down the feedrate based on the geometry of things to obtain the desired cutting rate. Inverse Time Feedrate mode is often used for this where the GCode basically specifies the Time each motion segment should take to be executed.
The exception to this is any motion where there is no xyz motion at all (pure angular motion). In this case the feedrate specifies the rate in degrees/min.
Whenever "Degrees" is selected then the Axis will be commanded in degrees and the DRO will display degrees.
Not exactly sure what you mean here. But basically no. The KMotion Step Response Screen always functions in units of counts and seconds.
HTH
Regards