Exponentialfunktion berechnen

Gast #1051479 
Hallo,

ich bräuchte bitte Eure Hilfe bei folgender Aufgabe:

Folgende Funktion soll im Atmega128 und AVR-GCC berechnet werden

setting = exp(((adcval+offset)/scale)*factor)+dc

Nun habe ich folgendes probiert und bekomme nicht das gewünschte 
Ergebnis, sondern der Wert springt von 79 zu 115 dann zu 173...

#include "math.h"
#define  scale   128
#define  dc  25
#define  offset  1100

int16_t adcval;
uint16_t setting;

adcval = read_ad_channel(0);

// Formel:
// wert = exp(((adcval+offset)/scale)*factor)+dc

double temp;

temp = (adcval+offset)/scale;
temp = temp/2;
temp = exp(temp);

setting = temp + dc;

//weiter mit...
//dac_channel[1].volts = setting;


Wenn ich es in Excel rechne, passt alles prima, aufm µC nicht. Bin 
Anfänger und verstehe nicht, wo das Problem ist.

Eine Tabelle scheidet aus, weil ich von 0-1023 alles umrechnen muss, ist 
etwas viel...

Danke für Euere Hilfe,
Harry
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Langsamer Modus Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Melden Danke
Gast 
> temp = (adcval+offset)/scale;
Die Berechnung wird als Integer und nicht als Float ausgeführt.
Ich vermute da kommen deine Fehler her.

Eventuell ist es für dich interessant, die e-Funktion über eine 
Reihenentwicklung zu berechnen. In diesem Fall kann eventuell Rechenzeit 
gespart werden.
Antwort Zitieren Bearbeiten Löschen Melden Danke
Persönliche Seite 
Gast wrote:

> Eventuell ist es für dich interessant, die e-Funktion über eine
> Reihenentwicklung zu berechnen. In diesem Fall kann eventuell Rechenzeit
> gespart werden.

Ich glaub wenn du gegen die libm antrittst ziehst du den Kürzeren :-)

Erstens ist sich deren Implementierung über die Potenzreihe für exp 
durchauss bewusst, und von Hand anzufangen, erstmal den Wertebereich 
zurechtzurücken, will man eigentlich auch net...
Antwort Zitieren Bearbeiten Löschen Melden Danke
Gast 
Klar, die libm Implementation wird optimal sein.
Je nach benötigter Genauigkeit kann bei einer eigenen Implementation
früher abgebrochen und mit Integer statt Floats gerechnet werden.

Beides kann auf einem uC von Vorteil sein.

Ich denke das hängt davon ab, ob das Problem einen akademischen
oder komerziellen Hintergrund mit möglichst schneller "Time to Market"
hat.
Antwort Zitieren Bearbeiten Löschen Melden Danke
Gast 
>>>Ich denke das hängt davon ab, ob das Problem einen akademischen
>>>oder komerziellen Hintergrund mit möglichst schneller "Time to Market"
>>>hat.

Und auch davon, ob Rechenzeit bei der Anwendung überhaupt eine Rolle 
spielt.
Antwort Zitieren Bearbeiten Löschen Melden Danke
Thread beobachten

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 17 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Dein Name und deine E-Mail-Adresse

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.