On 27/11/2020 20:33, Ray West wrote: > Hi Torsten, > > My mistake - it's Cura, and other slicers I guess, that do not send > G3, G2. Which means that 'stuttering' can occur, due to the serial > port  not keeping up with the multitude of small steps being sent. > > Best wishes, > > RTay > > On 27/11/2020 19:38, Torsten Paul wrote: >> On 27.11.20 20:13, Ray West wrote: >>> It is only recently that Marlin (a common 3d printer firmware) is >>> going to be able to handle G2,G3 commands (and then a circle will >>> be a number of micro-steps...) >> That's 2015: https://github.com/MarlinFirmware/Marlin/pull/2469 >> and G2/G3 support for cartesian printers goes back to maybe 2011 >> or so. >> >> It's probably not used a lot as the earlier parts of the tool >> chain rarely generate those. In my totally personal opinion that >> is not a critical issue. I've always saw much more potential >> gain in other topics and that is still the case. >> >> ciao, >>    Torsten. >> >> _______________________________________________ >> OpenSCAD mailing list >> Discuss@lists.openscad.org >> http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org

Yeah, we need better comms from the RPi. klipper and a fast 32-bit control board get closer due to the higher apparent bit-rates transferred. On 11/27/20 3:12 PM, Ray West wrote: > > On 27/11/2020 20:33, Ray West wrote: >> Hi Torsten, >> >> My mistake - it's Cura, and other slicers I guess, that do not send >> G3, G2. Which means that 'stuttering' can occur, due to the serial >> port  not keeping up with the multitude of small steps being sent. >> >> Best wishes, >> >> RTay >> >> On 27/11/2020 19:38, Torsten Paul wrote: >>> On 27.11.20 20:13, Ray West wrote: >>>> It is only recently that Marlin (a common 3d printer firmware) is >>>> going to be able to handle G2,G3 commands (and then a circle will >>>> be a number of micro-steps...) >>> That's 2015: https://github.com/MarlinFirmware/Marlin/pull/2469 >>> and G2/G3 support for cartesian printers goes back to maybe 2011 >>> or so. >>> >>> It's probably not used a lot as the earlier parts of the tool >>> chain rarely generate those. In my totally personal opinion that >>> is not a critical issue. I've always saw much more potential >>> gain in other topics and that is still the case. >>> >>> ciao, >>>    Torsten. >>> >>> _______________________________________________ >>> OpenSCAD mailing list >>> Discuss@lists.openscad.org >>> http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org > > _______________________________________________ > OpenSCAD mailing list > Discuss@lists.openscad.org > http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org >