Hi, Time to give my point of view (really interesting threat).
IMHO, stopping inside the next code block is absolutely not needed. What is needed, is that all processed lookahead line are stocked inside the real-time part (EMC) and not in Axis or any other application. (EMC will eat as many line as needed to ensure maximum speed, with some limitation on the max number of line) This way, if the machine as to stop for any reason, it know the motion to follow for the deceleration phase. This could be a nice upgrade to EMC, but in my mind, this as to come with some work on interpolation, in order to have the smoothest possible motion (well... kind of, as this is a like the Grall...) Claude Le 20.04.2012 10:47, andy pugh a écrit : > On 20 April 2012 06:42, Scott Hasse<scott.ha...@gmail.com> wrote: >> Rather than trying to solve this problem in a million places not under our >> control, doesn't it make sense to try and solve it properly in one place >> and look more closely at using more than one line for look ahead? > As I said earlier, I don't think this is a "Lookahead" problem, it is > a "must be able to stop inside the next code block" problem. > And I am not convinced that being able to stop the machine within the > next code block is necessarily a sensible requirement. > ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
