16bit Bus mit AVR

Zum Einen gibt es kein Bit SRE im XMCRA-Register, es befindet sich im 
MCUCR. Damit schaltest Du lediglich das externe Speicherinterface an. 
Zum Anderen wird zum Anschluß des SRAM ein Latch benötigt, welches die 
unteren 8 Adressen und die Daten multiplext. Zum Dritten gibst Du gar 
nichts auf die Ports, das macht das externe Speicherinterface alleine, 
indem Du einen Zugriff auf Adressen machst, die höher als das interne 
SRAM liegen. Und dann wäre es nett, wenn Du bei Deiner nächsten Anfrage 
den Controller nennst, damit man nicht suchen muß, was Du meinst.

Rantanplan schrieb:
> Wuff-wuff-wuff! Kläff-kläff...
Armer Hund... was haben sie dir nur ins Fressen getan?
Getroffene Hunde bellen   :-/

> Kann ich einfach einen 16Bit Wert auf den Port legen, z.B. PORTC=55FF ?
Nein.
Port C ist nur 8 Bit breit.
55FF ist keine Zahl (0x55FF schon eher).

Du machst das z.B. so:

1

   *(char*)0x3456 = 0x55;

Nein, das geht so nicht. Das kann der 8-Bit-AVR nicht.

Wenn das Speicherinterface aktiviert ist, ist es das Speicherinterface, 
und kein Port mehr.

Ein µC, der tatsächlich zwei 8-Bit-Ports zu einem 16-Bit-Port 
zusammenfassen und auch mit einem Maschinenbefehl beschreiben kann, muss 
logischerweise ein 16-Bit-µC sein.
Das bedeutet aber nicht im Umkehrschluss, daß jeder 16-Bit-µC 
Portzusammenlegung unterstützt. Bei den MSP430 ist das beispielsweise 
ein recht neues Feature, das im 'F54xx zu finden ist, nicht aber in 
älteren Varianten.

Was möchtest Du mit Deinem 16-Bit-Bus ansteuern?

> dass ich ihn einfach als 16bit Port ansprechen könnte...
Das geht nicht. Wo hast du das gelesen?
Zudem würde es keinen Sinn machen, denn der Controller muß trotzdem 
einen 16-Bit Zugriff in 2 einzelne 8-Bit Häppchen aufteilen. Gewonnen 
ist so nichts.

Da wäre ein kleines define genausogut:

1

#define BUS(x) (PORTA=(unsigned char)((x)>>8); PORTC=(unsigned char)(x)

2

:

3

   BUS(0x55ff);

4

:

Naja es geht schon:
- Z Pointer laden mit 16 Bit Adresse
- Bus Holding aktivieren
- Dummy read
- XMEM deaktivieren

Ist aber natürlich nicht wirklich schneller/einfacher als einfach 2 
Reads/Writes oder so wie Lothar beschrieben hat.

Läubi .. schrieb:
> Naja es geht schon:

Nur, wenn es nicht stört, daß man keine kleinen Werte (interner 
Adreßraum) ausgeben kann.
Also eigentlich nutzlos.


Peter

Das einfachste ist es doch, an einen normalen Port ein latch zu hängen, 
dieses mit dem LowByte zu laden, das High-Byte am Port auszugeben und 
über einen weiteren Pin ein Strobe auszulösen, wenn die Daten gültig 
sind.

Wenn man eine Strobeleitung hat ist es wurscht, wenn die Bytes 
zeitversetzt ankommen, da die Daten erst bei Strobe gültig sind. Die 
externe Hardware muß dies freilich dann auch abfragen.

Eigentlich braucht man ja nur 1 Port und ein enige Pins zur Steuerung, 
der Port wird dann parallel an beide Latches(oder auch mehrere) gelegt 
man gibt die Daten aus und teilt einem Latch mit das er sie übernimmt, 
dann gibt man die nächsten 8 Bit aus sagt dem anderem Latch "übernehme" 
und dann wiederum ein Signal parallel an beide Daten ausgeben.

So in etwa.

Man könnte auch ganz einfach 2* 74HC595 kaskadieren und ran ans SPI.


Peter