AVR Studio 6 - Simulator braucht ewig für delay's

Oliver schrieb:
> Nachtrag:
>
> Wer allerdings mit einem delay EINE GANZE SEKUNDE im Programm verbraten
> will, ist selber schuld.
>
> Vermutlich hat Atmel dafür extra noch eine Bremse eingebaut, umd dem
> Benutzer deutlich zu machen, daß man so nicht programmiert...

:-)

Wobei man der Fairness halber sagen muss, es dauert auch entsprechend 
lange, wenn der Timer auf 1 Sekunde hochzählen soll.

Ich weiß zwar nicht, wie der Simulator programmiert ist, aber der hat 
nun mal heftig damit zu tun, einen AVR in allen Aspekten möglichst gut 
zu simulieren. 1 Sekunde ist nun mal für einen µC eine lange Zeit. Bei 
16Mhz Taktfrequenz sind das über den Daumen rund 14 Millionen Befehle. 
Die wollen erst mal mit allen Nebeneffekten und Konsequenzen 
durchsimuliert werden. bjoern kann ja mal probieren, wie lange er dazu 
braucht 14 Millionen Befehle auf dem Papier zu simulieren und nach jedem 
Befehl die 'Peripheriemodule' durchgehen, ob irgendwo Arbeit ansteht wie 
zb Timer hochzählen, Compare Register vergleichen, entsprechende 
Aktionen auslösen, etc. etc.

bjoern schrieb:
> Normalerweise muss sowas doch flott gehen.

Warum sollte es?

So ein Delay ist eine aufwändige Zählschleife, die weiter nichts
tut, als sinnlos Register herunter zu zählen, damit die Zeit
vergeht.

Wenn man sowas halt simulieren will, muss man warten.

Eine Alternative ist es natürlich, während der Simulation die
Delays ganz auszublenden, bspw. mit sowas:

1

#ifdef SIMULATE

2

#  define _delay_us(x) __asm("nop")

3

#  define _delay_ms(x) __asm("nop")

4

#else // the real thing

5

#  include <util/delay.h>

6

#endif

und dann irgendwo das #define SIMULATE zu setzen, solange man nur
simulieren will.