mikrocontroller.net

Forum: Mikrocontroller und Digitale Elektronik Float Mit sprintf einlesen


Autor: icke (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Ich versuche aus einem String einen float Wert wie 3.1 einzulesen. 
Danach möchte ich Komma schieben und und aus 3.1 einen dezimalwert 31 
erhalten. Leider steht in meinem int eine Null.

float fVar = 0;
int iVar = 0;

sprintf(fVar,"%f",text);
fVar *= 10;
iVar = (int)fVar;
printf("Wert: %d", iVar);

Woran kann es liegen? Nutze AVR Studio mit GCC sprint

Autor: A. K. (prx)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Probier's mal mit scanf.

Autor: Mark Brandis (markbrandis)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Du meinst wohl scanf?

Autor: Karl Heinz (kbuchegg) (Moderator)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
icke schrieb:
> Woran kann es liegen?


Es liegt mit Sicherheit daran, dass du kein Buch hast, sondern versuchst 
C nach der Methode 'Trial and Error' zu lernen.
Aber auch du wirst lernen, dass das nicht funktioniert.

Autor: Alejandro P. s. (ale500)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Auf Un*x:

$ man scanf
NAME
     fscanf, scanf, sscanf, vfscanf, vscanf, vsscanf -- input format conversion

LIBRARY
     Standard C Library (libc, -lc)

SYNOPSIS
     #include <stdio.h>

     int
     fscanf(FILE *restrict stream, const char *restrict format, ...);

     int
     scanf(const char *restrict format, ...);

     int
     sscanf(const char *restrict s, const char *restrict format, ...);

     #include <stdarg.h>
     #include <stdio.h>

     int
     vfscanf(FILE *restrict stream, const char *restrict format, va_list arg);

     int
     vscanf(const char *restrict format, va_list arg);
     int
     vsscanf(const char *restrict s, const char *restrict format, va_list arg);

DESCRIPTION
     The scanf() family of functions scans input according to a format, as described below.  This format may contain
     conversion specifiers; the results from such conversions, if any, are stored through the pointer arguments.  The
     scanf() function reads input from the standard input stream stdin, fscanf() reads input from the stream pointer
     stream, and sscanf() reads its input from the character string pointed to by s.

     The vfscanf() function is analogous to vfprintf(3) and reads input from the stream pointer stream using a vari-
     able argument list of pointers (see stdarg(3)).  The vscanf() function scans a variable argument list from the
     standard input and the vsscanf() function scans it from a string; these are analogous to the vprintf() and
     vsprintf() functions, respectively.

     Each successive pointer argument must correspond properly with each successive conversion specifier (but see the
     * conversion below).  All conversions are introduced by the % (percent sign) character.  The format string may
     also contain other characters.  White space (such as blanks, tabs, or newlines) in the format string match any
     amount of white space, including none, in the input.  Everything else matches only itself.  Scanning stops when
     an input character does not match such a format character.  Scanning also stops when an input conversion cannot
     be made (see below).

     Extended locale versions of these functions are documented in scanf_l(3).  See xlocale(3) for more information.

CONVERSIONS
     Following the % character introducing a conversion, there may be a number of flag characters, as follows:

     *        Suppresses assignment.  The conversion that follows occurs as usual, but no pointer is used; the result
              of the conversion is simply discarded.
     hh       Indicates that the conversion will be one of dioux or n and the next pointer is a pointer to a char
              (rather than int).

     h        Indicates that the conversion will be one of dioux or n and the next pointer is a pointer to a short int
              (rather than int).

     l (ell)  Indicates that the conversion will be one of dioux or n and the next pointer is a pointer to a long int
              (rather than int), that the conversion will be one of a, e, f, or g and the next pointer is a pointer to
              double (rather than float), or that the conversion will be one of c, s or [ and the next pointer is a
              pointer to an array of wchar_t (rather than char).

     ll (ell ell)
              Indicates that the conversion will be one of dioux or n and the next pointer is a pointer to a long long
              int (rather than int).

     L        Indicates that the conversion will be one of a, e, f, or g and the next pointer is a pointer to long
              double.

     j        Indicates that the conversion will be one of dioux or n and the next pointer is a pointer to a intmax_t
              (rather than int).

     t        Indicates that the conversion will be one of dioux or n and the next pointer is a pointer to a ptrdiff_t
              (rather than int).

     z        Indicates that the conversion will be one of dioux or n and the next pointer is a pointer to a size_t
              (rather than int).

     q        (deprecated.)  Indicates that the conversion will be one of dioux or n and the next pointer is a pointer
              to a long long int (rather than int).

     In addition to these flags, there may be an optional maximum field width, expressed as a decimal integer, between
     the % and the conversion.  If no width is given, a default of ``infinity'' is used (with one exception, below);
     otherwise at most this many bytes are scanned in processing the conversion.  In the case of the lc, ls and l[
     conversions, the field width specifies the maximum number of multibyte characters that will be scanned.  Before
     conversion begins, most conversions skip white space; this white space is not counted against the field width.

     The following conversions are available:

     %     Matches a literal `%'.  That is, ``%%'' in the format string matches a single input `%' character.  No con-
           version is done, and assignment does not occur.

     d     Matches an optionally signed decimal integer; the next pointer must be a pointer to int.

     i     Matches an optionally signed integer; the next pointer must be a pointer to int.  The integer is read in
           base 16 if it begins with `0x' or `0X', in base 8 if it begins with `0', and in base 10 otherwise.  Only
           characters that correspond to the base are used.

     o     Matches an octal integer; the next pointer must be a pointer to unsigned int.

     u     Matches an optionally signed decimal integer; the next pointer must be a pointer to unsigned int.

     x, X  Matches an optionally signed hexadecimal integer; the next pointer must be a pointer to unsigned int.

     a, A, e, E, f, F, g, G
           Matches a floating-point number in the style of strtod(3).  The next pointer must be a pointer to float
           (unless l or L is specified.)

     s     Matches a sequence of non-white-space characters; the next pointer must be a pointer to char, and the array

...

Autor: icke (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
>Es liegt mit Sicherheit daran, dass du kein Buch hast, sondern versuchst
>C nach der Methode 'Trial and Error' zu lernen.

Warum gleich immer so böse. Sorry, natürlich meinte ich sscanf, mir ist 
bloß im Eifer des Gefechts sprintf rausgerutscht. Naja wie auch immer, 
ich habe es jetzt auf eine andere Art und Weise erledigt.

Autor: Karl Heinz (kbuchegg) (Moderator)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
icke schrieb:
>>Es liegt mit Sicherheit daran, dass du kein Buch hast, sondern versuchst
>>C nach der Methode 'Trial and Error' zu lernen.
>
> Warum gleich immer so böse. Sorry, natürlich meinte ich sscanf,

selbst wenn ich mir statt dem sprintf einen sscanf denke, ist da dann 
immer noch ein Fehler, der in jedem Buch ad nauseam durchgekaut wird.
  float fVar = 0;
  int iVar = 0;

  sscanf( fVar, "%f", &text );
  fVar *= 10;
  iVar = (int)fVar;
  printf( "Wert: %d", iVar );

Und dann wird wohl noch die Floating Point Lib notwendig sein.

Warum gleich immer so böse?
Weil wir genau diesen Fall, kein Buch und kein Grundlagenwissen, 
mitlerweile hunderte male am Tag haben (ok. hundert sind übertrieben, 
aber bei >10 halten wir an gut besuchten Tagen). Die Subkultur: "ich 
will zwar alles, wills aber nicht lernen" nimmt überhand. Vielleicht 
sollte das Forum eine Casting-Show veranstalten

Autor: Rufus Τ. Firefly (rufus) (Moderator) Benutzerseite
Datum:

Bewertung
0 lesenswert
nicht lesenswert
> Die Subkultur: "ich will zwar alles, wills aber nicht lernen"
> nimmt überhand.
> Vielleicht sollte das Forum eine Casting-Show veranstalten.

Ja, aber wie nennen wir die dann?

DFSDSLR?
(übliche Reihenfolge, F = Forum und LR = Lernresistenten)

Antwort schreiben

Die Angabe einer E-Mail-Adresse ist freiwillig. Wenn Sie automatisch per E-Mail über Antworten auf Ihren Beitrag informiert werden möchten, melden Sie sich bitte an.

Wichtige Regeln - erst lesen, dann posten!

  • Groß- und Kleinschreibung verwenden
  • Längeren Sourcecode nicht im Text einfügen, sondern als Dateianhang

Formatierung (mehr Informationen...)

  • [c]C-Code[/c]
  • [avrasm]AVR-Assembler-Code[/avrasm]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] - Link zu Artikel
  • Verweis auf anderen Beitrag einfügen: Rechtsklick auf Beitragstitel,
    "Adresse kopieren", und in den Text einfügen




Bild automatisch verkleinern, falls nötig
Bitte das JPG-Format nur für Fotos und Scans verwenden!
Zeichnungen und Screenshots im PNG- oder
GIF-Format hochladen. Siehe Bildformate.
Hinweis: der ursprüngliche Beitrag ist mehr als 6 Monate alt.
Bitte hier nur auf die ursprüngliche Frage antworten,
für neue Fragen einen neuen Beitrag erstellen.

Mit dem Abschicken bestätigst du, die Nutzungsbedingungen anzuerkennen.