Branch rücksprung

[Benjamin Böck (Gast)]

Mal ne Frage zum Verständniss

Der Brunch Befehl speichert keine Rücksrungadresse im Stack?
d.h. ich muß aus einer mit einem Bruch Befehl aufgerufen Sub wieder
durch einen Rücksprung an ein Label zu meiner Aufrufstelle
zurückspringen?

In etwa so
"

 branch Sub
   NachBrunch:



 Sub:
   .....
   .....
   .....
   rjmp NachBrunch

"
oder gibt es da eventuell ne elegantere Lösung, die die
Rücksprungadresse im Stack hinterlegt und mit ret wieder beendet werden
kann?

[Rufus T. Firefly (Gast)]

Branch = GOTO

(lädt einen neuen PC und fertig)

Warum verwendest Du nicht Call?

Call speichert die Adresse des nächsten Befehles auf dem Stack und lädt
einen neuen PC.

Ret ist die korrekte Antwort auf Call.

[Benjamin Böck (Gast)]

Weil ich nach einen Vergleich eine Bestimmte Aktion ausführen möchte
z.B.

SUBI Temp,0x10
BREQ Sub1
BRMI Sub2

und danch nach dem Vergleich das Programmm weiter abarbeiten.
Aber trotzdem vielen Dank dür deinen Antwort, werde es wohl doch so
machen müssen wie ich es vorhatte.

[Thomas Burkhardt (Gast)]

Diese elegante Lösung heisst call :) oder acall... und "br*u*nch" ist
ja wohl ganz was anderes ;-)


Das Konstrukt oben ist beliebig gefährlich, weil das eben kein
wirkliches Unterprogramm ist. Rufst du es dann noch einmal von anderer
Stelle aus auf, ist der Ärger vorprogrammiert.

Eine Lösung ist es, den Branch umzudrehen (aus eq wir ne etc...) und
über den Call zur Subroutine hinwegzuspringen, wenn die Bedingung
nicht erfüllt ist.

  branch weiter
  acall  sub
weiter:

[Benjamin Böck (Gast)]

Aber bei mehreren möglichkeiten ist das auch wieder ein ganz schönes
gefrickel.
Allerdings mit dem Vorteil das ich meine Sub aus mehreren stellen im
Prog aufrufen kann und mit ret zurückkomme.
Ist immerhinn schon besser als meine Anfangslösung!!

[Thomas Burkhardt (Gast)]

Nein, nein, man nennt das nicht Gefrickel, sondern Assembler :)

Es hat halt wirklich den Vorteil, dass die Subs echte Unterprogramme
sind, die sauber dorthin zurückspringen, wo sie herkommen. Wirkliches
Gefrickel wäre, den Rücksprungwert von Hand aufm Stack abzulegen. Eine
Vorgehensweise, die allerdings nicht zu empfehlen ist.

[Benjamin Böck (Gast)]

Hast schon recht. Ich dachte es gibt evntuell ne möglichkeit des Branch
Befehls mit der Rücksprungoption über den Stack.
Die Rücksprungadresse auf dem Stack abzulegen habe ich mir auch schon
überlegt aber bei einem nachträglichen ändern des Source Codes wäre die
Rücksprunadresse jedesmal falsch und diese Fehlerquelle wollte ich mir
nicht aufhalsen ;-)

[Hagen (Gast)]

das geht schon, aber ob es in deinem Falle einen Sinn macht ist die
andere Frage. Bei vielen solchen nachfolgenden Abfragen könnte das
schon Sinn machen:


        ldi    r16, 0x11

        ldi    r17,low(return)
        push   r17
        ldi    r17,high(return)
        push   r17

        subi   r16, 0x10
        breq   sub1
        brmi   sub2
        ret

return: nop
        rjmp   return

sub1:   nop
        ret

sub2:   nop
        ret

Funktioniert aber nur auf Devices ohne Hardware-Stack.

Gruß Hagen

[Benjamin Böck (Gast)]

Auch nicht uninteressant.
Du push'st die Adresse der Rücksprungstelle so das du mit RET darauf
zugreifen kannst.
Das ist wohl die sauberste Möglichkeit wieder zurück an die
Aufrufstelle zu kommen.

THX Ben

[Peter D. (peda)]

Es geht noch einfacher:

my_function:
        ...
        rcall tester
hier_gehts_weiter:
        ...
        ret

tester:
        subi   r16, 0x10
        breq   sub1
        brmi   sub2
        ...
        ret              ;springt nach hier_gehts_weiter

sub1:
        ...
        ret              ;springt nach hier_gehts_weiter

sub2:
        ...
        ret              ;springt nach hier_gehts_weiter


Peter

[Benjamin Böck (Gast)]

Es wird immer besser :)

[Hagen (Gast)]

und Peters Vorschlag läuft mit weniger Takten, weniger Codeverbrauch und
ganz wichtig auf Devices mit HW-Stack. Auf alle Fälle sollte man Peters
Methode benutzen.

Gruß Hagen