Steve Blackmore wrote: > Hi Sam - it's set to 600, tried more but it didn't help. It was > accelerating and decelerating faster, but still almost coming to a stop > before next move. > Does it start out running well, but then the slowdown develops later in the part program? It could be queue starvation, the non-real-time part of EMC2 can't feed the real-time part data fast enough. The only way to fix this is to get a faster CPU, or possibly arrange the CAM to combine the very shortest vectors.
I have a torture test with a 2" diameter circle made of 10,000 short vectors. Slower CPUs exhibit this problem on a servo machine. With a fast BASE_THREAD on a stepper system, you could also steal so much time from the non-RT side that the same trouble could be seen. Jon ------------------------------------------------------------------------------ Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
