On gio, 2013-12-26 at 16:28 -0600, Charles Steinkuehler wrote: > On 12/26/2013 3:52 PM, EBo wrote: > > On Dec 26 2013 2:47 PM, Viesturs Lācis wrote: > >> 2013/12/26 Andrew <pkm...@gmail.com> > >> > >>>> Yes, that is very reasonable. Just calculate the scale and use > >>> usual > >>> planning. > >>> The task can also be reversed: increase world velocity to the > >>> maximum > >>> allowed by joint constraints. This can be useful for G0 moves. > >>> > >> > >> Umm, sorry for offtopic, am I the only one to be missing out > >> something > >> obvious and think that this whole problem would apply _only_ to rapid > >> (G0) > >> moves? > >> All the other moves are feedrate limited - they are executed at the > >> requested feedrate and intentional deviation from that does not seem > >> right, > >> so I am missing, how the whole concept of checking for worst-case > >> velocity > >> violations and scaling down appropriately will not break the purpose > >> of > >> requesting particular feedrate in code. > > > > I was going to ask the same thing... If the issue is with the rapid > > traverse that is set limited with the max velocity. Are you sure that > > the max velocity is set correctly? > > Hmm...I've been doing g0 moves (as mentioned elsewhere in this thread), > but I suppose a g1 with a feed-rate would be one way to side-step the issue. > > Look! LinuxCNC works GREAT with arbitrary kinematics! Just don't do > any g0 moves! :-O > > ...but I digress... > > Yes, I'm pretty sure the maximum velocity is set correctly. I can do g0 > moves inside the "safe box" on any one axis without problem. If I go a > g0 move across two or three axis, I get following errors which I believe > is due to LinuxCNC thinking it can go at the maximum velocity in all > three X/Y/Z axis AT THE SAME TIME. > > So is there a "maximum feedrate" setting for g0 moves? That would fix a > *BIG* chunk of my problem without additional code. If so, how do I set > it? If this isn't possible, why not? I would think this could have > application even to standard Cartesian machines, where you don't want > the head traveling more than a certain speed, regardless of the heading > vector. >
I agree with Charles and using JA3 I've had the same issue on a cable delta machine. TRAJ MAX VEL seemed not to be MAX FEED RATE for G0 moves. On the machine specific limits too, I believe there should be a way to "design" a specific volume made for example by simple solids like boxes, cylinders, cones and spheres. Davide. -- Se non puoi aggiustare una cosa, non è tua. If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto ------------------------------------------------------------------------------ Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk _______________________________________________ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
