Hallo!
dec r16
Brne Sprungziel
ldi r17, 0xFF
also, in der hilfe von AVR studio steht, für BRNE volgendes:
Cycles: 1 if condition is false
2 if condition is true
wenn nun also r16 0 ist, dann springt er nicht, das heiß, es wurden 2
taktzyklen "verbraucht" !?!
und wenn r16 NICHT 0 ist, springt er zum sprungziel und braucht nur 1
taktzyklus? ist dsa umgekehrt nicht logischer? oder stimmt das so?
danke für die Hilfe!
Hallo!
IST doch auch umgekehrt, als logischer... ;-)
Branch if NOT Equal, ist also 'True'(=wahr), wenn NICHT 0.
Der Sprung wird dann ausgeführt, wenn die Bedingung WAHR also 'TRUE'
ist, und das ist sie, wenn NOT Equal(=zero), also NICHT Null.
True = (<>0) = Sprung = 2Zyklen.
False = (=0) = kein Sprung = 1 Zyklus
Alles klar? :-)
Gruß,
Andi
Hi,
so wie ich dass verstehe. Werten die BRNE und BREQ das Z-Flag aus im
Register SREG aus. BRNE setzt den Programmcounter mit der
Sprungmarke(durch Assembler eine Adresse) bei Z=0 fort. Bei BREQ
erfolgt das bei Z=1. (vgl. Datasheet Atmel Instruction Set)
Das Z-Flag wird immer nur dann Z=1, wenn das Ergebnis einer Operation
(Vergleich,inc,dec...) gleich 0 ist.
So lassen sich die Befehle BRNE, BREQ vielfältig einsetzen in
Verbindung mit den vorhergehenden Operationen.
daniel
Als ich bei AVR-Assembler einstieg, haben mich die "BRNE" und
"BREQ"-Befehle auch etwas gewundert. In anderen Assembler-Dialekten
gibts dafür sowas wie "BRNZ" für "Branch if not Zero" und "BRZ"
für "Branch if Zero", man könnte auch "BRZC" und "BRZS" für
"Branch if Zero Cleared" bzw. "..Set" nehmen.
Beim Carry-Flag gibts bei AVR ja auch mehrere Mnemonics für einen
Opcode (z.B. BRSH und BRCC sind identisch), warum wurde das nicht auch
beim Zero-Flag so gemacht?
Naja, ist letztlich nur eine Gewöhnungssache. Und wenn man sich nicht
gewöhnen will, kann man sich ja passende Makros basteln.
MfG Olaf
> warum wurde das nicht auch beim Zero-Flag so gemacht?
Naja, es gibt ja noch die allgemeine Flagabfrage mit BRBC und BRBS.
Alle anderen BRxx sind nur zusätzliche Mnemonics dazu, haben also
keinen eigenen Opcode.
...
> ...warum wurde das nicht auch beim Zero-Flag so gemacht?
Vorstellbarer Grund dafür dürfte sein, dass die branch-Befehle
wahrscheinlich in den meisten Fällen in Verbindung mit compare-Befehlen
(cp, cpi) verwendet werden. Und da ist der Code sicher leichter
nachvollziehbar (lesbar), wenn nach einem Vergleich mit einem Befehl
abgefragt werden kann, ob die Werte gleich waren oder nicht. Ob das
Ergebnis der (implizit durchgeführten) Differenzbildung der
Vergleichswerte 0 ist oder nicht, ist zwar prinzipiell exakt dieselbe
Fragestellung, leuchtet aber nicht auf Anhieb so ein. Möglicherweise
haben die ATMEL-Ingenieure sich das genauso gedacht. Sicher, man kann
das auch anders sehen, wenn man eher branch-Befehle nach anderen
arithmetischen Operationen anwendet, aber dann kann man sich immer noch
mit brbc oder brbs behelfen...
öhm, ich will ja nichts sagen, aber meine frage ist geklärt und ich weiß
jetzt wie es geht! aber ihr könnt natürlich gerne noch weiter
diskutieren! :-)