float to string mit ftoa - komische Ausgabe

Michael D. schrieb:
> char* numsend = "0.00000";
>   ftoa(number, numsend, 5); //value, string, resolution, 5 Nachkommastellen fest

String-Literale (hier "0.00000") dürfen nicht überschrieben werden.
Definiere numsend stattdessen so:

1

  char numsend[8];

Edit:

Auch die ftoa-Funktion erscheint mir verdächtig. Woher kommt die? In der
AVR-Libc ist die m.W. nicht enthalten.

Danke für die schnelle Antwort. Geht mit der Variante leider immer noch 
nicht. Selbes Ergebnis.

Warum ollte das so sein? Ein String ist doch auch nur ein Array aus 
Chars, oder?

Edit: ftoa war in einer lib drin, die ich eingebunden habe, genau wie 
das itoa, also irgendeine davon:

#include <stdint.h>
#include <stddef.h>
#include <avr/io.h>
#include <errno.h> //für Umwandlung str to int
#include <limits.h> //Maxima/Minima der Int,...
#include <string.h>
#include <ctype.h>  //zum Testen auf alphanumerische Zeichen und Co
#include <math.h>

Michael D. schrieb:
> ftoa war in einer lib drin

GCC kennt kein ftoa. Kann es sein, dass dein ftoa buggy ist?

Michael D. schrieb:
> Warum isollte das so sein? Ein String ist doch auch nur ein Array aus
> Chars, oder?

Weil der Text (die Zeichen) woanders im Speicher liegt.

Stringliterale sind const char *

Dirk B. schrieb:
> Stringliterale sind const char *

Stimmt, die sind ja vorinitialisiert.

Das Problem liegt wohl wirklich in dieser ftoa, woher auch immer mein 
gcc sie kennt (arbeite übrigens nicht mit Atmel studio). Gut sichtbar an 
diesem Versuch von Wendelsberg:
float #1.08623#
float #1.0/-))#
float #1.//-))#
War mir aber auch vor dem Versuch schon klar, weil Text hat immer ohne 
Probleme funktioniert.

Gibt es jemand der eine gute ftoa geschreiben hat? Hab hier nur eine die 
irgendwie komsich ist
https://ucexperiment.wordpress.com/2016/02/23/lean-and-mean-float-to-string-conversion-ftoa/

http://www.geeksforgeeks.org/convert-floating-point-number-string/

Hab mal diese ftoa Funktion eingebaut und natürlich in myftoa umbenannt 
um Konflikte zu vermeiden. Kommt interessanterweise genau das gleiche 
Ergebnis raus.

Michael D. schrieb:
> Gibt es jemand der eine gute ftoa geschreiben hat?

Im GCC nennt sich die Funktion dtostrf()

GEIL, es geht! Danke an alle!

char numsend[8];
dtostrf (number, 3, 5, numsend);

macht die Umwandlung in einen String richtig und die kann ich dann wie 
oben aneinanderhängen. Wo dieses falsche ftoa hergekommen ist das er 
trotzdem geklannt hat? Keine Ahnung...

Gibt es einen Grund, warum Du nicht gleich alles von snprintf() machen 
lässt?

Viele Grüße, Stefan

Michael D. schrieb:
> http://www.geeksforgeeks.org/convert-floating-point-number-string/

Diese Funktion versagt, wenn die Nachkommastellen nicht als int
darstellbar sind.

Beispiel:

In der dritten Ausgabezeile sollte 2.94159 ausgegeben werden. Die
Nachkommastellen sind 94159. Die Zahl 94159 ist aber nicht als
16-Bit-Integer darstellbar. Die Konvertierung scheint das 17. Bit
einfach abzuschneiden, so dass 94159 - 0x10000 = 28623 übrigbleibt.
Die ausgabe lautet deswegen 2.28623.

In der sechsten Ausgabezeile werden die zu int konvertierten
Nachkommastellen sogar negativ, was zu den seltsamen Symbolen führt.

Wenn du maximal vier Nachkommastellen ausgibst, sollte die Funktion
immer funktionieren.

Stefan: snprintf hat mir aus irgendeinem Grund bei %s%f%s statt des 
floats in der Mitte nur ein Fragezeichen geliefert, egal was als Float 
übergeben wurde.

Yalu: Danke für die Erklärung der komischen Zeichen! Sowas sieht man 
nicht auf Anhieb. Und es vervollständigt den Thread :)

Michael D. schrieb:
> snprintf hat mir aus irgendeinem Grund bei %s%f%s statt des
> floats in der Mitte nur ein Fragezeichen geliefert, egal was als Float
> übergeben wurde.

Du musst die Floating-Point Version von snprintf nehmen.
Die ist in einer anderen/zusätlichen Library.