#spi_bus: spi1a

#shutdown_value: 0

#SET_GCODE_OFFSET Z_ADJUST={f:babyz} MOVE=1

full_steps_per_rotation:200  #set to 400 for 0.9 degree stepper

#### INIT LOG ###Sun 24 Jul 23:24:32 IDT 2022 :: avahi 409 0.1 0.0 5900 392 ? Ss Jul16 22:52 avahi-daemon: running [RepetierServer.local] repetie+ 3468 3.5 1.7 36964 15968 ?

This are from https://teachingtechyt.github.io/calibration.html#speed After what you comment, I think that the bottleneck is in the printer board that cannot process so many instructions per second

https://docfirmwarev2.repetier.com/config/motors#stepper_trinamic

[mcu] ## Obtain mcu value by "ls -l /dev/serial/by-id/" #serial: /dev/serial/by-id/usb-Klipper_stm32f103xe_38FFDA054253383220730557-if00

#sdtv_mode=2

    $("#statustd").text("Success");

https://duet3d.dozuki.com/Wiki/Gcode#Section_G10_Retract

Hab noch mal die Original Doku gelesen:

        #sudo rm -rf /Library/Application\ Support/Repetier-Server

https://docfirmwarev2.repetier.com/config/motors#stepper_mirror3

2021-01-12 07:15:23+01 usernames-Mac-mini installd[700]: PackageKit: Extracting file:///Users/username/Downloads/RepetierServer-1.0.1%20(2).pkg#serverInstaller.pkg (destination=/Library/InstallerSandb

I need to use #SAVE_CONFIG instead of only SAVE_CONFIG. The next is, you use the commands in gcode files too and the commandline in Repetierserver is different. (Octoprint have no problem)

https://docfirmwarev2.repetier.com/config/motors#stepper_adjustable

So the first command let#s it move to z=1, but then it adds up incrementally. 

RepRapFirmware still uses the colon for regular G/M Codes so if it affects basic functions maybe it's not a good idea. I tested it with allowColon and it works with the console output like exspected.

#So Just attach the apikey to login accordingly: