Hallo Für ein kleines Experiment bräuchte ich einen 16bit Bus. Dazu habe ich bei im Register XMCRA das Bit SRE gesetzt und kann so PORTA und C gemeinsam als 16bit Adressport benutzen. Wie sprich ich aber den Port an? Kann ich einfach einen 16Bit Wert auf den Port legen, z.B. PORTC=55FF ? Grüße Thomas
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; |
Auszug aus dem Datenblatt: External SRAM operation is enabled by setting the SRE bit in the XMCRA Register. Soviel ich kapiert hab, müsste dann das 16bit Adressregister aktiviert sein unter PORTA in das ich dann auch 16bit Werte schreiben kann, z.B. PORTA = 0xffff Ps.: Das Gekläffe war nicht von mir
und ich benötige den 16bit bus nicht für Speicher sondern anderweitig und erhoffte mir, dass ich ihn einfach als 16bit Port ansprechen könnte...
> Auszug aus dem Datenblatt: Datenblatt WOVON? > Soviel ich kapiert hab, müsste dann das 16bit Adressregister aktiviert > sein unter PORTA in das ich dann auch 16bit Werte schreiben kann, z.B. > PORTA = 0xffff Nein. PORTA ist und bleibt ein 8-Bit-Register. Nochmal: Wenn du externes SRAM verwendest, adressierst du es wie das interne und nicht über irgendwelche Port-Register.
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.
Dann kommen hi und low aber zeitlich versetzt angelegt, genauso wie wenn man einfach zwei Ports genommen hätte.
Zwei Latches, zwei Ports. Zweimal ausgeben, beide Latches mit einem Signal durchschalten.
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.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.