Stuart Stevenson wrote: >Oh my we need to get started :) >I will try to help as much as possible. What do we need to do as the 'first' >step of planning? >thanks >Stuart > > Decide how to make the TP capable of going forward and backward along the path. (or decide that's not the way to do it)
At the moment, the TP can only calculate the path as an increasing function of time T. In the spindle-synch code, "time" is proportional to spindle motion, but if T gets smaller, motion stops. When T gets larger again (ie, you rotate the spindle further forward than it had gone before), motion starts up again. There are several applications for going forward or backward through a move or a series of moves (EDM is one). There are several difficulties though, especially if you allow all the nifty cutter comp features to be turned on while you're "jogging" through the program. You have to swap G41 and G42 when you go backwards, as well as G2 and G3. A complete solution would also need to deal with other machine state, such as spindle and coolant. There have been many discussions on the topic in the past. If you have a clear vew of what you need, and ideally a good idea of what other applications might need, please write it up and post it :) I guess that's the real first step - come up with a spec for the feature, then we can think about how to implement it. - Steve ------------------------------------------------------------------------------ Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects _______________________________________________ Emc-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-users
