Scott Alfter wrote:

> 3D printers pretty much always have some sort of microcontroller running
> them directly...anything from an 8-bit AVR on up to ARM-compatible devices
> like the LPC176x or STM32Fx families.  Any of these are sufficient for
> accurately firing stepper motors, monitoring endstops and thermistors,
> etc. in a Cartesian or CoreXY printer configuration; more advanced
> kinematics (such as Delta or SCARA) sees more benefits from a 32-bit
> controller.
>

Thank you and all of you for the educational discussion.
I was also thinking of such approach, but I do not know if there are some
ready to use solutions for CNCs - I might have a look into the AVR world. I
build one evaluation board some time ago and it could be fun playing with

> To the extent that a Raspberry Pi is involved in 3D printing, it's usually
> just streaming gcode to the printer's microcontroller.  Even if you're
> running something like Klipper (which shifts more of the motion-control
> work to the Raspberry Pi), you're still streaming some sort of simplified
> command sequence to a microcontroller that provides the necessary realtime
> control.

I guess the problem is more the coordination of the motors and sensors.
based on what you say this must take place in the external for example AVR
controller.
I do not think a CNC is so simple as 3D printer. It is at least more
expensive but I saw recently there are some mini CNCs on the market as
well.

--- SoupGate-Win32 v1.05