Accesso alla Memoria Dati

Le istruzioni di accesso alla Memoria Dati.

 

Mentre la sintassi delle istruzioni del set a 14 bit per manipolare la memoria Dati era del tipo :

[Label]     opcode       f      ; commento
movwf    0x03, f

per i PIC18F l' oggetto si estende a:

[Label]     opcode      f, a      ; commento
movwf   0x03, f , 0

dove a è il bit che specifica se attivare l' Access Bank o no. Abbiamo detto che questo bit può essere omesso in MPASM perchè l' Assembler stabilisce se usare i BSR o meno a seconda dell' indirizzo di f. Questo automatismo è estremamente comodo e funzionale, almeno finchè si sta in aree di memoria raggiungibili dall' Access Bank, ma può riservare qualche sorpresa se non si fa attenzione.

Supponiamo di voler caricare con 03h i registro all' indirizzo 020h e  220h; essi si trovano in banco zero e 2.
La tabella evidenzia gli indirizzi in forma binaria : ricordiamo che gli 8 bit più bassi sono quelli forniti dall' opcode, mentre i 4 bit più alti dipendono da BSR.

Possiamo facilmente notare come gli 8 bit specificati nell' opcode siano identici per entrambi gli indirizzi; la scelta della destinazione reale è effettuata dal valore dei BSR.

Con i  PIC16F possono essere usate queste istruzioni :

dove BANK0 e BANK2 sono le classiche macro per commutare i banchi e che equivalgono a :

Per i PIC18F posso procedere analogamente :

che poteva anche essere scritto meglio così :

Non sono più necessarie macro per lo switch dei banchi perchè l' isruzione MOVLB è molto chiara; comunque, volendo, è sempre possibile creare macro del genere :

Ha lo stesso risultato scrivere :

in cui l' indirizzo appare lo stesso, ma la reale destinazione è determinata dalla scelta dei BSR.
Se, però, avessi scritto come segue, ci sarebbe stato un problema :

Abbiamo detto che non è obbligatorio specificare il bit a : MPASM decide di porre a = 0 per indirizzi di destinazione in banco 0, usando quindi l' Access Bank, mentre impone a = 1 se l' indirizzo è al di fuori del banco 0, usando quindi i BSR. Comunque è sempre meglio specificare se si intende usare BSR o Access mode, perchè così è meno facile cadere in errore :

ma se i BSR non sono a posto :

mentre va bene  : 

Va osservato che, dopo un reset, il valore di BSR è uguale a 0, ovvero punta sul banco 0. Quindi, in queste condizioni  sono  accessibili :

• tutti i 256 bytes del banco 0 
   

• il banco 15 , con Access Bank, per quanto riguarda l' area dei registri speciali. 

E questo avviene senza che il programmatore debba fare alcuna speciale manovra, grazie anche agli automatismi introdotti in MPASM. Infatti, con BSR = 0, se scriviamo : 

in cui  value1 e  value2  sono in banco 0, mentre TRISA e PORTA sono nella seconda metà del banco 15, MPASM compilerà : 

Quindi, in pratica, tutti registri speciali e 256 bytes di RAM del banco 0 sono accessibili senza alcuna manovra sui BSR.

Ovviamente la cosa non funziona se value1 o  value2 non sono in banco 0; in questo caso sarebbe necessario modificare i BSR.  
Però disporre al reset di 256 bytes di RAM e di tutti i registri accessibili senza pensiero non è affatto male ed è ben più di quanto è possibile con i PIC16. 

Comunque, il fatto che il valore contenuto nel registro BSR sia modificato solo da un Reset o da una scrittura diretta, fa si che si possano avere disponibili immediatamente un altro banco di memoria con una sola manovra aggiuntiva, puntando BSR sul banco che si vuole aggiungere e sfruttando sia la funzione di switch dei banchi, sia l Access Bank  : 

BSR punta al banco 1 dove si trova la variabile value2  , assieme ad altre 255 variabili, che saranno accessibili in modalità BSR, mentre resterà disponibile l' area dell' Access Bank. Il tutto senza lavoro particolare del programmatore, in quanto la sua scrittura sarà semplicemente :  

con MPASM che si preoccuperà di dare i giusti parametri.

Ne consegue comunque che: 

• Nel campo della didattica o dell' auto istruzione, la struttura dei PIC18F consente all' utente di concentrarsi sul programma e sulle funzioni del processore piuttosto che dissipare energie nel braccio di ferro con pagine e banchi.
   

• Nell' impiego del chip, finchè l' applicazione necessita di risorse di memoria limitate, ci si può dimenticare completamente dei banchi e sfruttare gli automatismi dell' Assembler.

In sostanza, in applicazioni "normali" e ben scritte, nei PIC18F il cambio del banco può diventare un fatto eccezionale, mentre nei PIC16 era all' ordine del giorno.

Una discreta soddisfazione ed una ragione in più per passare dai mid-range agli enhanced.