Just had a look at tiny g looks great. Hopefully we can adapt the code On Tue, Aug 24, 2021, 6:45 AM Rob C <rclandro...@gmail.com> wrote:
> how do they get it to work on the tiny g? > > https://github.com/synthetos/TinyG/wiki/Jerk-Controlled-Motion-Explained > > could we not adapt and improve on the code > > On Mon, 23 Aug 2021, 15:32 Feral Engineer, <theferalengin...@gmail.com> > wrote: > > > As someone who uses functions like g8p1, g5.1q1 and g5p10000 on > mits/fanuc > > and cycle832 on Siemens, I can say that the need for high speed data > > processing functionality is pretty great. Although I don't know how > > Linuxcnc processes g code data, I do know that the aforementioned > functions > > will buffer hundreds of lines of code and smooth the transitions between > > points to a certain degree of accuracy, much like calculating down to a > > nurb or spline instead of worrying about acc/dec on a point to point > basis. > > Much like how lcnc has g64 with selectable accuracy, these functions > offer > > selectable acc/dec settings that will either rattle your fillings or > smooth > > out sharp corners to be razor perfect. I've not tried to run any of my > lcnc > > machines at speeds that would make me see an eminent need for this > > functionality, but I'm sure it would be a welcomed addition. > > > > Phil T. > > The Feral Engineer > > > > Check out my LinuxCNC tutorials, machine builds and other antics at > > www.youtube.com/c/theferalengineer > > > > Help support my channel efforts and coffee addiction: > > www.patreon.com/theferalengineer > > > > On Mon, Aug 23, 2021, 10:17 AM Todd Zuercher <to...@pgrahamdunn.com> > > wrote: > > > > > To my lay persons eyes I would think it would be enough to jerk limit > in > > > joint space. The limiting in Cartesian space would then take care of > > > itself. > > > > > > As to the jogging question, does it matter? Why would jogging have to > > > have the same acceleration limits as planned motion? Set the jogging > > > limits to something safe and conservative that won't matter if they are > > > jerk limited. > > > > > > Todd Zuercher > > > P. Graham Dunn Inc. > > > 630 Henry Street > > > Dalton, Ohio 44618 > > > Phone: (330)828-2105ext. 2031 > > > > > > -----Original Message----- > > > From: andy pugh <bodge...@gmail.com> > > > Sent: Monday, August 23, 2021 4:50 AM > > > To: Enhanced Machine Controller (EMC) <emc-users@lists.sourceforge.net > > > > > Subject: Re: [Emc-users] jerk control > > > > > > [EXTERNAL EMAIL] Be sure links are safe. > > > > > > On Mon, 23 Aug 2021 at 04:40, Chris Albertson < > albertson.ch...@gmail.com > > > > > > wrote: > > > > > > > Actually for a machine tool, why not run the simulation off-line and > > > > use as much time and computer power as it takes. > > > > > > Feed-override? > > > > > > Do you allow infinite jerk on abort? You might think that is an easy > > > question, except that continuous jog is implemented as a move to the > > limit > > > that is aborted on key release. > > > > > > And, do we need to jerk-limit in joint space or cartesian space, or > both? > > > > > > -- > > > atp > > > "A motorcycle is a bicycle with a pandemonium attachment and is > designed > > > for the especial use of mechanical geniuses, daredevils and lunatics." > > > - George Fitch, Atlanta Constitution Newspaper, 1912 > > > > > > > > > _______________________________________________ > > > Emc-users mailing list > > > Emc-users@lists.sourceforge.net > > > > > > > > > https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Femc-users&data=04%7C01%7Ctoddz%40pgrahamdunn.com%7Caaabdbd2b59a4e0ad88708d966134695%7C5758544c573f47cebee96c3e0806fb43%7C0%7C0%7C637653055682515186%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=iD2Nxd21YC5aKx8hByW2ScEBuMjM9%2FXJCwo05FHb%2BLU%3D&reserved=0 > > > > > > > > > _______________________________________________ > > > Emc-users mailing list > > > Emc-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/emc-users > > > > > > > _______________________________________________ > > Emc-users mailing list > > Emc-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/emc-users > > > > _______________________________________________ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
