I have a different idea. Why not tap in to the signal from the encoders themselves? If this is glass scales with proper quadrature output it should be simple to read this signals by a cheap card? There is nothing that says the quadrature signals can't be read by both EMC and the DRO main unit.
I plan to do this myself. I also bought a far eastern DRO with glass scales and hope to be able to tap in to the signals being transmitted by the scales. I have a Universal Stepper Card with quadrature inputs. At the same time it is quite nice to have the DRO for manual milling. Does anyone have a good reason for not doing this? I should possibly use optoisolators though, right? Anders > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:emc-users- > [EMAIL PROTECTED] On Behalf Of Chris Morley > Sent: 1. februar 2008 12:02 > To: Enhanced Machine Controller (EMC) > Subject: Re: [Emc-users] DRO Input? > > > Dave. > > I would say all the advice given to you is sort of a shot in the dark- > until you tell us your intentions with your equipment. Of course what you > do with the advice is up to you. > As far EMC and serial input from a DRO goes - there is no driver > currently to do what you ask, but it could be written. One would need some > information about the DRO first. > Another idea is you could feed the scales output to EMC then Get EMC to > output a signal to your DRO (assuming the scales output square wave > signals) > The question is why? > > Cheers > Chris Morley > ---------------------------------------- > > Date: Fri, 1 Feb 2008 10:07:32 +0000 > > From: [EMAIL PROTECTED] > > To: [email protected] > > Subject: Re: [Emc-users] DRO Input? > > > > > >> Message: 9 > >> Date: Thu, 31 Jan 2008 13:36:51 -0800 > >> From: Dave Engvall > >> Subject: Re: [Emc-users] DRO input? > > > >> > >> Hi Dave, > >> > >> It all depends on what you want to do. If you just want manual > >> position then the glass scales will do your job. > >> > >> However, if you ever intend to control the axes then encoders mounted > >> on the end of the ball screws would be my choice. USdigital or > >> Automation Direct (Koyo) encoders are reasonably priced and should do > >> the job. > > > > > > With respect to you all, I know about encoders, and I know any CNC > control > > software is going to need positional input many, many times per second. > > > > but... sticking an encoder on an axis is not measuring the position of > > anything except the leadscrew, it takes no account whatsoever of > backlash, > > uneven wear or pitch errors. > > > > To a certain extent you can map out backlash and areas of wear on a > > leadscrew, but leadscrew pitch errors are going to be tough. > > > > The DRO is, quite differently, measuring the *actual* X Y Z position, if > > the DRO says you are 100.000 mm from point A then you can take it to the > > bank. > > > > My leadscrews are ten turns to the inch, I can compensate for backlash > etc > > manually, second nature, and even with less than theoretically perfect > > accuracy I can still trust feeding a leadscrew in a few thou and know > and > > measure that the error on that movement is very small. > > > > We appear to be confusing two things. > > > > Encoding leadscrew rotational angles and feeding this back to the human > > brain or CNC software, and factoring in mental or electronic fudge > tables > > for backlash and wear, can give us fairly good accuracy of MOVEMENT. > > > > A DRO with proper glass scales gives us fairly good accuracy of > POSITION. > > > > 5 times a second is *plenty* for an accurate positional measurement > system > > to update an accurate movement system, and produce a system with true > > accuracy. > > > > While leadscrew encoders and a copy of emc and no stepper or servo > motors > > will indeed give me a system that will display X Y Z co-ordinates on a > > screen, the accuracy of these readings is going to be just as suspect as > > it is sans emc and encoders, only the DRO and pukka glass scales will > give > > true positional accuracy. > > > > As someone who couldn't code "hello world" (except maybe in BASIC) > writing > > the code isn't an option, so unless emc has this facility on the roadmap > > then being free as in beer isn't enough. > > > > Many thanks to all, hopefully there is some more meat in this subject > yet. > > > > end > > > > > > > > ------------------------------------------------------------------------ > - > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > Emc-users mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/emc-users > > _________________________________________________________________ > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Emc-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/emc-users ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Emc-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-users
