Berechnung durch Näherungsformel

Dann schau Dir nochmal genau an, was der Operator ^ macht :)

Weil du in C nicht einfach so ^2 schreiben kannst, dafür gibt es die 
Funktion pow() http://www.elook.org/programming/c/pow.html

MfG

oooops, schande über mich, jetzt funktionierts auch ;)
vielen dank!

Pow schrieb:
> dafür gibt es die Funktion pow()

Nee, die nutzt hier nun grade absolut überhaupt nichts.

Bei einer Bitfummelei etwas zu ver-XOR-n sieht zwar witzig aus, aber so 
tät ich des nicht machen. Schreib dir eben eine pow(); - Funktion. Oder 
eine Makrofunktion. Inline könnte es eine while-Schleife mit 
ordentlichem Funktionsrumpf richten.
mfg mf

Wofür pow()? Hier reicht doch einfach x*x zu schreiben. Wenn man den 
Exponenten nicht dynamisch bestimmt, sollte sowas meistens schneller 
sein und weniger Code benötigen, wenn ich mich nicht irre.

wenn ich nun den ersten term mit ((68*ADC) >> 10) * ((68*ADC) >> 10) 
berechne (die funktion pow() kann ich nicht einsetzten, hat keinen platz 
hat in meinem 1k flash), scheint das resultat korrekt zu sein.
rechne ich jedoch (68*68*ADC*ADC) >> 20) (oder 4624 anstelle von 68*68) 
erhalte ich nicht das gewünschte.
mein ADC wert hat zwar eine breite von 11 Bit, wie aber oben erwänt wird 
der ADC-wert aber nie grösser als 380 und braucht somit auch höchstens 9 
bits. damit tritt bei der berechnung keinen überlauf auf und kann immer 
in einer 32-bit variable (eigentlich ja nur 31 bits für den wert, 1 bit 
fürs vorzeichen) gespeichert werden.
woran liegt das?

aber ich hab ja ein int32_t, also 32 bits (31 für den wert und 1 
vorzeichenbit)?!?!

Und von welchem Typ ist ADC? Die Zahlen 68, 1024 sind erst mal int.

Und wenn du schon mit int32 rechnest solltest du das >>20 zum Schluss 
machen:

y =   0.004347x2 + 0.174571x - 155.697431
  =  (4558,159872x2 + 183050,960896x  - 163260589,408256 )/ 1024/1024
  = ((4558 * x + 183051)*x - 163260589)>>20

ersetze:
(68* bla)>>10
durch
(17* bla)>>8

ok vielen dank, jetzt klappts so wie ichs mir vorgestellt hab.
thx;)