Funktioniert auch mit deinen define.
Funktioniert auch mit deinen define.
Hm dann probier ich mal nen anderen AVR, denn meiner bleibt einfach stehen.
So hab grade nochmal einen neuen AVR genommen, gleiches Problem.
Ist das möglicherweise ein Bug im avr-gcc oder der avr-libc ?
Geändert von Thalhammer (08.10.2012 um 19:12 Uhr)
Probleme mit der Spannungsversorgung? Eine LED funktioniert, die zweite bringt den AVR in einen instabilen Zustand. Aber dass der Fehler so reproduzierbar auftritt, macht mich stutzig ...
mfG
Markus
Tiny ASURO Library: Thread und sf.net Seite
Nein Probleme mit der Hardware kann ich ausschliesen, da ich den zweiten AVR in meinem MyAVR MK2 probiert hab und das ist definitv i.O.
Ich werde morgen das ganze mal von meinem anderen PC aus und später vieleicht auch unter Windows probieren, ich denke das es am compiler liegt, da ich noch nie solche Probleme hatte.
Also Compiler kann ich mir nicht vorstellen, es sei denn du verwendest irgend was Exotisches.
Das sind Standardzeilen die du da schreibst. Über einen Fehler wären da schon viele drüber gefallen.
Aber was soll das sonst sein ?
Hardware kann es nicht sein, Software ist wie du schon sagst Standart und der Compiler ist der Standartgcc aus dem Ubuntu repository.
könnte vileicht mal einer von euch die hexdatei anhängen, dann würd ich dass mal flashen.
Bekommst du eine Warnung beim Kompilieren?
(Aus util/delay.h)#ifndef F_CPU
/* prevent compiler error by supplying a default */
# warning "F_CPU not defined for <util/delay.h>"
# define F_CPU 1000000UL
#endif
#ifndef __OPTIMIZE__
# warning "Compiler optimizations disabled; functions from <util/delay.h> won't work as designed"
#endif
Bild hier
Atmel’s products are not intended, authorized, or warranted for use
as components in applications intended to support or sustain life!
Nein, warum sollte ich auch, es ist ja auf der Commandozeile mit -DF_CPU=1000000UL definiert.
Lesezeichen