On 26 November 2010 18:31, Spiderdab <77...@tiscali.it> wrote: > would like to know if you think there's a possibility of adding a more > flexible and 'live' control of acceleration ramps (i wish through g-code..). > the point is the need of doing some movement with a fast acc/dec ramp, > other with a slow one, into the same g-code program.
I am wondering if it makes sense to do what you are doing with G-code and Axis? Perhaps the better solution would be a simpler front-end to a more advanced back-end. You could define your own file format, of position, velocity and accelleration data, and pass that direct to an interpreter. G-code is actually a bit clunky for your application (it is actually rather clunky for machining, it is so old). It would be almost trivial to do your stuff using a halrun script, creating a set of stepgens and limit3 components, and then setting the velocity, position and accelleration of each move. "Almost" rather understates the pitfalls. 1) I don't think passing values to stepgens in raw hal would queue moves 2) I don't think you can use kinematics from HAL. -- atp ------------------------------------------------------------------------------ Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! Tap into the largest installed PC base & get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev _______________________________________________ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
