Verständnisfrage ASM

[Peter B. (pebez)]

Hallo,

ich hab da mal eine Verständnisfrage.
Folgender Code:

.include"m8def.inc"
.def temp  = r16
.def temp1 = r17

main:
ldi temp,low(ramend)
out spl, temp
ldi temp, high(ramend)
out sph, temp
ldi temp, $ff
out ddrd, temp

loop:

nali:
ror temp
out ddrd, temp
cpi temp, 0
brne nali

nare:
rol temp
out ddrd, temp
cpi temp, 255
brne nare

rjmp loop

ist ja nun nix besonderes, trotzdem verstehe ich folgendes nicht:

hat "temp" den Wert 255 in "nare" erreicht geht's ja über rjmp loop
in die "nali" Schleife. Direkt nach dem "ror temp" hat temp den Wert 
127.

Hat "temp" den Wert 0 in "nali" geht's über cpi und brne in die "nare" 
Schleife.
Hier bleibt aber nach dem "rol temp" der Wert bei 0 stehen und erst nach 
einem
Schleifendurchlauf in nare hat temp den Wert 1.
Warum ändert sich der Wert für "temp" nicht direkt nach den Sprung von 
nali nach nare?

Gruß  Peter

[Klaus 2. (klaus2m5)]

...
brne nali
sec        ;nach dem cpi ist carry=0
nare:
...

[Helfer (Gast)]

.include"m8def.inc"
.def temp  = r16
.def temp1 = r17

main:
  ; Carry = 0 nach Reset
  ldi temp,low(ramend)   ; Kein Einfluss auf Carry 
  out spl, temp          ; Kein Einfluss auf Carry
  ldi temp, high(ramend)
  out sph, temp
  ldi temp, $ff          ; 11111111
  out ddrd, temp         ; PORTD Ausgabe

loop:
nali:
  ror temp       ; ROR = Rotate right through Carry 
                 ; aus C=0, temp=11111111 wird C=1, temp=01111111
  out ddrd, temp ; IMHO Programmfehler: DDRD oder PORTD ???
  cpi temp, 0    ; C=1 wenn abs(0)>abs(temp) sonst C=0, also immer C=0
  brne nali      ; Kein Einfluss auf Carry
                 ; Branch zu nali wird ausgeführt wenn temp<>0 ist

nare:
  ; temp=0, C=0
  rol temp       ; ROL = Rotate left through Carry 
                 ; aus C=0, temp=00000000 wird C=0, temp=00000000
  out ddrd, temp ; IMHO Programmfehler: DDRD oder PORTD ???
  cpi temp, 255  ; 
  brne nare      ; Branch zu nare wird ausgeführt wenn temp<>255 ist
                 ; d.h. immer, d.h. Endlosschleife, d.h. AVR hängt
                 ; mit konstanter Ausgabe 0 auf DDRD (PORTD)
  rjmp loop      ; nie erreicht

[Helfer (Gast)]

Oh geschludert...

  cpi temp, 255  ; C=1 wenn abs(255)>abs(temp) sonst C=0, also immer C=1
  brne nare      ; Branch zu nare wird ausgeführt wenn temp<>255 ist
                 ; => keine Endlosschleife!

[Peter R. (pnu)]

1. Warum nennst Du eine Schleife "nare", wenn da drin rol ausgeführt 
wird?
Du bist doch kein Lehrer oder Zahnarzt - die müssen so denken.

2.die Syntax lässt doch auch "nachrechts" zu, warum dann das "nare"?

3. Nach dem Ende von main, am label loop hat temp den Inhalt 0xFF und 
das carry- bit ist (hoffentlich) 0, Wie soll da durch rol der Zustand 
0x00 in temp entstehen?

Also das hier stehende Programm hat mit dem beschriebenen Verhalten 
nichts zu tun.
es hängt sich doch in der ersten Schleife schon auf, weil 0 1111 1111 
(8bit+carry) ständig im Kreis herumgeschoben wird.

[Klaus 2. (klaus2m5)]

...
out   ddrd,temp   ;0=high-z / 1=low  (open collector)
...

[Peter R. (pnu)]

Sorry, aber die Arbeit des carry nicht beachtet.


Der Übergang aus einer Schleife in die andere geschieht jedesmal mit dem 
Carry-Wert 0. In einer der beiden Schleifen muss es erst noch in den für 
die Schleife typischen Wert 1 von Carry gebracht werden, also mit einem 
zusätzlichen Schleifendurchlauf.

[Peter B. (pebez)]

Peter R. schrieb:
> Sorry, aber die Arbeit des carry nicht beachtet.
>
>
> Der Übergang aus einer Schleife in die andere geschieht jedesmal mit dem
> Carry-Wert 0. In einer der beiden Schleifen muss es erst noch in den für
> die Schleife typischen Wert 1 von Carry gebracht werden, also mit einem
> zusätzlichen Schleifendurchlauf.

Jetzt wo man es liest, ist es logisch (Stirnklatsch).
Nur im Moment des Suchens fiel mir das absolut nicht auf.
Hast mir geholfen ein Stückchen mehr zu verstehen.

DANKE

Gruß  Peter

[Peter R. (pnu)]

Ich selbst hab auch recht lange gebraucht, auch wenn mir Helfer (der 
Nick stimmt) ziemlich auf die Sprünge geholfen hat. Seine Kommentare im 
Programm waren entscheidend.

In ASM ist fast Alles logisch, nur man sieht es nicht. Bei so einem 
Problem wie diesem hilft am ehesten ein Simulatordurchlauf, bei dem bei 
jedem Schritt der Zustand von temp und Statusregister verfolgt werden 
kann.

Danke also auch an Helfer.