RE: [CAD_CAM_EDM_DRO] reprap build started

If the CNC controller software already does acceleration/deceleration, then
why would they "interpolate" Feed rates between Blocks (G-code lines)?

I understand that advanced or very fast CNC controllers for woodwork do some
sort of profiling, and alter tool paths on the fly to smooth out contours
(?), does the RepRat need something like that?

What "special" G-codes does the RepRat want? I can guess at some to control
the temp of the extruder and warming bed, maybe calculate or accept
extrusion material "feeds"? What does the Skeining software do extra
(besides generate Gcode from STL files)?

Any SKeining-generated code samples?

I get it that the FiveD GCode interpreter on the mainboard processes the
G-code in the RepRat systems, Just wanting to understand from a CAD_CAM
prospective.

Thanks!

Alan KM6VV

> -----Original Message-----
> [mailto:CAD_CAM_EDM_DRO@yahoogroups.com] On Behalf Of Kevin Martin
>
> By "gcode interpreter/stepper driver" I meant the firmware that converts

the

> GCode moves into realtime motor speed/motion control. This is where the
> acceleration handling should be, no need for custom hardware.
> In the setup we are using, the acceleration is essentially managed by the

skeining

> software playing with the F words on the G1 commands, with "help" from the
> obtuse implementation of said words by the FiveD GCode interpreter on the
> mainboard (which treats feed speed as a value to be interpolated like X

and Y

> are, so a move starts at the last move's final feed speed, and
> accelerates/decelerates to the value in the F word of the current move).

As a

> result, one must regenerate the GCode to change axis accelerations.
>
> -Kevin Martin
> the Papertrail Handmade Paper & Book Arts
> New Dundee, Ontario
> 518-884-7123
> www.papertrail.ca