|
Anzeige
|
PIC18: Instruktionen mit Zugriff auf Access RAM
Gast
#2761917
Hallo zusammen,
heisst das, dass alle Variablen die nicht in Access Ram liegen, vorher BSR updaten müssen? Mein Stand war, dass jede Instruktion beim PIC 4 cycles braucht. Wären die instructions mit Zugriffen auf Access Ram eine Ausnahme hiervon? Gruß, Daniel Nein. Der Vorgänger, pic16 hatte einen 14bit Instructionsbreite und 5bit adresse für das Registerfile. Um die verschiedenen Bänke auszuwählen wurde dann die Bank im Statusregister RB0/RB1 ausgewählt, auf welche Bank denn zugegriffen wird. Ungefähr wie 2:5 bit addressierung mit einem Basisregister. Die Pic18 Serie hat eine 16/32 bit Instruktionsbreite, verwendet aber nur 8bit für die Registerfile Adresse. Um mehr anzusprechen wurde dann ein eigenes Register BSR geschaffen, weil das Statusregister nicht mehr ausreichte. Gleichzeitig aber hatten sie ein Bit geschaffen im Instruktionsregister, welches zwischen zwei möglichen Ram-Addressen umschalten. Ist das A(ccess) bit nicht gesetzt, dann wird das RAM verwendet, welches im BSR ausgewählt wurde. Ist hingegen das Access Bit gesetzt, dann wird automatisch BANK15 verwendet, egal was in BSR drinsteht. Bank15 Addresse 0-0x5F ist wie eine Spiegelung der BANK0 dasselbe gab es auch im Pic16, und ab 0x60-0xff sind die SFR vorhanden. Zusätzlich hat man noch mehrere Pointer Register, welche eine direkte Ramadressierung ermöglichen. Es ist eben eine Aufbohrung des 14-Bit Instructionset und da die meiste Funktionalität schon drin war hat man sich zu sowas entschieden, anstelle eines linearen 9bit Adressraumes mit zusatzlichem Paging des oberen/unteren Hälfte.
Gast
#2762178
pic user schrieb: > Ist hingegen das Access Bit gesetzt, > dann wird automatisch BANK15 verwendet, egal was in BSR drinsteht. > Bank15 Addresse 0-0x5F ist wie eine Spiegelung der BANK0 dasselbe gab es > auch im Pic16, und ab 0x60-0xff sind die SFR vorhanden. mit pic16 hatte ich nicht zu tun. Zu den pic18 stimme ich dir voll zu. Im Datenblatt von pic18f8527 bin ich über diesen Text gestolpert...
dass die Bankumschaltung entfällt macht es natürlich effizienter. Das mit dem single cycle hat mich stützig gemacht. Gruß, Daniel Daniel schrieb: > mit pic16 hatte ich nicht zu tun. Zu den pic18 stimme ich dir voll zu. Ich brachte den pic16 ins Spiel, weil es historisch bedingt ist. Teilweise ist es auch Marketing-Zeug um zu begründen, wieso nun der aufgemotzte Pic17, welcher nicht beliebt war, nun mit einigen wenigen und kleinen Erweiterung plötzlich doch so super ist, oder auch daß ein Code welcher auf pic16 3 cyclen braucht, auf einem pic18 nun 4 benötigt. bsf foo,bar btfss foo,bar goto foobar movff src,dst z.B. arbeitet mit 12bit Adressen, und kann somit das ganze Ram ansprechen. Du solltest dir mal dieses Dokument ansehen, ist zwar nicht mehr aktuell, einige Periferie fehlt, aber es sollte ein guter Startpunkt sein http://ww1.microchip.com/downloads/en/DeviceDoc/39500a.pdf Antwort schreiben |
Anzeige
|
