MAX_LINEAR_VELOCITY verhältnis zu SCALE

OK, dann habe ich den Punkt zumindest schon mal verstanden. image missing /media/kunena/emoticons/wink.png

Danke fürs Feedbeck.
Ja das mache ich sobald Meine Riemenscheibe entsprechend bearbeitet ist und alles wieder Funktioniert.
Solange mache ich mit einer anderen Achse weiter

Ich habe den Eindruck das nur 6 Nachtkomma stellen nimmt.

Ja das kann schon sein, in der linuxcnc.var stehen die Werte auch mit 6 Nachkommastellen.
Ich habe in Linuxcnc nichts dazu gefunden, einiges interessantes jedoch zu python:
py-tutorial-de.readthedocs.io/de/python-3.3/floatingpoint.html

Das ist interessant.

in der INI unter dem Punkt Steht folgendes.

Defines the increments available for incremental jogs. The INCREMENTS can be used to override the default. The values can be decimal numbers (e.g., 0.1000) or fractional numbers (e.g., 1/16), optionally followed by a unit (cm, mm, um, inch, in or mil). If a unit is not specified the machine unit is assumed. Metric and imperial distances may be mixed: INCREMENTS = 1 inch, 1 mil, 1 cm, 1 mm, 1 um is a valid entry.

ich habe mich schon die gesamte zeit über gefragt warum man hier Brüche angeben kann, im zweifel hat man ja ein Unendliche nachkomme zahl.

ich teste das später mal ob man das auch beim wert SCALE machen kann.

Ok, an der Stelle

Werden leider keine Brüche angenommen.
naja war ein Test wert. 

Ich denke bei Brüchen wird dann ab der so und sovielten Stelle gerundet. Bei vielen Rundungen kann sich das natürlich irgendwann auswirken, aber ich denke viel genauer als 1/100 wird es im Hobbybereich nicht gehen und selbst im micrometerbereich sollte noch genug Luft sein bei 6 Nachkommastellen.