Here are 2 screenshots showing the threading at 15ipm and the shuttle at 30.
http://electronicsam.com/images/KandT/testing/robthreading/threading.png http://electronicsam.com/images/KandT/testing/robthreading/shuttle.png So I am not understanding why the threading would think that 237 is the maximum feed. Side note - this is running rt_preempt and uspace. A base thread of 50us seems to work fine with the printer port. sam On 11/25/2016 09:24 PM, sam sokolik wrote: > that is odd because the threading is done at about 16ipm - and the max > velocity of the axis is 30ipm... (you can see the z velocity goes > higher than 16ipm in the plots) > > If there is anything else that would help to plot - let me know > > sam > > On 11/25/2016 08:25 PM, Robert Ellenberg wrote: >> Nice work! The message you're getting in axis is a new feature I added. It >> warns you if the combination of spindle speed and thread pitch would >> require more than 90% of your maximum axis velocity. If so, it slows the >> spindle down to a safe maximum speed before starting the thread (in this >> case 230RPM). The 90% value is arbitrary, I just wanted to have some safety >> factor in there. >> >> Comparing the two acceleration plots, it seems like the acceleration during >> the start of the thread is higher in stock 2.7 than with my branch/ The >> high initial acceleration is good, though, since it settles in about 120ms, >> whereas the new branch takes about 200ms. I'll run the same program in >> simulation tomorrow and see if I can reproduce the effect. It may be worth >> trying the same comparison in G61 (in case blending is causing it). >> >> Best, >> Rob >> >> On Fri, Nov 25, 2016 at 8:37 PM sam sokolik <sa...@empirescreen.com> wrote: >> >>> ok - I finally did some testing on the emco using this branch.. >>> >>> >>> https://github.com/robEllenberg/linuxcnc-mirror/commits/feature/nominal-vel-during-sync >>> >>> This is a thread using this program >>> http://electronicsam.com/images/KandT/testing/robthreading/test.ngc >>> >>> This is the current 2.7 behavior >>> http://electronicsam.com/images/KandT/testing/robthreading/current.png >>> >>> This is with robs fixes >>> http://electronicsam.com/images/KandT/testing/robthreading/robnew1.png >>> >>> It looks like the acceleration spike are defiantly smaller. >>> >>> I did find an oddity on both branches - quite often it seemed to >>> overshoot initially and then slow back down. I don't know if it is an >>> artifact of my config (100 line single channel encoder + index. never >>> seemed to effect the threading I have done. >>> >>> http://electronicsam.com/images/KandT/testing/robthreading/current1.png >>> http://electronicsam.com/images/KandT/testing/robthreading/robnew.png >>> >>> Also - rob - it prints in axis every pass velocity at line 8 is 230rpm >>> or such.. (paraphrasing..) >>> >>> sam >>> >>> >>> On 09/25/2016 07:47 AM, Robert Ellenberg wrote: >>>> Hi All, >>>> >>>> Recently, I found a way to reduce the acceleration / velocity jitter >>> during >>>> threading and tapping motions (see this issue on github >>>> <https://github.com/LinuxCNC/linuxcnc/issues/164> and the >>>> feature/spindle-sync-jiiter-fix branch >>>> < >>> https://github.com/robEllenberg/linuxcnc-mirror/tree/feature/spindle-sync-jitter-fix >>>> ). >>>> The effect looks significant on the HALscope, but I'm not sure how much >>> of >>>> a difference it would make on a real machine. Is anyone interested in >>> doing >>>> a before and after test on real hardware? >>>> >>>> Thanks! >>>> Rob >>>> >>> ------------------------------------------------------------------------------ >>>> _______________________________________________ >>>> Emc-developers mailing list >>>> Emc-developers@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/emc-developers >>>> >>> >>> ------------------------------------------------------------------------------ >>> _______________________________________________ >>> Emc-developers mailing list >>> Emc-developers@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/emc-developers >>> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> Emc-developers mailing list >> Emc-developers@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-developers >> > > ------------------------------------------------------------------------------ > _______________________________________________ > Emc-developers mailing list > Emc-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-developers > ------------------------------------------------------------------------------ _______________________________________________ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
