Fragen zu Programmtimings; Dauer von Codezeilen berechnen

**uwegw** · 17.05.2006, 21:23

Die Rangfolge der Interrupts ist im Datenblatt angegeben. Die externen kommen ganz als erstes, danach meist die Timer und dann der Rest.

Man kann die Timer auch so einstellen, dass sie vom externen Signal getaktet werden (Pin T1). Dann wird also bei jedem Impuls das Zählerregister weitergezählt. Währenddessen kannst du es jederzeit ohne Störung des Zählvorganges abfragen, und wenn das Register überläuft, kann es das per Interrupt melden...

**Hanni** · 17.05.2006, 22:13

Zitat von uwegw

Die Rangfolge der Interrupts ist im Datenblatt angegeben. Die externen kommen ganz als erstes, danach meist die Timer und dann der Rest.

Diese Aussage ist so nicht richtig.

Die AVR Reihe von Atmel kennt keine priorisierten Interupts.

In welcher Reihenfolge zugleich anfallende Interupts anfallen entzieht sich allerdings meiner Kenntnis.

Zitat von m@rkus33

Frage zur Unabhängikeit: Wer hat eigentlich die Prio der externe Int0 oder der Timerinerrupt?
Was ich meine: Wenn im Int0 zufälligerweise der Timer auslöst, unterbircht der Timer oder nicht? Andersrum genauso unterbricht der Int0 den Timer?

Interupts werden normal nicht unterbrochen, es sei denn man will es so ... (cli / sei)

BTW: der einfachsteWeg ist der:

am Anfang der routine irgendeinen Pin auf H setzen und am Ende den selben auf L .... und das ganze mit nem Oszi ausmessen ....

Im übrigen, ist auch in Assembler das ganze nicht immer klar zu berechnen ... da eben diese "IF" Anweisungen je nach dem ob wahr oder falsch unterschiedlich lange dauern ....
Man kann höchstens eine "Worst Case" Berechnung anstellen ....

Grüße,
da Hanni.

**izaseba** · 17.05.2006, 22:30

Die AVR Reihe von Atmel kennt keine priorisierten Interupts.

Dem kann ich wiederum nicht zustimmen.....

In welcher Reihenfolge zugleich anfallende Interupts anfallen entzieht sich allerdings meiner Kenntnis.

Genau die Reihenfolge, wie das im Dattenblatt steht, wie der Uwe schon sagte.

Gruß Sebastian

**Vitis** · 17.05.2006, 23:06

Die Implementierung auf Int0 ist Käse an sich.
Lass doch einfach den Timer hochzählen, dann brauchste
praktisch garkeinen Code und ist auch nicht zeitkritisch.
Die RS-Geschichte läuft dann auch unkritisch

**Gento** · 17.05.2006, 23:40

Die harte Sprache ......

10000 Impulse Sek sind Pinatz.
Nebenbei aber viele Byte per RS232 ausgeben , Taktgenau unberechenbar.

Sogesehen mein Vorschlag : Per CD4024 am dessen Eingang die Impulse zählen lassen , Auslesen per IRQ .... und Reseten dann.

Kostet 11 Cent.

Gento

**m@rkus33** · 17.05.2006, 23:58

hmm...
das Dumme ist nur, das bei jedem gezähltem Impuls die aktuelle Summe mit insgesamt 6 Variablen verglichen werden muss (diese Variablen sind auch noch variabel im Wert) Bei jedem der Vergleiche werden dann verschiedene Aufgaben zu lösen sein.

Also alle x Zeiteinheiten den Wert auslesen ist nicht. Sonst wär es einfach.

Ok eins weis ich jetzt das die 10000 Impulse ne kleinigkeit ist. Dann müsste ja genügend Zeit übrig sein um die ganze RS Geschichte abzuarbeiten. Richtig?

Wie weit können denn die 8bit und 16bit Timer/counter "hochzählen"?

**Gento** · 18.05.2006, 00:31

Wie hoch kann ich in mm springen wenn ich 1 m Springen kann ?

So lese ich Deine Frage 8/16 Bit Zähler.

Gento

**Windi** · 18.05.2006, 08:57

Zitat von m@rkus33

Wie weit können denn die 8bit und 16bit Timer/counter "hochzählen"?

Also das ist eigentlich das Mindeste was man wissen sollte bevor man zum Programmieren anfängt.

8 Bit = 2^8 = 256 (0-255)
16 Bit = 2^16 = 65536 (0-65535)