PIC18 Rechnung effizienter lösen

[Osccon (Gast)]

Hallo,
ich habe ein kleines Programm in C mit dem C18 Compiler für den 
PIC18F46K80 geschrieben.
Dabei bin ich auf ein kleines Problem gestoßen.
Ich muss folgende Rechnung lösen:

float tn = ...
...
...
for(...
{
    tn = 1.0 / (1.0 / tn + tn * acceleration);
}

Da der PIC18 aber keine Hardware Unterstützung für Fließkommazahlen hat 
wird diese entsprechen langsam gelöst (ca. 2000 Cycle).
Aber ich muss es schaffen diese innerhalb von 1000 Cycle zu lösen.
Ich habe es versucht einfach mit großen Nichtkommazahlen zu 
beschleunigen jedoch wurde das ganze nur noch langsamer (3600 Cycle).

tn = (100000000000000 + rest) / (100000000000000 / tn + tn * acceleration);
rest = (100000000000000 + rest) % (100000000000000 / tn + tn * acceleration);

Ich musste zusätzlich noch den Rest mitberechnen um die Genauigkeit zu 
steigern.
Sieht jemand Möglichkeiten die Rechnung effizienter zu gestalten?
tn liegt im Mikrosekunden Bereich und wird benötigt um einen Timer zu 
initialisieren.
Ich betreibe den PIC mit eine 50MHz Oscillator.
Ich frage mich aber auch ob das an dem C18 compiler liegt, da ich nur 
die Free Version habe(Wenn ich mir manchmal den erzeugten Assembler Code 
ansehe schmeißt der Compiler da ganz viel unnötige Operationen rein um 
den Code un effizienter zu machen).
Das ärgert mich bei den PIC Mikrocontrollern, dass es keine vernünftigen 
Compiler umsonst (Oder auch für kleine Preise bis 80 Euro) gibt mit dem 
man Effizienten Maschinencode erzeugen kann.
Hat jemand Erfahrung mit anderen Mikrocontrollern bei denen es 
effiziente Compiler umsonst gibt oder gibt es vielleicht doch noch einen 
effizienteren Compiler für die PICs?

[H.Joachim S. (crazyhorse)]

Wenn ich die Formel richtig interpretiere, steh da

tn²*acc=1

[chris (Gast)]

"tn²*acc=1"

du hast eine 1 übersehen

es sollte tn²*acc=0 rauskommen

wenn man davon ausgeht das acc eine endliche zahlt ist landet man allso 
bei tn=0

ich glaube da ist ein wurm in der angabe ;p

[Karsten (Gast)]

Wie im Ursprungspost neulich, versteht noch immer keiner dein Problem. 
Deinen Pillepallekäs' rechnet ein PIC18 selbst mit int32 Festkomma in 
deutlich < 1000 Takten.

Dein erstes Problem ist, dass da float steht, dein zweites Problem, 
dass du die Hinweise auf dem anderen Thread nicht umgesetzt hast und das 
Prinzip der Festkommaarithmetik nicht verstehen willst

[Sascha (Gast)]

https://www.wolframalpha.com/input/?i=x%3D+1%2F+%281%2Fx+%2B+x*a%29

Zuerst schreibt man das mal um, dann ist man schonmal ne Division los.

Weiterhin machst du das ganze in einer for-Schleife. Da sollte man 
Werte, die sich innerhalb der Schleife nicht ändern, im Vorraus 
berechnen und ablegen (wenn das die Compileroptimierung nicht schon 
tut).

Verstehe ich das richtig, dass du den Wert tn Brute-Force errechnest?
Und das konvergiert dir nicht schnell genug?

https://de.wikipedia.org/wiki/Fixpunktiteration

[Daniel H. (Firma: keine) (commander)]

Willst du uns jetzt jede Woche die gleiche Frage stellen oder was?

Beitrag "PIC18 Algorithmus Implementieren"

[H.Joachim S. (crazyhorse)]

chris schrieb:
> "tn²*acc=1"
>
> du hast eine 1 übersehen

Stimmt :-)

[Severino R. (severino)]

Osccon schrieb:

> Das ärgert mich bei den PIC Mikrocontrollern, dass es keine vernünftigen
> Compiler umsonst (Oder auch für kleine Preise bis 80 Euro) gibt mit dem
> man Effizienten Maschinencode erzeugen kann.

Du kannst den XC8 PRO Compiler für USD 29.95 pro Monat nutzen (und nach 
einem Monat wieder abbestellen, später wieder abonnieren etc.).
http://www.microchipdirect.com/ProductSearch.aspx?Keywords=SW006021-SUB

[Torben K. (tokuhila)]

Gegen groben Unfug hilft auch der PRO Compiler nicht

[флурц (Gast)]

weg mit dem Troll