Port-Register indirekt adressieren?

Du nutzt Dir dafür aus, daß der gesamte IO-Port-Bereich auch in den
RAM gemappt wird, so daß Du ihn mit normalen STD-Befehlen ansprechen
kannst.

Hallo Joerg !

Ich hatte auch gehofft, dass es so funktioniert. Wenn man aber
folgendes Programm im Simulator abarbeitet, dann funktioniert nur die
Variante mit OUT:

    .include "4433def.inc"

    ldi R16, $FF       ;funktioniert für Port D
    out portd, R16

    ldi XL, portc      ;funktioniert nicht für Port C
    ldi XH, 0
    st X, R16

Der Port-Bereich ist scheinbar aufgrund der internen Architektur nur
für IN und OUT zugänglich, trotz des gleichen Speichers !?

Daniel

Klar, die haben einen Offset von 0x20.

Datenblatt lesen hilft, wirklich. ;-)

(Oder nimm gleich einen Compiler, der erledigt das dann für Dich.)

hi Joerg !

Hab meinen Fehler gefunden ! Das Datenblatt kenn ich zwar, aber erst
das Lesen der 4433def.inc hat mich darauf gebracht, dass die
Portbezeichner nur relative Adressen für die Benutzung mit IN und OUT
enthalten. Man sollte halt vorgefertigten Dateien immer misstrauisch
gegenüberstehen..

Vielen Dank für deine Hilfe !
Daniel

(noch mehr Misstrauen sollte man vor Compilern haben ;)

Nö, zumindest der avr-gcc löst das auf intelligente Weise. ;-)

Sämtliche IO wird dort über die Speicheradressen erledigt, da diese
Methode die einzige ist, bei der man erstens indirekt adressieren
kann und bei der zweitens garantiert ist, daß man jeden Port auch
erreicht (der ATmega128 hat Ports, die nur über das memory mapping
erreichbar sind).

Die Ersetzung durch entsprechend effizientere IN/OUT/CBI/SBI wird,
wenn immer (infolge der Randbedingungen der Operanden) erst durch
den Optimierer vorgenommen.

Dadurch kann man komplett dieselbe Syntax für alles benutzen.  Man
sollte natürlich die Architektur des Chips im Hinterkopf behalten,
da es eben sein kann, daß

REGISTER |= (1 << BITNUMMER);

nicht in jedem Falle tatsächlich durch ein SBI abgebildet werden
kann.