sprintf-Funktion - Speicherbedarf

Es lief bestimmt was schief.

Martin schrieb:
> Es lief bestimmt was schief.

Ist die Antwort jetzt ernst gemeint oder nur ein dummer Kommentar? Mich 
würde nur interessieren, ob das realistisch ist?

Es lief bestimmt was schief.

Zumindest bei der Atmel Toolchain ist das sehr viel kompakter.

Georg G. schrieb:
> Float Formate mit eingebunden?
> Das Thema gibt es hier im Forum dutzendfach.
> Es wäre auch hilfreich gewesen, wenn du den Prozessor und den Compiler
> genannt hättest.

Ja, float mit eingebunden.
Compiler: Code Composer Studio V6
uC: MSP430G2553

Hans schrieb:
> Ja, float mit eingebunden.
> Compiler: Code Composer Studio V6
> uC: MSP430G2553

In dem Fall realistisch.

Karl Heinz schrieb:
> Daher gibt es auf einem AVR eine abgespeckte Version von sprintf, die zb
> Floating Point nicht ausgeben kann, dafür aber demenstprechend einen
> kleineren Memory Foorprint hat.

Ich habe schon auf AVR Controllern mit sprintf einen float verarbeitet. 
Dabei ist der Speicherbedarf nicht (oder nur so minimal, dass ich es 
nicht gemerkt hab) gestiegen.

Marcel schrieb:
> Ich habe schon auf AVR Controllern mit sprintf einen float verarbeitet.
> Dabei ist der Speicherbedarf nicht (oder nur so minimal, dass ich es
> nicht gemerkt hab) gestiegen.

im vergleich zu was?

Karl Heinz schrieb:
> Daher gibt es auf einem AVR eine abgespeckte Version von sprintf, die zb
> Floating Point nicht ausgeben kann

Ja die gibt es hier auch. Aber OK, war nurmal ein kleiner Schock :-)

Danke!

Hallo Hans,

nach meiner Erfahrung ist die Verwendung von printf, sprintf usw. mit 
dem MSP430G2553 in Verbindung mit dem CCS-Compiler nicht möglich (ich 
verwende die Version 5.2).

"C I/O Mysteriously Fails
If there is not enough space on the heap for a C I/O buffer, operations 
on the file will silently fail. If a call to printf() mysteriously 
fails, this may be the reason. The heap needs to be at least large 
enough to allocate a block of size BUFSIZ (defined in stdio.h) for every 
file on which I/O is performed, including stdout, stdin, and stderr, 
plus allocations performed by the....."

Quelle: spru187u.pdf - Compiler UserGuide Kapitel 7.2

#define BUFSIZ          256

steht in der stdio.h von der runtime-support-library

Damit ist gesagt, dass mindestens 3 Buffer à 256 byte aufgemacht werden, 
sobald man eine dieser Funktionen benutzt und damit platzen die 512 byte 
RAM die der 2553 hat.

Gruß wv

sprintf ist eine eierlegende Wollmilchsau.

Hat wahrscheinlich, versteckt, sogar Optionen für's Waschen und Bügeln.

So was braucht Platz.

Ich benutze in allen meinen Projekten (AVR/STM32) immer diese schlanke 
Version von printf:
http://www.menie.org/georges/embedded/printf-stdarg.c

>Ebenfalls bewährt:
>http://www.sparetimelabs.com/tinyprintf/tinyprintf.php

Beim:
>uC: MSP430G2553
...wohl nicht so sehr.

Marian B. schrieb:
> ich sehe also spontan keinen Grund, wieso
> der Code auf einem MSP430 nicht laufen sollte.

Stelle die Frage doch einfach mal anders herum: Wieso sollte man printf 
bei einem µC überhaupt einbauen, wenn man nicht Ressourcen bis zum 
Abwinken hat? Ein paar schlichte Char_Out, String_Out, Dezi_Out und 
Hex_Out sollten doch für den gewöhnlichen Bedarf komplett ausreichen. 
gelle?

W.S.