Blinklicht zu hohe Frequenz

[Martin (Gast)]

Hallo hab da ein Problem, mein LED am PORT A, Pin8 (also PA7) sollte 1 
mal in der sec blinken, jedoch blinkt es mit einer viel höheren Frequenz

#define F_CPU 16000000UL

#include <avr/io.h>
#include <util/delay.h>



void main (void)
{
  DDRA= 0xff;
  PORTA=0xff;


  while(1)
  {
    _delay_ms(1000);
    PORTA^= (1<<PA7);
  }


}

[Nico S. (nico22)]

- Optimierung beim Compiler aktiviert?
- Wie viel schneller ist denn eine "viel höhere Frequenz"?

[Bjoern B. (per)]

Hallo,

Wie soll sich bei deinem Programm überhaupt etwas ändern, es wird doch 
immer das selbe an den Port geschrieben.

gruß,
Bjoern

[steffen (Gast)]

"The macro F_CPU is supposed to be defined to a constant defining the 
CPU clock frequency (in Hertz).

The maximal possible delay is 262.14 ms / F_CPU in MHz."

[Bjoern B. (per)]

ahhh,
schon zuspät Du toggelst das bit ja.....

sorry,
Bjoern

[Nico S. (nico22)]

Bjoern B. schrieb:
> es wird doch
> immer das selbe an den Port geschrieben.

Sechs, setzen. Man achte auf das ^=.

/edit: Hat sich hiermit erledigt :-)

[... (Gast)]

Bjoern B. schrieb:
> Wie soll sich bei deinem Programm überhaupt etwas ändern, es wird doch
> immer das selbe an den Port geschrieben.

Schau nochmal genau hin! Das "^" steht da nicht umsonst.

[... (Gast)]

steffen schrieb:
> The maximal possible delay is 262.14 ms / F_CPU in MHz."

Wenn schon zitieren, dann aber bitte vollständig!

When the user request delay which exceed the maximum possible one,
_delay_ms() provides a decreased resolution functionality. In this
mode _delay_ms() will work with a resolution of 1/10 ms, providing
delays up to 6.5535 seconds (independent from CPU frequency). The
user will not be informed about decreased resolution.

[steffen (Gast)]

@... stimmt wohl,

aber das sollte auch nur ein Wink sein, da vll mal genauer nachzuschauen

[hp-freund (Gast)]

Das Ganze gibt es hier auch auf deutsch:

http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Warteschleifen_.28delay.h.29

[... (Gast)]

Eventuell mal nach den Fuses schauen. Könnte sein, daß da der Watchdog 
zuschlägt.

[Martin (Gast)]

okey danke an euch funktioniert jetzt ;)

[... (Gast)]

... schrieb:
> Wenn schon zitieren, dann aber bitte vollständig!
Autsch, da hab ich doch selber noch einen Teil unterschlagen :(

If the avr-gcc toolchain has __builtin_avr_delay_cycles(unsigned long)
support, maximal possible delay is 4294967.295 ms/ F_CPU in MHz. For
values greater than the maximal possible delay, overflows results in
no delay i.e., 0ms.

[... (Gast)]

Martin schrieb:
> okey danke an euch funktioniert jetzt ;)

Und? Woran lags jetzt? Obigen Code falsch abgetippt? Falsches File auf 
den AVR gebrannt?

[hp-freund (Gast)]

Das würde mich jetzt auch interessieren.

Wenn man die Optimierung nicht ganz ausschalten will geht auch:

volatile int d=1000;
...
_delay_ms(d);

das bläht aber ganz schön ;-)

[Martin (Gast)]

Die Wartezeit der Funktion _delay_ms() ist auf 262,14ms/F_CPU (in MHz) 
begrenzt, d.h. bei 20 MHz kann man nur max. 13,1ms warten. Die Wartezeit 
der Funktion _delay_us() ist auf 768us/F_CPU (in MHz) begrenzt, d.h. bei 
20 MHz kann man nur max. 38,4us warten. Längere Wartezeiten müssen dann 
über einen mehrfachen Aufruf in einer Schleife gelöst werden.

hab dann genau wie oben beschrieben noch diese schleife programmiert, 
über die _delay_ms das es sich auf eine sekunde ausgeht, siehe 
anwendungsbsp von delay

http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Warteschleifen_.28delay.h.29

[... (Gast)]

Dann hast Du aber eine Uraltversion der avr-libc und solltest langsam 
mal updaten. Ab Version 1.6 gilt dieses Limit so nicht mehr und es sind 
delays bis ca. 6,5s möglich (mit der neuesten auch noch mehr) und die 
1.6 gibt es schon seit 2007.