AVR: sscanf() liest keine float

[Matthias (Gast)]

Hallo zusammen,

ich habe ein Problem mit dem Lesen eine float-Zahl aus einem String. Es 
wird immer der Wert 0 gelesen.
Ich nutze AVR Studio 6.2.1153, mit einem ATMEGA2560 und dem JTAGICE 
mkII. Als lib habe ich libm, libscanf_flt und libprintf_flt eingebunden.
Der Schalter "Use vprintf library" unter AVR/GNU Linker ist gesetzt.

Hier ist mein code:

#include <stdio.h>
#include <string.h>
int main(void)
{
  int i;
  float f;
  const char in[] = "100 1.123";
  sscanf( in, "%d %f", &i, &f);

...

f ist immer 0!

PS: Der Code funktioniert auf meinem PC einwanfrei (MS Visual Studio).

Ich vermute, das Problem liegt irgendwo in den Compilereinstellungen od. 
Bibliotheken, kann aber im Netz keinen Hinweis finden.

Kann mir jemand bitte einen Tipp geben, wie dieses Problem gelöst werden 
kann?

MFG

Matthias

[Oliver S. (oliverso)]

Zeig doch mal den kompletten Compiler- und Linkeraufruf.

Oliver

[Udo S. (urschmitt)]

sprintf und sscanf sind Riesenfunktionen. Oft ist es performanter (und 
spart im µC ggf. auch flash Speicher) statt dessen atoi und atof zu 
benutzen.
Hast du das mal versucht?

[Zurtog (Gast)]

Suche hier im Forum, wie man die entsprechende Lib linkt, denn von Haus 
aus gibt es keine Unterstützung von float.

[Matthias (Gast)]

Hallo zusammen,
Danke für die Antworten:

@Oliver: Hier mein Compiler/Linkeraufruf

------ Rebuild All started: Project: test, Configuration: Debug AVR ------
Build started.
Project "test.cproj" (Clean target(s)):
Target "Clean" in file "C:\Program Files (x86)\Atmel\Atmel Studio 6.2\Vs\Compiler.targets" from project "C:\Users\m.geisler\Documents\Atmel Studio\6.2\test\test\test.cproj" (entry point):
  Task "RunCompilerTask"
    Shell Utils Path C:\Program Files (x86)\Atmel\Atmel Studio 6.2\shellUtils
    C:\Program Files (x86)\Atmel\Atmel Studio 6.2\shellUtils\make.exe clean 
    rm -rf  test.o   
    rm -rf  test.d   
    rm -rf "test.elf" "test.a" "test.hex" "test.lss" "test.eep" "test.map" "test.srec" "test.usersignatures"
  Done executing task "RunCompilerTask".
Done building target "Clean" in project "test.cproj".
Done building project "test.cproj".

Build succeeded.
------ Rebuild All started: Project: test, Configuration: Debug AVR ------
Build started.
Project "test.cproj" (default targets):
Target "PreBuildEvent" skipped, due to false condition; ('$(PreBuildEvent)'!='') was evaluated as (''!='').
Target "CoreBuild" in file "C:\Program Files (x86)\Atmel\Atmel Studio 6.2\Vs\Compiler.targets" from project "C:\Users\m.geisler\Documents\Atmel Studio\6.2\test\test\test.cproj" (target "Build" depends on it):
  Task "RunCompilerTask"
    Shell Utils Path C:\Program Files (x86)\Atmel\Atmel Studio 6.2\shellUtils
    C:\Program Files (x86)\Atmel\Atmel Studio 6.2\shellUtils\make.exe all 
    Building file: .././test.c
    Invoking: AVR/GNU C Compiler : 4.8.1
    "C:\Program Files (x86)\Atmel\Atmel Toolchain\AVR8 GCC\Native\3.4.1056\avr8-gnu-toolchain\bin\avr-gcc.exe"  -x c -funsigned-char -funsigned-bitfields -DDEBUG  -O0 -ffunction-sections -fdata-sections -fpack-struct -fshort-enums -mrelax -g2 -Wall -mmcu=atmega2560 -c -std=gnu99 -MD -MP -MF "test.d" -MT"test.d" -MT"test.o"   -o "test.o" ".././test.c" 
    Finished building: .././test.c
    Building target: test.elf
    Invoking: AVR/GNU Linker : 4.8.1
    "C:\Program Files (x86)\Atmel\Atmel Toolchain\AVR8 GCC\Native\3.4.1056\avr8-gnu-toolchain\bin\avr-gcc.exe" -o test.elf  test.o   -Wl,-Map="test.map" -Wl,-u,vfprintf -Wl,--start-group -Wl,-lm -Wl,-lc -Wl,-lprintf_flt -Wl,-lscanf_flt  -Wl,--end-group -Wl,--gc-sections -mrelax -mmcu=atmega2560  
    Finished building target: test.elf
    "C:\Program Files (x86)\Atmel\Atmel Toolchain\AVR8 GCC\Native\3.4.1056\avr8-gnu-toolchain\bin\avr-objcopy.exe" -O ihex -R .eeprom -R .fuse -R .lock -R .signature -R .user_signatures  "test.elf" "test.hex"
    "C:\Program Files (x86)\Atmel\Atmel Toolchain\AVR8 GCC\Native\3.4.1056\avr8-gnu-toolchain\bin\avr-objcopy.exe" -j .eeprom  --set-section-flags=.eeprom=alloc,load --change-section-lma .eeprom=0  --no-change-warnings -O ihex "test.elf" "test.eep" || exit 0
    "C:\Program Files (x86)\Atmel\Atmel Toolchain\AVR8 GCC\Native\3.4.1056\avr8-gnu-toolchain\bin\avr-objdump.exe" -h -S "test.elf" > "test.lss"
    "C:\Program Files (x86)\Atmel\Atmel Toolchain\AVR8 GCC\Native\3.4.1056\avr8-gnu-toolchain\bin\avr-objcopy.exe" -O srec -R .eeprom -R .fuse -R .lock -R .signature -R .user_signatures "test.elf" "test.srec"
    "C:\Program Files (x86)\Atmel\Atmel Toolchain\AVR8 GCC\Native\3.4.1056\avr8-gnu-toolchain\bin\avr-size.exe" "test.elf"
       text     data      bss      dec      hex  filename
       3474       16        8     3498      daa  test.elf
  Done executing task "RunCompilerTask".
  Task "RunOutputFileVerifyTask"
        Program Memory Usage   :  3490 bytes   1,3 % Full
        Data Memory Usage     :  24 bytes   0,3 % Full
  Done executing task "RunOutputFileVerifyTask".
Done building target "CoreBuild" in project "test.cproj".
Target "PostBuildEvent" skipped, due to false condition; ('$(PostBuildEvent)' != '') was evaluated as ('' != '').
Target "Build" in file "C:\Program Files (x86)\Atmel\Atmel Studio 6.2\Vs\Avr.common.targets" from project "C:\Users\m.geisler\Documents\Atmel Studio\6.2\test\test\test.cproj" (entry point):
Done building target "Build" in project "test.cproj".
Done building project "test.cproj".

Build succeeded.
========== Rebuild All: 1 succeeded, 0 failed, 0 skipped ==========

@Udo: atoi funktioniert, atof ebenfalls nicht.

@Zurtog: ich habe die libs wie oben gelinkt! Ich weiß nicht, welche 
fehlt.

@ALLE: Mittlerweile habe ich eine eigene Funktion geschrieben (als 
Workaround, spielt auch), es würde mich trotzdem interessieren, woran es 
hängt!!

[Oliver S. (oliverso)]

Laut avrlibc-Doku sollte das so aussehen:

> -Wl,-u,vfprintf -lprintf_flt -Wl,-u,vfscanf -lscanf_flt

Oliver

[Jörg W. (dl8dtl) (Moderator)]

Oliver S. schrieb:
> Laut avrlibc-Doku sollte das so aussehen:
>
>> -Wl,-u,vfprintf -lprintf_flt -Wl,-u,vfscanf -lscanf_flt
>
> Oliver

Zum Teil steht das oben da.

Was aber noch fehlt, ist das erzwingen einer Referenz auf vfscanf:

-Wl,-u,vfscanf

Was passiert, ist folgendes:

Der Linker beginnt seinen Job.  An der Stelle, an der die
Bibliothek libscanf_flt.a abgearbeitet wird (-lscanf_flt), stellt er
fest, dass er den Inhalt dieser Bibliothek nicht zum Auflösen einer
unbekannten Referenz benutzen kann, denn darin befindet sich lediglich
das Symbol “vfscanf”, und nach dem hatte bislang noch keiner gefragt.

Wenn er dann später die Standardbibliothek verarbeitet (libc.a), löst
er das bislang unbekannte Symbol “fscanf” (durch den Nutzercode
referenziert gewesen) aus dieser auf.  Dabei stellt er nun fest, dass
er jetzt ein “vfscanf” in der Folge benötigt.  Allerdings ist die
Verarbeitung der libscanf_flt.a jetzt bereits Geschichte, daher
entnimmt er den Code für “vfscanf” nun in der Standardform ebenfalls
der libc.a.

Indem man nun vor der Verarbeitung der libscanf_flt.a eine Referenz
auf “vfscanf” erzeugt (Linker-Option -u), dann wird nachfolgend der
Modul tatsächlich aus dieser Bibliothek entnommen.  Wenn dann später
“fscanf” (aus der Standardbibliothek) auf dieses Symbol zugreifen
will, ist es nun bereits vorhanden, mit der korrekten Version.

Aus heutiger Sicht würde ich die Bibliothek vfscanf_flt.a wohl anders
bauen, das ist eher ein historisches Versehen so.