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
Druckbare Version
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
Und wie mache ich das:?: :?:Zitat:
Zitat von liggi
Nein, genau umgekehrt!
Die signal raus, die interrupt rein.
Öffne einfach die asuro.h
Dort findest Du
welches Du ersetzt inCode:#include <avr/io.h>
#include <avr/interrupt.h>
#include <avr/signal.h>
Code:#include <avr/io.h>
#include <avr/interrupt.h>
//#include <avr/signal.h>
Alternativ komlettes Löschen von #include <avr/signal.h>
Jetzt zeigt mir der CompilerAn. Ist das schlimm?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
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.
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
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...
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
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.