Taktzyklus AtMega

[ARM_Takt (Gast)]

Hi,

es geht um einen Mega328P (den ich von einem Arduino habe).

Ich habe Zeitkritische Portabfragen und im Worstcase Szenarion (dh Port 
ändert sich genau nachdem ich gerade abgefragt habe, vergehen zwischen 
zwei abfragen 10 Takte (laut Datenblatt - instructionen rjmp sbic subi 
brne add sbis). Das gute Stück läuft mit dem standard Arduino Takt = 16 
Mhz.
Das heißt doch nun das meine 10 Takte 625ns benötigen?!
Der abzufragende Port ändert sich aber höchstens alle 2us ... also genug 
Luft.

Es funktioniert allerdings bei weitem nicht bei dieser Frequenz, kann es 
sein das da doch ein Faktor noch drin steckt sowas wie instrction fetch 
& decode extra takte sind?

Oder gilt ein Prescaler für einen Timer für den gesamten Controller?

[Peter II (Gast)]

ARM_Takt schrieb:
> Es funktioniert allerdings bei weitem nicht bei dieser Frequenz, kann es
> sein das da doch ein Faktor noch drin steckt sowas wie instrction fetch
> & decode extra takte sind?

nein, so etwas gibt es dort nicht.

Warum nimmst du nicht einfach den Simulator und schaust wie die Zeit 
vergeht?

[Lutz (Gast)]

Ohne vollständigen Code kann das wohl keiner beantworten...
Zeile 42 erspare ich mir diesmal.

[H.Joachim S. (crazyhorse)]

Ohne Software ist es tatsächlich nur Raterei...
Möglichkeiten:
CKDIV8?
Interrupts, die dir dazwischenhauen?