the 3d printer gcode is understandable, and you could handball simple shapes (I've done a couple for various test and setup things)..... but you would really struggle to do the infill as well as a slicer to still provide strength and minimise infill
https://3dprinterly.com/what-is-the-best-infill-pattern-for-3d-printing/ being an additive process you couldn't run it through a mill..... as it sort of works in reverse (and you'd end up with a pocket if you flipped the z direction) but we sort of digress..... from just running something like marlin to running lcnc comparison.... as gcode is essentially just motion with a bit of additional icing on top. (if there was a board for Mesa hardware to take my tmc2209 drives (or I had the time to interface one to a 7i92 I'm happy to convert my machine to linuxcnc and run some cura gcode through it) On Sun, 25 Jul 2021, 21:32 Martin Dobbins, <[email protected]> wrote: > It is like the relationship of using CAD to design a part then using CAM > to produce the g code to machine that part. Some people know enough about g > code that they often don't use CAM, or are able to "massage" the output of > CAM to produce different results. Others may not care. > > CAD can also produce files for slicers (CAM) which produce g code for 3d > printers which is apparently so complicated that no human being can > understand it sufficiently to write their own code. Yet it is the same g > code fed to the components of a printer rather than (say) a milling machine. > > Martin > > ________________________________ > From: Rob C <[email protected]> > > > is this not just reinventing the wheel for the sake of it? > > what is the benefit of using lcnc for fff/fdm printer? > > I am not trying to downplay the idea / application or lcnc or its > capability. (dispite it may appear so) > > 1, 18:55 Chris Albertson, <[email protected]> > wrote: > > > 99% of the "magic" in 3D printing happens in the slicer. All the printer > > controller needs to do is move the steppers in a very stupid > > way.Acceleration limits and such are all done in the slicer. Notice that > > the g-code files for some parts are MILLIONS of lines of g-code that do > > very tiny movements > > > > I still argue that the only thing LCNC lacks is "works out of the box". > > > > > > > > On Sat, Jul 24, 2021 at 5:43 PM andy pugh <[email protected]> wrote: > > > > > On Sat, 24 Jul 2021 at 21:13, Bari <[email protected]> wrote: > > > > > > > > What are the missing desired or required features in LCNC for > > > > controlling FFF/FDM printers? > > > > > > I have heard (but not tested) that extruder moves are not blended, so > > > the motion is not as smooth as one might like. > > > > > > There might be something to be said for a G-code interpreter that used > > > E as the extruder, and supported the other 3DP-specific codes. > > > > > > (LInuxCNC supports pluggable interpreters, this is doable) > > > > > > -- > > > 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 > > > [email protected] > > > https://lists.sourceforge.net/lists/listinfo/emc-users > > > > > > > > > -- > > > > Chris Albertson > > Redondo Beach, California > > > > _______________________________________________ > > Emc-users mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/emc-users > > > > _______________________________________________ > Emc-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/emc-users > > _______________________________________________ > Emc-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/emc-users > _______________________________________________ Emc-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-users
