padnest: 2013

lunedì 30 dicembre 2013

Pic18f Language Extension Macros :: macro ASM per scrivere meno codice

Chi ha scaricato i progetti SVN degli ultimi post (#4 o #5) della serie "Studio PIC18f" avrà notato la presenza del file 'pic18f-langext-*.inc' e l'utilizzo di una serie di strane istruzioni che non fanno parte del set della famiglia 18f.
In effetti queste istruzioni non sono altro che delle macro realizzate per semplificare alcune operazioni ridondanti e ridurre cosi le linee di codice da scrivere (e di conseguenza gli errori).

Queste macro sono adesso disponibili come progetto indipendente su https://sourceforge.net/p/padnest/svn/HEAD/tree/pic18f/Padnest_PIC18F_langext.X

Col passare del tempo aggiungerò altre macro e quindi qui troverete le nuove versioni della 'raccolta'.
Spero che arrivino numerosi feed back da parte vostra con utili suggerimenti o proposte in merito...

Per conoscere i dettagli su ogni macro aprite il file 'pic18f-langext-*.inc' e troverete ogni comando ben commentato.
Inoltre nel file 'test.asm' trovate tutti i casi di test che fungono anche da validi esempi di utilizzo.

Detto questo, visto che siamo arrivati alla fine dell'anno 2013, approfitto per fare a tutti voi i miei migliori Auguri per uno spumeggiante nuovo Anno 2014 !!!

Stay tuned!
ap

NB: l'autore non risponde di eventuali danni causati da omissioni, inesattezze o errori eventualmente presenti nell'articolo pubblicato.
Prego, segnalare suggerimenti e migliorie commentando questo post o inviando una email a padnest@gmail.com.

domenica 29 dicembre 2013

MPLAB-X #1 :: Subversion per progetti ASM

Se vogliamo utilizzare un repository SVN per i nostri progetti ASM su MPLAB-X possiamo farlo agganciando l'IDE di casa Microchip ad un client SVN installato sulla nostra macchina di sviluppo.
Darò per scontato che chi legge ha già dimestichezza con Subversion...

Seguendo passo passo questo articolo eviterete alcune "trappole" con MPLAB-X; bisogna infatti prestare attenzione a:

installare un client SVN compatibile con MPLAB-X
sapere quali file vanno condivisi e quali assolutamente no

Procediamo quindi con i seguenti passi (testati su MPALAB-X versione 1.95 in inglese):

scaricare e installare un SVN client versione 1.6.x
configurare il path al client SVN su MPLAB-X
importare un progetto ASM sul repository SVN
impostare il progetto per ignorare i file autogenerati nelle future commit

1) scaricare e installare un svn client versione 1.6.x

Consiglio di scaricare e installare questa versione da me testata con successo:
http://sourceforge.net/projects/win32svn/files/1.6.23/Setup-Subversion-1.6.23.msi

(se possibile scegliete come cartella di installazione 'C:\Subversion' evitando path con spazi)

Attenzione: se nel sistema avete già installato una versione di Subversion diversa dalla 1.6 e non vi è possibile effettuare l'upgrade o il downgrade allora scaricate questa distribuzione in formato zip:
http://sourceforge.net/projects/win32svn/files/1.6.23/svn-win32-1.6.23.zip/download

Scompattate lo zip in C:\Subversion1.6.23 e puntate MPLAB-X a questa.

2) configurare il path al client SVN su MPLAB-X

cliccare sul menu Tools > Options > TAB Miscellaneous > TAB Versioning
nella colonna a sinistra 'Versioning Systems' selezionare 'Subversion'
cliccare sul tasto 'Browse' e selezionare la cartella 'bin' presente nella cartella dove avete scelto di installare il client SVN (se avete seguito il mio consiglio il path sarà 'C:\Subversion\bin')
cliccare sul tasto 'OK'

3) importare un progetto ASM sul repository SVN

assicurarsi di aver selezionato la TAB Projects in modo di avere la vista progetto
cliccare col destro sul nome del progetto e nel menu contestuale scendere in basso e aprire il sotto menu 'Versioning' cliccando poi su 'Import into Subversion Repository'
nella finestra che si apre impostare la URL al vostro repository SVN, la username e la password (vi consiglio di spuntare il salvataggio della password)
cliccare sul tasto 'Next' e nella schermata successiva inserire il commento (es: initial import) lasciando il resto a default
cliccando ancora sul tasto 'Next' nella finestra successiva apparirà la lista dei file da committare sul repository SVN
eliminate la spunta dai file Makefile-* e Package-* in quanto questi non vanno mai condivisi perchè sono autogenerati da MPLAB-X (vedi immagine 3.1) e cambiano da ambiente ad ambiente (conflitti sicuri)
cliccare sul tasto 'Finish'

Immagine 3.1: i file autogenerati da MPLAB-X non vanno mai condivisi

4) impostare il progetto per ignorare i file autogenerati nelle future commit

assicurarsi di aver selezionato la TAB Files in modo di avere la vista a file del progetto
cliccare con destro sulla cartella 'nbproject' e nel menu contestuale portarsi in basso su 'Subversion' e nel sotto menu cliccare su 'Svn Properties'
nella finestra 'Svn Properties Editor' che si è aperta fare doppio click in basso sul nome della proprietà 'svn:ignore' in modo da editarla
in alto adesso vediamo che la proprietà 'svn:ignore' ha già assegnato il valore 'private': questo indica che la cartella 'private' è già stata impostata da MPLAB-X come da ignorare
aggiungiamo sotto a 'private':
Makefile*
Package*
verificate che il campo 'Property Value' si presenti adesso come sotto (immagine 4.1)
cliccare sul tasto 'Update' e poi sul tasto 'Close'
fare la commit del progetto su SVN

Immagine 4.1: editare la property svn:ignore

Adesso possiamo lavorare con SVN in modo agevole su MPLAB-X.

Stay tuned!
ap

NB: l'autore non risponde di eventuali danni causati da omissioni, inesattezze o errori eventualmente presenti nell'articolo pubblicato.
Prego, segnalare suggerimenti e migliorie commentando questo post o inviando una email a padnest@gmail.com.

sabato 28 dicembre 2013

Studio PIC 18F (18F4431) #5 :: "PWM RGB led: un arcobaleno di colori"

Vai al precedente POST della serie

Come naturale conseguenza del precedente post, che ha introdotto i primi rudimenti sulla generazione di segnali PWM con i pic18f, questo articolo prosegue e estende il concetto applicandolo ad un led di tipo RGB.
I led RGB, come saprete benissimo, sono 3 led in uno ognuno dedicato ad un singolo colore primario della sintesi additiva: rosso, verde e blu.
Unendo quindi la possibilità di variare l'intensità della luce emessa da un led e la disponibilità di un led in grado di generare i tre colori fondamentali possiamo realizzare un simpatico esperimento con il 4431 e similari.
Intendo utilizzare 3 dei 4 generatori PWM del 4431 associando ad ognuno di essi la gestione dell'intensità di un singolo colore per produrre un effetto arcobaleno con una transizione graduale tra tutte le possibili sfumature.

L'algoritmo "arcobalenico"

Giocherellando con la tavolozza dei colori di 'Gimp' ho verificato che l'effetto si ottiene agendo sull'intensità di una singola componente RGB per volta seguendo questo semplice schema dove 255 rappresenta la massima luminosità e 0 quella minima:

partenza: R=255, G=0, B=0
incremento G: R=255, G=255, B=0
decremento R: R=0, G=255, B=0
incremento B: R=0, G=255, B=255
decremento G: R=0, G=0, B=255
incremento R: R=255, G=0, B=255
decremento B: R=255, G=0, B=0
ora mi ritrovo nella stessa condizione di partenza e quindi ripeto il ciclo dal punto 2

Per rappresentare questi passaggi sono sufficienti 4 bit organizzati nel registro Flags in questo modo:

7	6	5	4	3	2	1	0
X	X	X	X	R	G	B	Dir

I bit R, G e B indicano su quale colore agire (=1) mentre il bit Dir indica se l'intensità di quel colore va incrementata (=1) o decrementata (=0).
Quindi proviamo a codificare i passaggi elencati sopra in termini binari:

partenza: settiamo il registro R a 255, G e B a 0
incremento G: Flags = 0000 0101
decremento R: Flags = 0000 1000
incremento B: Flags = 0000 0011
decremento G: Flags = 0000 0100
incremento R: Flags = 0000 1001
decremento B: Flags = 0000 0010

Mano al codice

Scaricate il progetto MPLAB-X qui.

Nel file main.asm il codice è organizzato nei seguenti blocchi:

Blocco interrupt

Qui abbiamo tutta la logica di interpretazione del registro Flags cioè il codice deputato ad aggiornare i segnali PWM dei rispettivi colori in base allo stato dei suoi bit.

Quando il comando impostato in Flags è stato completato (cioè quando il relativo registro del colore ha raggiunto il valore massimo o minimo) l'esecuzione passa alla label int_next che provvede ad impostare il registro Flags con la successiva sequenza da eseguire reperita tramite la tabella get_seq con il classico sistema dell'incremento del PCL (che però nel caso dei pic 18f deve essere doppio).

Blocco main

Qui abbiamo l'inizializzazione dei registri LED_R, LED_G, LED_B, Flags e SeqIndex in modo da impostare il punto di partenza della sequenza dei colori.
Si procede poi con inizializzare il modulo PWM impostando una risoluzione di 8 bit e i tempi opportuni per produrre il passaggio tra i singoli colori.
Si abilitano qui i pin da PWM0 a PWM5 come uscita PWM.
Si continua inizializzando gli interrupt ed in particolare quello del modulo PWM.

Schema elettrico

In questo caso la corrente totale richiesta per pilotare il led RGB supera i 25 mA massimi erogabili dal PICkit2 e quindi è ASSOLUTAMENTE NECESSARIO ALIMENTARE IL CIRCUITO ESTERNAMENTE se non si vuole buttare nel secchio il PICkit2.
Inoltre è indispensabile utilizzare dei transistor per evitare di sovra caricare le porte del PIC: nel mio caso avendo un led RGB con anodo in comune utilizzo degli NPN tipo BC337 per adattare anche il segnale al catodo di ogni singolo led.
Nel caso che disponiate di un led RGB con catodo comune basterà semplicemente utilizzare dei PNP tipo BC327 invertendo tutte le polarità.

Nota: il led RGB in mio possesso ha in realtà una Fv (caduta di tensione) pari a 3,2 volt per G e B e di 2,0 volt per R (max 20mA per tutti) quindi per pignoleria avrei dovuto diversificare il valore delle resistenze R2 e R3 rispetto alla R4.

La BB alimentata esternamente e con la sezione 'di potenza' costituita dai tre NPN

Particolare del PICkit2 che non deve alimentare il circuito (filo rosso non connesso alla BB)

Risultato

Stay tuned!
ap

Vai al successivo POST della serie

NB: l'autore non risponde di eventuali danni causati da omissioni, inesattezze o errori eventualmente presenti nell'articolo pubblicato.
Prego, segnalare suggerimenti e migliorie commentando questo post o inviando una email a padnest@gmail.com.

giovedì 26 dicembre 2013

Studio PIC 18F (18F4431) #4 :: "PWM led"

Vai al precedente POST della serie

Generare un segnale PWM con i pic 18F è estremamente semplice soprattutto se questi dispongono del supporto hardware come nel caso del 4431.

Dando per scontato che si sappia già cosa sia un segnale PWM (eventualmente approfondire in rete l'argomento) vediamo come utilizzarlo per far lampeggiare un led in modo "sfumato" cioè con una progressione da spento fino alla massima luminosità e viceversa.

Iniziamo col dire che il 4431 dispone di 4 generatori PWM indipendenti tra loro in termini di duty cycle ma tutti dipendenti da uno stesso TIMER che ne determina la frequenza/periodo: questo TIMER è dedicato al modulo PWM e si chiama PTMR (non va confuso con gli altri timer del pic).

Associati ad ogni canale PWM abbiamo una coppia di pin di uscita: PWM0 e PWM1 (33-34) per il canale PWM0, PWM2 e PWM3 (35-36) per il canale PWM1, PWM4 e PWM5 (38/28-37) per il canale PWM2, PWM6 e PWM7 (29-30) per il canale PWM3.

NB: dato che i pin di uscita sono condivisi con le porte B e D sarà necessario riservare tali pin al modulo PWM tramite il registro PWMCON0.

In questo esempio utilizziamo un solo canale PWM: il canale 0 e solo il pin di uscita PWM0 (33).

I registri coinvolti sono: PTCON0, PTCON1, PWMCON0, PWMCON1, PTMRL, PTMRH, PTPERL, PTPERH, PDC0L, PDC0H.

I passi per generare il segnale PWM sono:

inizializzare i registri di controllo del timer PTMR: PTCON0 e PTCON1
inizializzare i registri di controllo del modulo PWM: PWMCON0 e PWMCON1
impostare il numero di conteggi del timer PTMR settando i registri PTMRL e PTMRH (12 bit)
impostare il duty cycle del segnale PWM settando i registri PDC0L e PDC0H (14 bit)
avviare il timer PTMR settando a 1 il bit PTEN del registro PTCON1

Determinare la frequenza del segnale

La generazione del segnale PWM è molto semplice: il timer PTMR conta da 0 fino al valore impostato in PTPERL+H incrementando i registri PTMRL+H ad ogni impulso di clock pari a FOSC/4.
Si può ulteriormente scalare il clock attivando il prescaler agendo su PTCKPS<3:2> del registro PTCON0.

Se ad esempio utilizzo un quarzo da 8 MHZ avrò le seguenti possibili combinazioni:

OSC 8 MHZ
PTCKPS	prescaler	PTMR clock	Frequenza	Intervallo incremento PTMR
00	1:1	FOSC/4	2.000.000 HZ	0,5 uSec
01	1:4	FOSC/16	500.000 HZ	2 uSec
10	1:16	FOSC/64	125.000 HZ	8 uSec
11	1:64	FOSC/256	31.250 HZ	32 uSec

Quando il timer PTMR inizia il conteggio da 0 il pin di uscita è posto a livello alto e rimane cosi fino a quando il conteggio non raggiunge il valore impostato in PDCx: a questo punto il pin passa a livello basso.
Il conteggio prosegue fino a quando il valore di PTMRL+H non raggiunge il valore impostato in PTPERL+H: a questo punto PTMRL+H si azzerano, il pin di uscita torna alto e il ciclo ricomincia.
Questo è il funzionamento in modalità free-running: le altre due modalità possibili (single-shot e continuous-up/down) non sono trattate qui.

La frequenza del segnale PWM è quindi determinata da: (FOSC / 4) / ((PTPER+1) * prescaler).
Ad esempio: se il quarzo è da 8Mhz, il prescaler vale 1:4 e PTPER lo imposto a 0xFF avrò: (8.000.000 / 4) / (256 * 4) = 2.000.000 / 1.024 = 1.953,125 Hz.

Registri PDCxL e PDCH

Fino a qui sembra tutto molto semplice ma bisogna fare attenzione ad una particolare insidia che non emerge subito chiaramente dal datasheet: il valore del duty cycle (che determina il passaggio del segnale PWM a livello basso) va inserito nei registri PDCxL+H shiftato di 2 bit verso sinistra in quanto i primi due bit (1:0) di PDCxL determinano il Q-Clock cioè in quale fase di clock deve avvenire il confronto tra PTMRL+H e PDCxL+H.

PTMR e PTPER permettono di impostare al massimo un valore a 12 bit mentre PDCx a 14 bit cioè 12 bit di confronto del duty + 2 bit di impostazione su quando effettuare il confronto (vedi datasheet cap 18.6).

PDCx si presenta quindi in questo modo:

PDCxH								PDCxL
XX	XX	11	10	09	08	07	06	05	04	03	02	01	00	Q-1	Q-0

Dalla teoria alla pratica

Per far lampeggiare il led dobbiamo variare il duty cycle dallo 0% al 100% e dal 100% allo 0%.

Per fare questo possiamo utilizzare un timer oppure sfruttare un particolare interrupt generato dal modulo PWM ad ogni reset del timer PTMR: questa seconda possibilità è quella che ho scelto in questo caso.

Per semplificare le cose ho scelto di utilizzare solo i registri L e quindi limitare la risoluzione PWM a 8 bit.

Per avere un lampeggio lento ho ridotto il clock impostando il prescaler a 1:16 avendo quindi una frequenza di incremento pari a FOSC/64.

La frequenza PWM sarà pari a: 2.000.000 / (256 * 16) = 488 Hz circa.

La durata del lampeggio è invece: (256*2) / 488 = 512 / 488 = 1,049 secondi circa.

Il progetto MPLAB-X relativo a questo articolo è scaricabile qui.

Lo schema elettrico è il seguente:

Il risultato è questo:

mercoledì 14 agosto 2013

Studio PIC 18F (18F4431) #3 :: "Blinka baby, blinka!"

Vai al precedente POST della serie

La cosa più semplice che possiamo fare con un PIC è sicuramente quella di accendere un LED collegato ad un pin di una porta digitale.
Questo nel mondo dei microcontrollori corrisponde al classico HelloWorld dell'universo della programmazione.
Riservandoci più avanti di scrivere anche noi un vero e proprio "Hello World !!!" su un display LCD per il momento ci accontentiamo di pilotare un LED per parlare di una tra le più importanti risorse dei PIC: i TIMER.

Un PIC può disporre di uno o più TIMER e per questo vengono numerati. Ogni TIMER ha le sue peculiarità, illustrate nel datasheet, ma tutti svolgono lo stesso compito: incrementare un contatore di uno con una determinata frequenza.
Quando il contatore raggiunge il suo OVERFLOW, ciòè ricomincia da 0 in quanto ha superato il valore massimo rappresentabile, viene generato un particolare interrupt (l'esecuzione del programma salta al vettore di interrupt).

Noi possiamo quindi scegliere il TIMER che più ci aggrada e configurarlo in modo da stabilire:

la frequenza di incremento
il numero di incrementi prima di raggiungere l'OVERFLOW
se controllare ciclicamente l'avvenuto OVERFLOW oppure abiilitare l'interrupt per far eseguire in automatico un particolare blocco di codice

Ora proviamo a far lampeggiare (to blink che diventa blinkare !) il nostro LED con una frequenza di un secondo utilizzando un TIMER per ottenere un intervallo di lampeggio molto preciso.

Datasheet alla mano vediamo che il TIMER0 del 4431 fa proprio al caso nostro in quanto:

può lavorare con un contatore a 16 bit permettendoci di impostare fino a 65536 incrementi
dispone di uno specifico interrupt
dispone di un prescaler programmabile fino a 1:256

Per chi non sapesse nulla sui prescaler (e postscaler) basti pensare a dei semplici divisori di frequenza: una sorta di riduttori del numero di impulsi generati dal clock principale del PIC.

Senza il prescaler abilitato il TIMER è infatti connesso direttamente al clock interno FOSC/4 quello cioè che produce un numero di impulsi pari alla frequenza dell'oscillatore divisa per 4.

Se ad esempio utilizziamo un quarzo da 8 MHZ avremo il TIMER0 che si incrementerà con una frequenza pari a FOSC HZ/4 = 8.000.000/4 = 2.000.000 = 2 MHZ.

Ogni incremento avverrà quindi con un intervallo di tempo in secondi di 1/HZ = 1/2.000.000 = 0,0000005 secondi = 0,5 uSec.

Troppo veloce per il nostro scopo: anche impostando il numero massimo di incrementi pari a 65536 il TIMER scatenerà l'interrupt ogni: 65536 * 0,5 uSec = 32768 uSec = 32,768 mSec = 0,032768 secondi.

A noi serve un interrupt ogni secondo cioè ogni 1000 mSec (1.000.000 di uSec).

In nostro aiuto arriva quindi il prescaler del TIMER0 che ridurrà ulteriormente la frequenza di clock e quindi ci permetterà di impostare un numero di incrementi nel range dei 16 bit disponibili:

OSC 8 MHZ
Prescaler	FOSC/4 al TIMER	Intervallo incremento TIMER
1:1 (disabilitato)	2.000.000 HZ	0,5 uSec
1:2	1.000.000 HZ	1 uSec
1:4	500.000 HZ	2 uSec
1:8	250.000 HZ	4 uSec
1:16	125.000 HZ	8 uSec
1:32	62.500 HZ	16 uSec
1:64	31.250 HZ	32 uSec
1:128	15.625 HZ	64 uSec
1:256	7.812,5 HZ	128 uSec

Per ottenere un secondo di intervallo possiamo utilizzare una tra le seguenti combinazioni di valori tra prescaler e numero di incrementi:

Prescaler	Intervallo incremento TIMER	Incrementi	Intervallo totale	Errore
1:32	16 uSec	62500	1 Sec	0
1:64	32 uSec	31250	1 Sec	0
1:128	64 uSec	15625	1 Sec	0
1:256	128 uSec	7812	0,999936 Sec	-64 uSec
1:256	128 uSec	7813	1,000064 Sec	+64 uSec

La scelta è ampia considerando che l'errore che otteniamo è nullo per ben 3 opzioni.

Possiamo quindi scegliere la 1:128 con 15625 incrementi: procediamo dunque!

Se non lo abbiamo ancora fatto è il momento di installare il tool di sviluppo (IDE) MPLAB-X scaricabile liberamente dal sito della microchip.

Aggiungiamo allo schema di base: un LED, una resistenza da 330 e cambiamo il quarzo con uno da 8 MHZ:

NB: il 4431 può fornire al massimo 25 mA di corrente da un singolo pin e 300 mA di corrente totale prelevabile da tutte le porte. Superare i valori raccomandati nel datasheet significa mettere fuori uso il PIC.
Non è bene connettere carichi che non siano altri dispositivi digitali alle porte del PIC: qui facciamo uno strappo alla regola connettendo direttamente un LED al pin RD1 della PORTD e limitando la corrente a 10mA circa con la R2.

Avviamo MPLAB-X, creiamo un nuovo progetto standalone seguendo il wizard e copiamo in un nuovo file sorgente asm il seguente codice:

; Copyright 2013 padnest@gmail.com

; Licensed under the Apache License, Version 2.0 (the "License");
; you may not use this file except in compliance with the License.
; You may obtain a copy of the License at
;
;   http://www.apache.org/licenses/LICENSE-2.0
;
; Unless required by applicable law or agreed to in writing, software
; distributed under the License is distributed on an "AS IS" BASIS,
; WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
; See the License for the specific language governing permissions and
; limitations under the License.

 LIST p=18F4431
 #include <p18f4431.inc>

; configs
 CONFIG OSC = HS
 CONFIG IESO = OFF
 CONFIG FCMEN = OFF
 CONFIG PWRTEN = ON
 CONFIG WDTEN = OFF
 CONFIG BOREN = OFF
 CONFIG MCLRE = ON
 CONFIG LVP = OFF
 CONFIG DEBUG = OFF
 CONFIG STVREN = ON

 #define LED LATD, RD1

; reset vector
 ORG 0x0000
 goto main

; interrupt vector in compatibility mode
 ORG 0x0008

interrupt:
 btg  LED
 bcf  INTCON, TMR0IF
 movlw 0xC2    ; set 15625 increments in TIMER0: 65536-15625 = 49911 (C2F7)
 movwf TMR0H
 movlw 0xF7
 movwf TMR0L
 retfie FAST

main:
 ; init PORTD
 clrf PORTD
 clrf TRISD

 ; init interrupts
 bcf  RCON, IPEN   ; disable high priority interrupts mode
 movlw b'10100000'   ; GIE + TMR0 enabled
 movwf INTCON

 ; init TIMER0
 movlw 0xFF    ; set 1 increment in TIMER0
 movwf TMR0H
 movwf TMR0L
 movlw b'10000110'   ; starting TIMER0 + 16bit mode + prescaler enabled (0) at 1:128 (110)
 movwf T0CON
 
loop8:       ; infinite loop
 goto loop8

 END

Compiliamo ed eseguiamo il programma nel PIC (clccando sull'apposita icona in MPLAB-X) e vedremo lampeggiare il led con l'intervallo voluto: 1 secondo acceso e un secondo spento.

Variante: volendo adesso raddoppiare la velocità di lampeggio in modo che il led resti acceso per 0,5 secondi e spento per altri 0,5 secondi come ci conviene intervenire sul programma?

Provate a modificare il valore del prescaler da 1:128 a 1:64, cambiando quindi la linea:
movlw b'10000110' ; starting TIMER0 + 16bit mode + prescaler enabled (0) at 1:128 (110)
in
movlw b'10000101' ; starting TIMER0 + 16bit mode + prescaler enabled (0) at 1:64 (101)

lunedì 12 agosto 2013

Studio PIC 18F (18F4431) #2 :: "Signor Sulu: velocità curvatura!"

Vai al precedente POST della serie

I PIC 18F dispongono di un comodo oscillatore interno, limitato però in termini di frequenza massima ottenibile e di precisione.
Nel caso specifico del 4431 la frequenza massima dell'oscillatore interno è di 8 MHZ.

Se vogliamo superare questo limite dobbiamo utilizzare un risonatore o, meglio, un quarzo esterno collegato tra i pin OSC1 e OSC2: purtroppo nel 4431 questi due pin sono condivisi con la PORTA e quindi si perde la possibilità di utilizzare rispettivamente RA7 e RA6.

Per raggiungere quindi la sospirata "velocità curvatura", che per il 4431 è 40 MHZ, andiamo ad aggiungere, al nostro circuito di sviluppo, tutto il necessario: un quarzo da 10 MHZ e due condensatori ceramici.

A questo punto il comandante Kirk avrebbe detto seccato: "Avevo dato un ordine signor Sulu! Velocità curvatura".

Da datasheet non risulta possibile utilizzare direttamente un quarzo da 40 MHZ ma il 4431 dispone di una risorsa speciale: un moltiplicatore PLL di frequenza (fisso a 4x) attivabile solo sull'oscillatore esterno avente una frequenza massima di 10MHZ.

Riguardo ai due condensatori il datasheet riporta la capacità "tipica" avvertendo che ci sono tanti fattori che determinano la loro capacità: frequenza del quarzo, temperatura di esercizio, tensione di alimentazione, ecc.

Sulu non ha tempo per fare complicati calcoli visto che il comandante è già abbastanza alterato e la nave Klingon è sempre più pericolosamente vicina: fruga nel cassetto e applica due condensatori da 22pF.

Il signor Spock annuisce a Sulu pur avendo già determinato a mente, tenendo presenti tutte le variabili in gioco, l'esatto valore.
Il vulcaniano sa infatti benissimo che questa capacità non è un fattore critico, la nave nemica si..

Ecco quindi lo schema di collegamento configurato per l'oscillatore esterno al quarzo:

E qui la BB pronta per i nostri test:

Più avanti proveremo anche noi la "velocità curvatura": lunga vita e prosperità!

Stay tuned!
ap

Vai al successivo POST della serie

NB: l'autore non risponde di eventuali danni causati da omissioni, inesattezze o errori eventualmente presenti nell'articolo pubblicato.
Prego, segnalare suggerimenti e migliorie commentando questo post o inviando una email a padnest@gmail.com.

venerdì 9 agosto 2013

Studio PIC 18F (18F4431) #1 :: connessioni minime per lo sviluppo

Inzia qui una serie di articoli sulla programmazione dei PIC 18F ed in particolare del modello 4431.
Ovviamente sarà facile adattare quanto trattato a qualsiasi altro PIC 18F.

Per prima cosa vediamo quali sono le connessioni minime da applicare sulla nostra BB di sviluppo per poter lavorare senza problemi.
Per programmare i PIC 18F utilizzo il PICKIT2 quindi le connessioni si riferiscono a tale tool.

Il PIC in questione nasconde subito un prima insidia che potrebbe farvi perdere un sacco di tempo in inutili tentativi di programmarlo: bisogna infatti seguire il datasheet alla lettera e collegare i pin AVdd e AVss anche se non è nostra intenzione utilizzare la conversione A/D.

Detto questo seguite pure questo schema:

In basso il pinout del connettore del PICkit 2 al quale connettere il tutto.

Ricordatevi che:

VDD	positivo di alimentazione (esempio +5v)
VSS	negativo di alimentazione (GND)

E qui la BB pronta per lo sviluppo:

Iscriviti a: Post ( Atom )