Jon, If I had encoders on the screws, the method described on the wiki would work. This is basically what Dave suggested a few replies back, and what my config already does to some degree. This method will also work with steppers, until the motors are disabled, and you move the machine by hand. Then the wiki method no longer holds water. Trust me, I have tried lots of different things to come up with a usable solution without modifying anything. I have thought this problem up and down, to no avail.
With respect to backlash being a significant hindrance to my CNC system, it is a problem, but with a full screw map, it really isn't a huge deal. It is plenty accurate surprisingly so as a matter of fact. Because I still use the machine manually, I am not planning on changing over to ball screws. Moreover, the fact that I use a machine that has acme screws with lash is not a good reason not to allow EMC2 to correctly utilize the data available to it. Why is there so much resistance to this? I must not be effectively explaining the situation. I suspect in person, I could better describe the benefits to making it work the way I propose. Over email however, it just doesn't seem to be hitting home with anyone. Heck, I would take this on myself and submit it, but I don't have the time to learn EMC internals just to implement this. Especially when I know there are people who already know EMC inside, and could probably implement such a change without a lot of trouble. Brian On Sat, Aug 7, 2010 at 11:11 PM, Jon Elson <[email protected]> wrote: > Brian wrote: >> I may give that a shot as a band-aid to the problem. I suspect that >> when reversing direction, the backlash is going to drive the PID nuts >> and cause the table to jerk. >> >> > If you have sizable backlash in your machine, then it becomes very hard > for any CNC system to work right, either open- or closed-loop. > The problem is the motor can't get from one side of the backlash to the > other instantly, so it always leaves the axis uncontrolled for a > moment. There is just no way to get around that fact. >> I appreciate everyone's interest to find a workable solution for me, >> but what I would like to focus on more is making EMC2 a more logical >> and 'unified' system. Specifically adding the option to use a direct >> reading scale for joint-pos-fb, instead of inferring this from the >> motor position minus the screw comp. Lots of robots and machines use >> a direct reading scale for measuring joint position, in addition to >> having a scale on the actual servo motor. I really think there should >> be a provision to utilize it, the way it was intended to be used. >> Honestly, looking at the architecture of the axis HAL pins, I am >> surprised that it hasn't been implemented already. >> >> > This has already been done, and is well documented on the Wiki. You can > start > here : > http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Combining_Two_Feedback_Devices_On_One_Axis > Stuart Stevenson may also have some info on his web pages, he has the > first machine done that way. > Here's one link to that project, from the Linuxcnc.org links area : > http://jmkasunich.com/cgi-bin/blosxom/shoptask/wichita-trip-02-20-08.html > > Jon > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by > > Make an app they can't live without > Enter the BlackBerry Developer Challenge > http://p.sf.net/sfu/RIM-dev2dev > _______________________________________________ > Emc-developers mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/emc-developers > ------------------------------------------------------------------------------ This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev _______________________________________________ Emc-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-developers
