Unterschied zwischne rjmp und jmp?

rjmp/rcall kann nur eine bestimmten (relativen) Offset überspringen, 
call/rcall können den gesamten Programmspeicher erreichen.
Ansosnten falsches Forum... !!PC!!! Programmierung heißt dieser Bereich.

Hi

Von Assemblerprogrammen erwartet man im allgemeinen das sie genau so in 
der Maschine ablaufen wie man sie hinschreibt. Wenn der Assembler jetzt 
aber eigenmächtig einen jmp/call gegen einen rjmp/rcall ersetzt ändert 
sich das Laufzeitverhalten je nach Sprungweite. Das will man nicht wenn 
man in Assembler programmiert nicht unbedingt. Etwas anderes ist es wenn 
der Prozessor gar kein jmp kennt (wie etwa der 8051 (ja es gibt jmp 
@A+DPTR den wir jetzt mal wissentlich ignorieren)). Da gibt es 
(zumindest einen) Assembler der dann anstatt jmp automatisch ajmp, ljmp 
oder sjmp verwendet. Dann hat sich der Programmierer aber bewusst dafür 
entschieden als er den nicht vorhandenen Befehl jmp verwendet hat.

Matthias

Jannik wrote:

> Und wegen den Forum, werden PC nicht gleich programmiert wie uC's?

Abstrakt gesehen ja, aber bei der Frage nach 2 ganz konkreten Befehlen 
nicht, schon weil die bei PCs anders heissen.

Kannst du dir doch selber bauen mit einem macro wenn dich das sooo stört 
;)

Es hängt sehr vom Assembler ab, ob es damit überhaupt möglich ist. 
Innerhin muss eine Distanzabfrage drinstehen, von dessen Ergebnis der 
ausgewählte Sprung abhängt. Im ersten Durchlauf des Assemblers ist die 
Distanz aber nicht bekannt, folglich unklar ob ein 1-Wort oder 2-Wort 
Befehl erzeugt werden muss. Ein 2-Pass-Assembler kann das also vorwärts 
nicht wirklich leisten.

Es gibt allerdings sehr wohl Assembler, die Sprungoptimierung 
durchführen. Was ich in meinen Assemblern auch einzubauen pflege, denn 
der Assembler kann das besser als der Programmierer und m.E. ist es auch 
sein Job. Wer darauf Wert legt, dass exakt die von ihm gewünschte 
Codierung gegeniert wird, der kann diese dann dann auch explizit 
auswählen.

Letztlich ist das aber nichts anderes als die auch bei anderen 
Prozessoren mit variabler Befehlslänge übliche vom Assembler automatisch 
ausgewählte Codierung. Beispielsweise kann der x86-Befehl ADD AX,3 auf 3 
verschiedene Arten codiert werden: accumulator immediate, 8bit sign 
extended immediate, full size immediate. Weshalb verschiedene 
PC-Assembler aus dem gleichen Quellcode manchmal verschiedenen Binärcode 
erzeugen.

peter-neu-ulm wrote:
> Dass bei der Syntax des AVR rjmp nicht enthalten ist, ist wohl ein
> Mangel: der führt oft zur Fehlermeldung : Sprungweite zu groß,- dann
> braucht es Klimmzüge mit Hilfslabel oder den ijmp-Befehl mit Z-register
Hä? Wenn der AVR jmp hat hat er auch rjmp.
jmp ist nur nicht verfügbar wenn der AVR eh nicht soviel Flash hat als 
das man es einsetzen müßte...
Nur bei den conditional branches hat man manchmal das Problem...

btw:

1

.include "m32def.inc"

2

.macro myjmp

3

  .if (@0 - PC < 1000)

4

    rjmp @0

5

  .else

6

    jmp @0

7

  .endif

8

.endmacro

9

10

.org 0xFFF

11

faraway:

12

13

.org 0x0

14

myjmp faraway

sowas geht schon... einziges Manko: Das angegebene Label muß vor dem 
Aufruf bekannt sein.
Man kann im Assembler nur einstellen das relative Sprüngen ggf auch 
"umgebrochen" werden falls der Sprung unter ausnutzung des überlaufes 
möglich ist.

Wo ich gerade so lese... stellt mal unter den Assembler Optionen die 
zusatzoption: -vs
ein. Der Assembler spruckt dan eine "usage" statistik von Befehlen und 
Registern aus!

peter-neu-ulm wrote:
> jmp fehlt im AVR-Instruction-Set. Für Maschinensprache gilt also:
>
> Sprünge weiter als 128 sind nur mit Hilfslabel oder über ijmp machbar.
Auch ohne Tippfehler stimmt dies nicht! Es gibt sehr wohl eine jmp 
Befehl.
Und der relative kann 2k +/- Addressieren!

>Relative jump to an address within PC - 2K +1 and PC + 2K (words).
[...]
>For AVR microcontrollers with program memory not exceeding 4K words
>(8K bytes) this instruction can address the entire memory from
>every address location.

d.h. Auf allen Devices mit 4K Flash ist der (absolute) jmp schlicht 
nicht nötig und meist dann auch nicht verfügbar.

peter-neu-ulm wrote:
> Tut mir leid, ich hab mich vertippt, und statt rmp rjmp geschrieeben. Es
> ist aber so:
>
> jmp fehlt im AVR-Instruction-Set.

Kannst du das belegen?
Im offiziellen Instruction Set aller AVR ist ein JMP sehr wohl 
enthalten.

Es mag sein, dass auf deinem konkreten Prozessor der JMP nicht zur 
Verfügung steht. Dies deshalb, weil dein Flash so klein ist, dass JMP 
und RJMP effektiv dasselbe machen und es daher keine NOtwendigkeit für 
einen JMP gibt (sprich der komplette Speicher ist mit RJMP erreichbar)

peter-neu-ulm wrote:

> jmp fehlt im AVR-Instruction-Set.

AVRs mit mehr als 8KB Flash besitzen diesen Befehl.

> Sprünge weiter als 128 sind nur mit Hilfslabel oder über ijmp machbar.

RJMP erfasst +/-4KB.

Sven P. wrote:

>> RJMP erfasst +/-4KB.
>
> Nicht ganz, der hat zwar 8k Programmspeicher, aber da passen nur 4k
> Instruktionen, da die mindestens zwei Bytes belegen.

Eben. Und deshalb sind deine +/-2K Befehle meine +/-4KB.

Ja eben. Ich versuche immer noch herauszukriegen, was dein "nicht ganz" 
bedeutet. Dein RJMP springt +/-2KW, meiner +/-4KB, was nach meiner 
Rechnung identisch ist. Worin also wolltest du mich oben korrigieren?

Invers wrote:
> Nein, kann man nicht. wenn da am Anfang vom Speicher stehst, kannst du
> nicht ans Ende springen,
Doch, kann man. Vom Anfang zum Ende ist sogar sehr nah, nämlich nur 
(minus) eine Adresse...

> es geht nur wenn man genau in der Mitte ist, alles zu erreichen.
Nö. Es gibt etwas, das man Überlauf nennt, und das kann auch der 
Programmzähler.

peter-neu-ulm wrote:
> Ich zieh' mich mit roten Ohren zurück und mach' es das nächste mal
> besser.
Also wirklich! Ab in die Ecke! Schäme er sich...;-)

spess53 wrote:
> Hi
>
>>Da ich mich praktisch nur auf dem atmega8 und auf dem atiny13 austobe,
>
> Du weisst gar nicht, was du verpasst.
Genau. Es ist ja nicht nur jmp, nein, es gibt beispielsweise auch noch 
call...