On Jul 6 2013 12:23 PM, Jon Elson wrote: > EBo wrote: >> Seriously though, we should >> be able to merge Araisrobo's code and add spindle synchronized. >> > Well, it is pretty obvious to me that jerk limiting and having the Z > axis > follow the spindle are in conflict. So, I think the jerk limiting > may need > to be turned off when in a spindle-sync move. Generally, sane G33.1 > operations won't cause excessive jerk, so that probably is OK. One > also > may need to control the rate of spindle reversal, which you need to > do > anyway to allow Z to keep up.
I do not follow, I think it depends on how you implement jerk limiting and any axis syncs. I am thinking back to my work in CAGD and analyzing different types of surfaces and spline "fairing". This can be done analytically a priori. I remember doing this for simple splines like Bezier splines, but as far as I know we can apply the same techniques to NURBS and other splines as well (that is assuming that you treat time (t) as a variable over which you are smoothing). I just got home from being away for most of the last week. I'll reread this after a little rest and see if I see something I am missing... Laters, EBo -- ------------------------------------------------------------------------------ This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev _______________________________________________ Emc-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-developers
