On Tuesday 29 December 2015 11:35:09 Todd Zuercher wrote: > That is fine if he has spindle feed back, but if not, then the best > option is to use the at speed output from his VFD. > If it has such a beast. I'd assume todays stuff would be expected to have that as a given. But that means you are taking some elses idea of at speed at face value. Since I built the encoder on my lathe, I'd trust what I see with a bit more confidence.
OTOH, if the vfd is sufficiently programmable, I'd expect its "near" output to be just as valid. The docs for our near module aren't as self-explanatory as I'd like, with my formal schooling I get lost in the higher math pretty easy, so I had a bit of trouble setp-ing it to work well most of the time. Being able to set its target on one input, and feed the result into the other ought to work, but there is a scale and a tolerance that isn't well explained to this mathematically challenged person. I'd assume that feeding desired rpms into one pin, noise filtered rpms from the encoder to the other, setting scale to 1.000, but the tolerance exhibited doesn't seem to a +- percentage about matched speeds. I've not looked at it in a while but ISTR I had to apply a non-1.000 scale to center its response and that didn't do quite as I expected. But its working well enough to do some rigid tapping OK. > All you need to do is net the input pin motion.spindle-at-speed to the > signal from your VFD, it is that simple. So if your VFD signal is > connected to the parallel port pin #15, the line in your hal file > would be: net spindle_at_speed <= parport.0.pin-15-in => > motion.spindle-at-speed > > ----- Original Message ----- > From: "Sarah Armstrong" <sarahj.armstron...@gmail.com> > To: "Enhanced Machine Controller (EMC)" > <emc-users@lists.sourceforge.net> Sent: Tuesday, December 29, 2015 > 10:19:18 AM > Subject: Re: [Emc-users] Spindle control > > arh , > if i'm reading correctly , you wish to use an external output form > your vfd to trigger ? , hence an input pin > > the spindle at speed signal is internally generated within linuxcnc , > using the spindle rpm encoder > so therfore does not need an input from the vfd directly to use . so > long as your spindle speed rpm is correct or within bounds of a few > rpm it will work fine , > > > > > On 29 December 2015 at 15:11, Sarah Armstrong > <sarahj.armstron...@gmail.com> > > wrote: > > you can use stepconf to produce a configuration , > > you usually see a > > sets spindle-at-speed true , this overides the spindle at speed > > it may be in your postgui.hal file . > > comment it out and you should be ok > > > > > > > > > > > > > > On 29 December 2015 at 14:59, lloyd wilson > > <llwilso...@rochester.rr.com> > > > > wrote: > >> I'm trying to add a pyvcp panel to control a spindle vfd. To take > >> advantage of the 'at-speed' signal from the vfd to inhibit motion > >> until ready, the motion component of LCNC needs to be aware of the > >> spindle command state- from the documentation: > >> > >> *motion.spindle-at-speed* IN BIT > >> > >> Motion will pause until this pin is TRUE, under the following > >> conditions: before the first feed move after each spindle start or > >> speed change; before the start of every chain of > >> spindle-synchronized moves; and if in CSS mode, at every > >> rapid->feed transition. > >> > >> but I can't find a reference to HAL input pins for spindle control > >> in the motion control component documentation. Is that > >> communication done by other methods (NML??- gasp!). > >> > >> Can someone point me to a sample configuration that properly > >> integrates an 'at-speed' signal into LCNC? > >> > >> Thanks in advance > >> > >> -ldw > >> > >> ------------------------------------------------------------------- > >>----------- _______________________________________________ > >> Emc-users mailing list > >> Emc-users@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/emc-users > > > > -- > > > > The information contained in this message is confidential and is > > intended for the addressee only. If you have received this message > > in error or there are any problems please notify the originator > > immediately. The unauthorised use, disclosure, copying or alteration > > of this message is strictly forbidden. This mail and any attachments > > have been scanned for viruses prior to leaving the RcTechnix > > network. RcTechnix will not be liable for direct, special, indirect > > or consequential damages arising from alteration of the contents of > > this message by a third party or as a result of any virus being > > passed on. > > > > RcTechnix reserves the right to monitor and record e-mail messages > > being sent to and from this address for the purposes of > > investigating or detecting any unauthorised use of its system and > > ensuring effective operation. > > > > (c) RcTechnix Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page <http://geneslinuxbox.net:6309/gene> ------------------------------------------------------------------------------ _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
