gin66

If you send a trajectory with 10ms resolution, then the ramp generation from FastAccelStepper is not relevant. For that use case, it is better to employ the [low level interface](https://github.com/gin66/FastAccelStepper/blob/master/extras/doc/FastAccelStepper_API.md#low-level-stepper-queue-management-low-level-access).

Answering your question: The stepper task is run every 4ms and will fill the command queue up to 20ms into the future (pre-planning). Existing commands in the queue will not...

I mean, if the trajectory is fully controlled by the application, then the ramp generator has nothing to do. For better reaction time, #253 is added to adjust forward planning...

Implementation released in 0.30.13

The high level interface is for running a motor from position A to position B with a speed bound to parameters for maximum speed and acceleration. Additional feature is, that...

Several reasons for 16bit: * The registers of the mcpwm module from esp32 are all 16bit. * The code base between avr and esp32 have major portion of common code...

should add to documentation

[Uno R4](https://docs.arduino.cc/hardware/uno-r4-wifi/) apparently offers two uC: Renesas RA4M1 and ESP32-S3. The RA4M1 is not supported, but the ESP32-S3 is. Any chance to move the stepper control to the esp32 ?