,,Sprung zu beliebiger Adresse" - Kleine Frage dazu

>Woher weiß ich, dass die
>Adresse 8Bit lang ist?

Na sicherlich aus dem Datenblatt, bzw zugehöriger Programmingreferenz.

Die (absolute) Adresse ist immer 16 Bit lang.
Bei rcall steht keine absolute Adresse (16 Bit) sondern eine relative 
Adresse (daher 'r'call). Und das bedeutet: "gehe zu einer Adresse in der 
Nähe von deiner aktuellen Adresse" Die 'Nähe' ist in dem Fall eine 
8-Bit-2er-Komplement-Zahl und hat den Bereich -128 ... +127.

Gruß Dietrich

Hagrid schrieb:
> ,, Kleinere AVR besitzen keinen Befehl, um direkt zu einer Adresse zu
> springen, die in einem Registerpaar gespeichert ist."

Vorsicht Falle.

Es gibt m.W keine AVRs mit indirektem Sprung über ein 8-Bit Register. 
Selbst bei Zwergen mit nur 256 Worten ROM ist der IJMP über ein 
Registerpaar definiert.

Es könnte sein, dass sich dieser Passus auf steinalte Typen wie den 
AT90S1200 bezieht, der überhaupt keinen indirekten Sprungbefehl mit 
programmierbarer Zieladresse kennt. Egal mit welcher Breite.

> Verstehe ich es richtig, dass ich 8Bit lange Adressen ganz normal mit
> rcall aufrufen kann? Hier die selbe Frage: Woher weiß ich, dass die
> Adresse 8Bit lang ist?

RCALL adressiert relativ zum aktuellen PC und kann einen Bereich von 2K 
Worten um den aktuellen PC erreichen. AVRs bis 8KB/4KW besitzen daher 
keinen CALL Befehl, weil unnötig. Mit 8 Bit hat das nichts zu tun.

Ob auf AVRs mit mehr als 8KB ROM das Ziel mit RCALL erreichbar ist 
ergibt sich aus der Adressdifferenz. Beachte dass die Befehlsadresse 
wortweise gerechnet wird, nicht byteweise.

Hagrid schrieb:

> momentan Arbeite ich Stück für Stück die AVR ASM Tutorials durch, stoße
> jedoch immer wider auf Frage auf die ich keine Antwort finde.

> ,, Kleinere AVR besitzen keinen Befehl, um direkt zu einer Adresse zu
> springen, die in einem Registerpaar gespeichert ist."

Konkret geht es um den IJMP Opcode. Und den gibt es anscheinend auf 
allen AVRs außer dem AT90S1200.

> Hier habe ich nun eine Frage zum Begriff Registerpaar.
> Es scheinen wohl zwei Register gemeint zu sein. ZH und ZL z.B.

Ja. Ein Paar sind zwei Stück. Erstaunlich.

Und im Fall von IJMP sind es nicht nur beispielsweise ZL und ZH, sondern 
sogar genau ZL und ZH, bzw. als Paar einfach Z.

> Aber
> woher weiß ich, dass die Adresse 16Bit lang ist, so dass die Adresse in
> zwei Registern gespeichert werden speichern muss?

Schau halt mal wie groß der Programmspeicher ist. Um die 8KB = 2K Worte 
eines ATmega8 zu adressieren, wieviele Bits braucht man da? Reicht ein 
Register dafür aus?

> Verstehe ich es richtig, dass ich 8Bit lange Adressen ganz normal mit
> rcall aufrufen kann?

Es gibt gar keinen AVR µC, bei dem 8 Bit lange Adressen reichen würden 
(der dürfte dann nur 0.5KB Flash haben). Absolute Sprungbefehle (egal ob 
indirekt oder nicht) müssen immer den gesamten Adreßraum der CPU 
erreichen könne, sonst sind sie nutzlos.

Zusätzlich scheinst du das noch mit relativen Sprungbefehlen zu 
vermischen. Die sind nochmal anders, dahingehend daß sie keine absolute 
Adresse enthalten, sondern eine Adresse relativ zur aktuellen Adresse. 
Einen solchen Opcode zusätzlich einzuführen ist natürlich nur dann 
sinnvoll, wenn die relative Adresse kürzer ist als eine absolute (sonst 
könnte man ja gleich absolut springen). Folgerichtig können relative 
Sprungbefehle nur einen Teil des Adreßraums erreichen. Und das ist nur 
deswegen keine Einschränkung, weil man diese verkürzten Sprungbefehle 
als Optimierung verwendet (der Maschinencode ist kürzer). Falls die 
Distanz zu weit sein sollte, kann man ja allemal noch einen absoluten 
Sprung nehmen.

Allerdings übernimmt der Assembler für dich das Ausrechnen der Sprung- 
distanz. Der Assemblercode enthält ein absolutes Sprungziel und der 
Assembler rechnet einerseits aus, wie weit der Sprung tatsächlich ist 
und kann andererseits auch durchaus mal einen Fehler zurückgeben, daß 
die Distanz zu weit ist. Bspw. können die "kleinen" AVR maximal +/- 4KB 
mit einem RCALL springen. Der Flash ist aber bis 128KB groß.


XL

Axel Schwenke schrieb:
> Es gibt gar keinen AVR µC, bei dem 8 Bit lange Adressen reichen würden
> (der dürfte dann nur 0.5KB Flash haben).

Doch, gibt es: ATtiny4/5. Die sich allerdings in der Herstellung wohl 
kaum vom ATtiny10 mit 1KB Flash unterscheiden dürften.

Hagrid schrieb:
> Unterprogramme welche aufeinander zugreifen "näher zusammenbringen" um
> dann wider einen zugriff per RCALL zu ermöglichen

Stimmt! Sind relative Sprünge zu weit, meldet der Assembler einen 
Fehler. Eine kurze, nur einmalig für einen spez. Zweck benötigte 
Subroutine kann man auch mitten im Hauptprogramm in Nähe des RCAll 
implementieren und im normalen Programmablauf mit RJMP über diese 
Routine hinwegspringen.
Bsp.: RCALL Menu - RJMP Weiter - Menu...RET - Weiter

Für viele Leser ist bessere Lesbarkeit bei diesem Konstrukt wohl eher 
nicht gegeben. Aber der TO hat ja gefragt, was möglich wäre.

Gab es überhaupt jemals einen AVR, der MOV *,SPL kennt? Oder ist das nur 
eine Besonderheit eines Assemblers, der MOV abhängig vom Operanden 
unterschiedlich codiert?

Das Tutorial beschreibt eine Methode, indirekt über PUSH/RET zu 
springen. Welcher AVR hat zwar PUSH, nicht aber IJMP? Ich habe auf die 
Schnelle keinen gefunden.

oldmax schrieb:
>>Welcher AVR hat zwar PUSH, nicht aber IJMP?
> Atmega8 A

Mein Datasheet vom ATmega8, mit und ohne A, enthält IJMP.

oldmax schrieb:
> Richtig... aber probier es mal aus.

GCC 4.7.2 erzeugt und assembliert seelenruhig IJMP.

> Und soweit ich mich erinnern kann,
> steht da auch was betreffendes im Datenblatt. Möglicherweise in einer
> Fußnote.

Ich finde nichts (bzw. der Document Reader findet IJMP nur an exakt 
einer Stelle).

oldmax schrieb:
>This instruction is not available in all devices.

Das stimmt ja auch. Im AT90S1200 gibts ihn nicht. PUSH aber auch nicht.

MCUA schrieb:
>>Absolute Sprungbefehle (egal ob
>>indirekt oder nicht) müssen immer den gesamten Adreßraum der CPU
>>erreichen könne, sonst sind sie nutzlos.
> Na dann gugg mal bei PIC.

Die kleinen PIC bis einschließlich PIC18 sind nutzlos. Der einzige 
Grund sich die anzusehen besteht darin, daß man danach weiß wie man eine 
CPU Architektur nicht baut.

Oder man ist Masochist.


XL

Axel Schwenke schrieb:
> Oder man ist Masochist.

Oder es ist dem Anwender schietegal was der Compiler an umständlichem 
Code erzeugt, so lange der ins ROM passt und schnell genug ist. Der 
wahre Masochist ist der Autor des Compilers.

Architekturen, die Probleme haben, in einem einzelnen Befehl direkt im 
gesamten Adressraum rumspringen zu können, waren und sind nicht wirklich 
selten. Dazu gehören naturgemäss die 32-Bitter mit maximal 32 Bits 
umfassenden festem Befehlsformat, sowie die 64-Bitter. Aber auch 
8-Bitter jenseits PIC waren dabei, wie SC/MP, der in direkter Form nur 
mit 8-Bit Displacement springen konnte. Das war selbst für damalige 
Verhältnisse (70er) etwas krass (aber billig).