- LiFePO4 Speicher Test         
Seite 2 von 2 ErsteErste 12
Ergebnis 11 bis 19 von 19

Thema: Benötige hilfe compiler spinnt

  1. #11
    Erfahrener Benutzer Fleißiges Mitglied
    Registriert seit
    31.12.2007
    Beiträge
    131
    Anzeige

    LiFePo4 Akku selber bauen - Video
    hallo,
    es heißt ebenfalls auch nicht:
    while(1);
    sondern:
    while(1)
    return 0;

    Das ist deswegen so glaube ich, da dieses while(1) nur eine bedingung darstellt.

    Hoffe das stimmt^^
    Hans

  2. #12
    Erfahrener Benutzer Fleißiges Mitglied
    Registriert seit
    30.11.2007
    Beiträge
    152
    Zitat Zitat von liggi
    in asuro.h die include <avr/interrupt.h> durch <avr/signal.h> ersetzen, auch in asuro.c.
    Und wie mache ich das
    [schild=14 fontcolor=000000 shadowcolor=C0C0C0 shieldshadow=1]Roboter sind cool[/schild]

  3. #13
    Benutzer Stammmitglied
    Registriert seit
    03.11.2004
    Ort
    Süderlügum
    Alter
    43
    Beiträge
    86
    Nein, genau umgekehrt!
    Die signal raus, die interrupt rein.

    Öffne einfach die asuro.h
    Dort findest Du
    Code:
    #include <avr/io.h>
    #include <avr/interrupt.h>
    #include <avr/signal.h>
    welches Du ersetzt in

    Code:
    #include <avr/io.h>
    #include <avr/interrupt.h>
    //#include <avr/signal.h>

    Alternativ komlettes Löschen von #include <avr/signal.h>

  4. #14
    Erfahrener Benutzer Fleißiges Mitglied
    Registriert seit
    30.11.2007
    Beiträge
    152
    Jetzt zeigt mir der Compiler
    Code:
    vr-gcc -c -mmcu=atmega8 -I. -g -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-ahlms=test.lst test.c -o test.o
    test.c:1:20: warning: extra tokens at end of #include directive
    test.c:9:2: warning: no newline at end of file
    avr-gcc -c -mmcu=atmega8 -I. -g -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-ahlms=asuro.lst asuro.c -o asuro.o
    avr-gcc -mmcu=atmega8 -I. -g -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-ahlms=test.o test.o asuro.o   --output test.elf -Wl,-Map=test.map,--cref -lm
    avr-objcopy -O ihex -R .eeprom test.elf test.hex
    avr-objcopy -j .eeprom --set-section-flags=.eeprom="alloc,load" \
    	--change-section-lma .eeprom=0 -O ihex test.elf test.eep
    c:\WinAVR-20071221\bin\avr-objcopy.exe: --change-section-lma .eeprom=0x00000000 never used
    avr-objdump -h -S test.elf > test.lss
    An. Ist das schlimm?
    [schild=14 fontcolor=000000 shadowcolor=C0C0C0 shieldshadow=1]Roboter sind cool[/schild]

  5. #15
    Erfahrener Benutzer Robotik Einstein
    Registriert seit
    06.02.2005
    Ort
    Hamburg
    Alter
    38
    Beiträge
    4.255
    Scheint, als hättest du irgendwo ein Zeichen zu viel oder zu wenig rausgelöscht. Außerdem sollst du am Ende der Datei eine zusätzliche Leerzeile einfügen.

    Beides sind nur Warnungen, aber keine Fehler. Daher müsste das Programm so trotzdem laufen. Generell sollte man aber auch immer auf die Warnungen achten. Sie geben manchmal Hinweise auf Logik- oder Schreibfehler, die zwar korrektes C ergeben, aber keinen Sinn haben.

  6. #16
    Erfahrener Benutzer Begeisterter Techniker
    Registriert seit
    26.11.2006
    Ort
    Hamburg
    Alter
    33
    Beiträge
    384
    Also die Warnung " no newline at end of file" ist egal die kannste vernachlässigen, aber die andere Warnung hab ich bisher noch nicht gesehen, d.h. ich weiß nicht was es bedeutet.

    mfg
    Erik

  7. #17
    Erfahrener Benutzer Robotik Einstein
    Registriert seit
    06.02.2005
    Ort
    Hamburg
    Alter
    38
    Beiträge
    4.255
    Die Meldung kann ich zb mit
    #include <stdint.h>>
    reproduzieren. Sie scheint darauf hinzudeuten, dass da eine unvollständige Präprozessoranweisung steht. Und da der Präprozessor anders auswertet als der Compiler, scheint er solche Fehler zu ignorieren...

  8. #18
    Neuer Benutzer Öfters hier
    Registriert seit
    25.12.2007
    Beiträge
    7
    ich hab das selbe Problem wie Sim Robot.
    Der Selbst-Test hat funktioniert aber alles was ich versuche zu flashen geht nicht. Die Status LED zeigt immer nur grün. Im Thread https://www.roboternetz.de/phpBB2/ze...asuro+programm
    sagst du, du hättest das Problem gelöst über hier diesen Thread.
    Kannst du das vielleicht erläutern.
    Danke

  9. #19
    Erfahrener Benutzer Fleißiges Mitglied
    Registriert seit
    30.11.2007
    Beiträge
    152
    Was gibt es denn groß zu erläutern? Alles was mann wissen muss steht doch oben. Und was nicht oben Steht weiß ich auch nicht.
    [schild=14 fontcolor=000000 shadowcolor=C0C0C0 shieldshadow=1]Roboter sind cool[/schild]

Seite 2 von 2 ErsteErste 12

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  

LiFePO4 Speicher Test