AVR446 Woher kommen die ganzen Faktoren bei der C0 Berechnung? *100 /100 usw

[Andre B. (antiheld)]

Hallo,

momentan versuche ich die Rampenberechnung aus der Atmel Anleitung 
nachzuvollziehen.

https://github.com/taitpthomas/AVR446/blob/master/code/IAR/speed_cntr.h

Dabei bleibe ich an den Faktoren zur Delay Berechnung hängen.

Zum Beispiel in speed_cntr.h ab Zeile 79

    // Set max speed limit, by calc min_delay to use in timer.
    // min_delay = (alpha / tt)/ w
    srd.min_delay = A_T_x100 / speed;

    // Set accelration by calc the first (c0) step delay .
    // step_delay = 1/tt * sqrt(2*alpha/accel)
    // step_delay = ( tfreq*0.676/100 )*100 * sqrt( (2*alpha*10000000000) / (accel*100) )/10000
    srd.step_delay = (T1_FREQ_148 * sqrt(A_SQ / accel))/100;

    // Find out after how many steps does the speed hit the max speed limit.
    // max_s_lim = speed^2 / (2*alpha*accel)
    max_s_lim = (long)speed*speed/(long)(((long)A_x20000*accel)/100);

Woher kommt z.B. das /100 im step_delay?

Sind das Anpassungen um dem µC die Rechenarbeit zu erleichtern?

Oder im Kommentar darüber die ganzen Faktoren die sich direkt wieder 
kürzen wenn man die mit unter die Wurzel nimmt...

Hat jemand eine Idee?

Andre

[Rainer W. (rawi)]

Andre B. schrieb:
> Hat jemand eine Idee?

Von welchem Typ sind die Variablen?
Das sieht alles sehr nach Ganzzahlrechnung aus.
Schreib dir bei den Größen einfach einmal den Skalierungsfaktor und die 
Einheit dahinter.

> Sind das Anpassungen um dem µC die Rechenarbeit zu erleichtern?

Arbeit ist Kraft * Weg.
So etwas wie "Kraft" oder "Weg" kennt ein µC nicht. Der kennt Taktzyklen 
und Taktzyklen pro Operation. Falls ein µC keine FPU besitzt, lassen 
sich durch Ganzzahlrechnung oft Taktzyklen gegenüber einer Floatingpoint 
Emulation in Software einsparen - kommt auf die Rechenoperationen an.

[GHz N. (ghz-nerd)]

Die Zahlen für die Berechnungen "aufzublähen" minimiert den kumulierten 
Effekt von Rundungsfehlern bei den Zwischenberechnungen.
Das macht aber nur Sinn, wenn mit Ganzzahlen gerechnet wird (was auf den 
allermeisten MCUs viel schneller als floats geht)

[Wf88 (wf88)]

https://www.mikrocontroller.net/articles/Festkommaarithmetik

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

Rainer W. schrieb:
> Falls ein µC keine FPU besitzt
... wäre es allemal besser, ihn nicht auch noch mit dem Zehnersystem zu 
quälen.

Oder andersrum: wenn schon Festpunktberechnungen und -skalierungen, dann 
wenigstens im Binärsystem mit Faktoren wie 64 oder 128 oder 256, eben "2 
hoch irgendwas".

[Andre B. (antiheld)]

Danke für die Hilfe!

Mit dem bestätigtem Verdacht, dass die Anpassungen erfolgten um den Code 
recheneffizienter zu gestalten und das ich das mal komplett 
durchgerechnet habe, ist vieles klar geworden.
Die Erleuchtung brachte das Nachvollziehen wo die Ergebnisse verwendet 
werden.

if(srd.step_delay <= srd.min_delay){
      srd.step_delay = srd.min_delay;
      srd.run_state = RUN;

Mathematisch legitim wenn beide Variablen irgendwo mal durch 100 geteilt 
wurden.
 Aber wenn man erstmal nur step_delay betrachtet, weil dieses der 
Hauptpunkt ist bei der Rampenberechnung, ist das sehr verwirrend.

Halt der Unterschied zwischen Syntax kennen und programmieren können...

[Wf88 (wf88)]

Andre B. schrieb:
> Danke für die Hilfe!
>
> Mit dem bestätigtem Verdacht, dass die Anpassungen erfolgten um den Code
> recheneffizienter zu gestalten und das ich das mal komplett
> durchgerechnet habe, ist vieles klar geworden.
> Die Erleuchtung brachte das Nachvollziehen wo die Ergebnisse verwendet
> werden.
> if(srd.step_delay <= srd.min_delay){
>       srd.step_delay = srd.min_delay;
>       srd.run_state = RUN;
>
> Mathematisch legitim wenn beide Variablen irgendwo mal durch 100 geteilt
> wurden.
>  Aber wenn man erstmal nur step_delay betrachtet, weil dieses der
> Hauptpunkt ist bei der Rampenberechnung, ist das sehr verwirrend.
>
> Halt der Unterschied zwischen Syntax kennen und programmieren können...

Ich weiss ja, dass die Bewertungen hier im Forum totaler Humbug sind und 
nichts aussagen, aber ich frage mich dann schon, wieso ein Beitrag, wo 
der User sagt, dass er es kapiert hat, schlecht bewertet wird und keiner 
drückt auf +.

Die schlechten OK, Deppen, die gerne - klicken. Aber wo bleibt +?