sprintf %f geht nicht

tset schrieb:
> pauschal würde ich sagen, lass dass mit den floats

Pauschal würde ich sagen, dass pauschale Aussagen Unfug sind. ;-)

Gleitkommazahlen haben einen unbeschreiblichen Vorteil: eine recht
gute Dynamik, sodass man gerade während der Prototypenphase damit erst
einmal schnell zu einem Ergebnis kommt.  Ihre Darstellung entspricht
dem, was wir als normale Zahlendarstellung benutzen, der Debugger kann
sie einem direkt anzeigen.  Wenn man also 1.55 für eine Variable
sieht, dann weiß man, dass da soeben 1,55 V gemessen worden sind,
während das für 0x0623 nicht so offensichtlich ist.  Außerdem muss man
sich erstmal nicht um irgendwelche Zahlenbereichsüberläufe und
dergleichen kümmern.

Wenn der Algorithmus erst einmal steht, und man mit ihm nicht
zufrieden ist (zu viel Speicherverbrauch, zu lange Rechenzeit, zu
geringe Genauigkeit), kann man sich allemal an die Optimierung mittels
Festkommaarithmetik machen.

Ehrlich gesagt, verstehe ich diesen Hype "Nimm ja nicht auf keinen
Fall überhaupt jemals keine Gleitkommazahlen auf so einem kleinen
Controller!" nicht.  Controller, die größer als der Ur-AT90S1200 sind,
sind schon lange erfunden, und deren Mehrpreis (im Vergleich zum
kleinsten möglichen Controller) liegt selbst nach Maßgaben eines
Hobbybudgets in der Regel kaum bei einer Stunde Arbeitszeit -- und die
hat man ganz schnell durch die Bequemlichkeit wieder rein.

Wenn man für richtig große Stückzahlen entwickelt, ist das natürlich
was anderes, aber wen von uns hier betrifft das denn wirklich?

hake schrieb:
> sprintf(s,"adc:%f\r\n",2.88);

Ich bin mir jetzt nicht sicher, meine aber, dass standardmäßig eine 
kastrierte printf-Routine verwendet wird, die nicht alle Optionen 
unterstützt. Man kann aber mittels Schalter, o.ä. die große Version 
aktivieren.