> > There may be a miss-understanding of its purpose,or I'm useing it off its > purpose. > > I am feeding lincurve with the absolute z position as delivered to the > motion input from the stepgen. So it knows where on the bed it is. That > allowed me to setup a laser, useing a knife edge in the tool holder,and > measure the bed wear error, program that into the lincurve module, who > output is then applied to the offset to correct this error in the x axis > as it moves in the z plain. So I can turn within a thou over 3 feet of z > motion that has 13 thou of bed wear right in front of the chuck. > > Thats how I use it, but the offset module doesn't care where this offset > signal comes from, so don't be afraid to let your imagination out to > play with only a common sense chaperon. ;o) >
Hello Gene! Well, from what I understand your application is similar to what a torch height control would do. That would have no problem because you're moving short distances in (I guess) a not so high speed. But, I don't know if you tried the sim configs of external offsets. There's one in particular that lets you modify the signal fed into the eoffset and also the speed and acceleration of that particular simulated joint. To sum up, you clearly see how the phase shifts whenever you increase the amplitude of the signal or decrease the speed/acceleration of the sim joint. I'm just thinking how to avoid that phase shifting because all the parts I need to machine have a register on them, so it would be nice to mantain that angle in phase no matter what the RPMs on the spindle are. I think that to attenuate the signal is more than enough to compensate for an out of range speed/accel and avoid problems. I was thinking about doing an active phase compensation in HAL to compensate for the signal lag whenever the rpms change, but I suspect there's a more practical solution... Glad to hear you're doing well Gene :) El mar, 21 sept 2021 a las 17:07, Gene Heskett (<[email protected]>) escribió: > On Tuesday 21 September 2021 12:35:52 Leonardo Marsaglia wrote: > > > Hello everyone, > > > > I just tested the external offsets feature with moderated success but > > now I'm in the place where it could really be useful for some parts I > > need to machine. > > > > Please apologize if my understanding is vague, but is it possible to > > eliminate the phase change between the commanded offset and the > > current offset? > > > > I know this exists to provide a way out for the motion controller in > > case the commanded movement exceeds the limits of the machine but, > > isn't it enough with the amplitude attenuation for that purpose? > > > > I would like to know if there's an easy way to solve this, because I > > was thinking about solving it via HAL but I guess it's easier to > > modify the code and recompile (Just guessing). > > There may be a miss-understanding of its purpose,or I'm useing it off its > purpose. > > I am feeding lincurve with the absolute z position as delivered to the > motion input from the stepgen. So it knows where on the bed it is. That > allowed me to setup a laser, useing a knife edge in the tool holder,and > measure the bed wear error, program that into the lincurve module, who > output is then applied to the offset to correct this error in the x axis > as it moves in the z plain. So I can turn within a thou over 3 feet of z > motion that has 13 thou of bed wear right in front of the chuck. > > Thats how I use it, but the offset module doesn't care where this offset > signal comes from, so don't be afraid to let your imagination out to > play with only a common sense chaperon. ;o) > > > Thanks as always for everything :) > > > > > Leonardo > > Take care & stay well. > > 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) > If we desire respect for the law, we must first make the law respectable. > - Louis D. Brandeis > Genes Web page <http://geneslinuxbox.net:6309/gene> > > > _______________________________________________ > Emc-developers mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/emc-developers > _______________________________________________ Emc-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-developers
