Newsgroup: it.hobby.elettronica.digitale
Titolo: problema lettura tabella pic midrange

Sto diventando pazzo per la soluzione di un piccolo problema.
Devo gestire delle tabelle abbastanza grandi che quindi oltrepassano i
limiti del PCL.
Fin tanto che sono entro i primi 255 valori di PCL non ho problemi
mentre oltre ho degli strani comportamenti.
Sto simulando il tutto con MPLAB ed ancora non riesco a venirne a
capo.
Mentre io continuo a diventare pazzo metto qui le righe di codice di
lettura che sto utilizzando (leggo 5 elementi dalla tabella).
Puo' darsi che qualcuno trovi la soluzione al problema prima di me:
(la prima riga della tabella ha la label Font_Table e il primo
elemento della tabella che leggo ha indice memorizzato nella variabile
scratch4)
movlw	.5
	movwf	scratch5
 
CharLoop
	; ciclo di lettura dei dati dalla tabella:
 
	banksel	scratch4
	movf	scratch4,W
	addlw	low	Font_Table
	movwf	scratch3
 
 
	movlw	high	Font_Table
	btfsc	STATUS,C
	addlw	1
	banksel	EEADRH
	movwf	EEADRH
 
	movf	scratch3,W
	banksel	EEADR
	movwf	EEADR
	banksel	EECON1
	bsf	EECON1 & 0x7F,EEPGD
	bsf	EECON1 & 0x7F,RD
	nop
	nop
	banksel	EEDATA
	movf	EEDATA,W
 
	banksel	DATAPORT
	movwf	DATAPORT	;  metto il valore sulla porta dati
 
	WSTROBE				; invio il comando di
scrittura al display
	incf	scratch4,1
	decfsz	scratch5,1
	goto	CharLoop
 
Ciao
 Marcello
-Catania-

 Puo' darsi che qualcuno trovi la soluzione al problema prima di me:
Io, infatti, sono passato da anni agli AVR.

 -Catania-

hai inviato............
ops....
appena trovato l'errore!!!!
Stupidità MIA!!!!
Non ho incollato al codice la tabella nel quale ho messo l'indice che
utilizzo per richiamare i caratteri ma...
l'errore era proprio nell'indice
Le righe di codice che ho postato dovrebbero essere corrette....
almeno spero
vado avanti con le prove e se ci sono problemi torno
:-)
Ciao
 Marcello
-Catania-

 Io, infatti, sono passato da anni agli AVR.
Ciao F.Bertolazzi,
premetto subito che non voglio assolutamente alimentare flame di nessun
tipo, ma ritengo che intervenire in un gruppo dicendo "io uso gli AVR"
non sia di granchè utilità per nessuno, ti scrivo questo perchè non è la
prima volta che lo fai!
Credo che oramai sia ben chiaro a tutto il gruppo che tu odi i PIC e
preferisci gli AVR, è una tua scelta, ed avrai certamente le tue ottime
ragioni per averla fatta!
Non credi che sarebbe meglio evitare tali interventi?
Ciao!
Stefano
-- 
Stefano Martini (Italy)
Sito web: 
http://www.lemming.it

 premetto subito che non voglio assolutamente alimentare flame
Ok. Allora non farlo.
La mia voleva essere una battuta ma, si sa, se uno pesta una coda di paglia
non puņ aspettarsi una risata.

 non puņ aspettarsi una risata.
Ciao!
Nessuna coda di paglia F.Bertolazzi, solo due punti di vista: io
rispetto il tuo, tu rispetta il mio!


 non può aspettarsi una risata.
ciao F. Bertolazzi ,
hai gia' manifestato un certo fondamentalismo "talebano" quando
contrapponi AVR versus PIC , o anche quando parli dei "verdi" come del
male assoluto.
IMHO non puoi ridurla a una battuta e non puoi aspettarti una risata.
saluti

 non puoi ridurla a una battuta e non puoi aspettarti una risata.
In effetti, troppa gente si prende troppo sul serio. Forse sbaglio io.

tipico esempio dell'architettura balenga dei PIC.
non ho letto altri tuoi post in merito alla tua avversione per i  PIC
ma, come tu avrai le tue buone ragione per utilizzare gli AVR, son
certo che altrettante persone avranno le proprie buone ragioni per
preferire i PIC.
Io non prenderei mai delle posizioni ASSOLUTE
In ogni caso, non conoscendo gli AVR io non sono in grado di fare
paragoni.
Può darsi che gli AVR siano meglio dei PIC ma non me la sentirei MAI
di dire che i PIC non siano un buon prodotto.
Ciao
 Marcello
-Catania-

 di dire che i PIC non siano un buon prodotto.
Ottimo prodotto, ai loro tempi, ma ormai obsoleti.
Sai che ho anche venduto per diverso tempo attrezzi per i PIC, anche se
solo per aiutare il mio amico Bedrich? 
www.pic-tools.it
 e 
www.pictools.it
sono infatti miei.

 sono infatti miei.
*E quel cattivone non solo non ti ha ringraziato, ma non ha neppure 
messo un link al tuo sito, non dico nella sezione 
"informatica/programmazione" o
"supporto", ma neppure in quella "Giochi, jokes e stupidate varie". *
-- 
Never put off till run-time what you can do at compile-time.  - D. Gries
News 2002 [v 2.1] / StopDialer / PopDuster - 
http://www.socket2000.com
Akapulce portal: 
http://www.akapulce.net

di dire che i PIC non siano un buon prodotto.
I pic sono un prodotto economico e sono i piů venduti nel mondo.
Questo si puň dire senza tema di smentite.
Quanto al resto, cose come lo stack hardware o la memoria paginata sono delle
limitazioni oggettive, direi.
--
ciao
  Stefano

limitazioni oggettive, direi.
ok, sono d'accordo ma......
i PIC integrano al loro interno anche molti dispositivi analogici, il
che rende possibile limitare tantissimo il numero di componenti
esterni nella realizzazione di un circuito.
Questo semplifica molto la progettazione anche al livello di layout ed
EMC.
Potresti fare lo stesso con gli AVR?
Io resto convinto che la scelta debba ricadere su un tipo o l'altro di
mircocontrollore in dipendenza del circuito da realizzare.
Dal momento che ancora non trovo il tempo di dedicarmi agli AVR ma mi
sono già procurato la documentazione per iniziare a studiarli un
po'....
un consiglio su una scelta del chip AVR da acquistare per iniziare a
giocarci? (appena avro' tempo)
Ciao
 Marcello
-Catania-

giocarci? (appena avro' tempo)
Dipende, per iniziare ti basta un AtMega8 o AtMega88.
Per trovare materiale a iosa basta andare qui:
http://www.avrfreaks.net/
Qui puoi vedere i componenti per il debug e scaricare AVR STUDIO, che integra
assembler e debugger.
http://www.atmel.com/dyn/products/tools.asp?family_id=607
--
ciao
  Stefano

assembler e debugger.
Grazie per tutte le informazioni
Appena posso faccio qualcosa con gli AVR cosě potro' esprimere anche
il mio parere.
Ciao
 Marcello
-Catania-