Commenti a: Corso programmazione PICMicro in C – Lezione 7 (parte 1/3) – Interfaccia con LCD – Tutto quello che c’è da sapere sui display LCD alfanumerici “intelligenti”

Di: Fabio

Fabio — Wed, 01 Feb 2012 13:41:23 +0000

La cosa dovrebbe servire per una “area di progetto” da presentare alla maturità. All’orario prestabilito si accenderebbe un lettore mp3 che è giè stato “sacrificato” riportando all’esterno i contatti dei pulsanti di accensione, regolazione volume e avanzamento brani. Oltre ad una lampada LED con aumenterebbe progressivamente l’intensità luminosa con PWM.
Si pensava ad un P18F4550 con MPLAB C18 che è la tecnologia che normalmente usiamo.

un saluto
fabio milano

Di: Giovanni Bernardo

Giovanni Bernardo — Wed, 01 Feb 2012 06:04:02 +0000

Comunque proprio in questi giorni ho terminato un esempio con ORbit16 per sfruttare il modulo RTCC interno e realizzare un semplice datario/orologio e per il set ho sfruttato il lampeggio delle parte da modificare.

Di: Giovanni Bernardo

Giovanni Bernardo — Tue, 31 Jan 2012 17:11:07 +0000

L’unico problema se fai comparire il cursore è che durante il settaggio non devi fare il refresh del display altrimenti il cursore ovviamente si sposta di continuo durante la scrittura.

Di: Fabio

Fabio — Tue, 31 Jan 2012 08:48:01 +0000

Giustissimo
E’ una soluzione semplice e a portata di mano, senza pensare a cose complicate

un saluto
fabio milano

Di: Giovanni Bernardo

Giovanni Bernardo — Mon, 30 Jan 2012 16:42:33 +0000

Altro sistema potrebbe essere quello di far comparire il cursore lampeggiante sulla cifra da modificare. Invii il comando per visualizzare il cursore e poi col goto posizioni il cursore dove vuoi

Di: Fabio

Fabio — Mon, 30 Jan 2012 16:24:03 +0000

grazie per la risposta

la mia necessità è quella di mandare in blinking solo una parte del testo presente sul display (+ precisamente 2 caratteri). L’idea è quella di impostare una data o ora usando due tasti: con il primo imposto progressivamente GG MM AA oppure hh mm ss con il secondo incremento il valore (un po’ come avviene quando si imposta ad esempio l’h sul cruscotto di una vettura).
Per sapere cosa incremento devo evidenziare in qualche modo il valore in questione. Io pensavo al blinking ma andrebbe bene anche il reverse ma penso che in questo caso mi complicherei la vita (potrei definire le cifre in reverse come custom char ma il massimo è 8 e servono 10 cifre)

un saluto
fabio milano

P.S. ti ho offerto il caffè, veramente con le cose che ho imparato dal sito avrei dovuto offrirti la cena …
purtroppo il mio stipendiuccio da prof …

Di: Giovanni Bernardo

Giovanni Bernardo — Sat, 28 Jan 2012 07:56:15 +0000

Potresti provare a spegnere e accendere il display con l’apposito comando di spegnimento/accensione anzichè cancellare e riscrivere

Di: Fabio

Fabio — Fri, 27 Jan 2012 23:40:59 +0000

Grazie dell’articolo (che avevo già studiato ma che ho riletto)
C’è un modo per ottenere un testo blinking (testo che lampeggia non mi riferisco al cursore).
Dalla rilettura dell’articolo non mi sembra di aver individuato un comando che possa fare questo.
La mia idea è quella di sfruttare l’interrupt overflow del timer e scrivere/cancellare un testo per dare la sensazione del lampeggiare. Qualche idea per una strada + breve se c’è. grazie

un saluto
fabio milano

Di: Giovanni Bernardo

Giovanni Bernardo — Thu, 18 Aug 2011 20:27:49 +0000

Il 16F84 esiste ancora? Non uso software di simulazione, in ogni caso in molti utilizzano Proteus con successo.

Di: Sahil

Sahil — Thu, 18 Aug 2011 16:15:57 +0000

ciao, se riesce mi può spiegare umpo come simulare pic16f84a su software multisim perche non riesco (magari se sa qualche altro programma di simulazione per i pic micro)

Di: Giovanni Bernardo

Giovanni Bernardo — Sat, 19 Mar 2011 18:55:30 +0000

Basta configurare il pin come uscita e generare un’onda quadra. Se generi un’onda quadra al di fuori del range 20Hz-20KHz non la puoi sentire. Se l’onda quadra generata non rientra nel range riproducibile dal cicalino non la senti, ma in genere da 20 a 20KHz si dovrebbe sentire. Il jumper per il cicalino sta abilitato?

Di: giuliodalla

giuliodalla — Sat, 19 Mar 2011 18:18:05 +0000

Sulla FreedomII ho montato un cicalino NON autosicillante smontato da un PC. NON riuscendo a farlo funzionare ho provato a comprarne un altro, ma non cambia nulla. (Tutti e due emettono un sibilo a bassissima intensità)
Cambiando frequenza non cambia nulla. Il test sul pulsante conferma che sono io ad attivare il cicalino.

Annulla e sostituisce invio precedente.

Di: giuliodalla

giuliodalla — Sat, 19 Mar 2011 17:21:14 +0000

Sulla FreedomII ho montato un cicalino NON autosicillante smontato da un PC. NON riuscendo a farlo funzionare ho provato a comprarne un altro, ma non cambia nulla. (si sente solo un “tic” all’inizio poi silenzio). Può essere che si debba cambiare qualche impostazione?

Di: Giovanni Bernardo

Giovanni Bernardo — Thu, 17 Mar 2011 19:48:37 +0000

La questione del Delay è risaputa. E’ causata sia dalle funzioni di delay che non sono precise che dalle caratteristiche del display. Se sulla FreedomII hai un cicalino autooscillante devi modificare il codice per farci arrivare solo livello alto o solo livello basso, non onda quadra. Il mio codice invia un’onda quadra in modo da sfruttare i cicalini NON autooscillanti

Di: giuliodalla

giuliodalla — Thu, 17 Mar 2011 16:24:41 +0000

Ciao Giovanni, inutile aggiungersi al codazzo dei complimenti, ampiamente meritati.
Volevo segnalarti che per far funzionare la FreedomII con il semplice Hello World, ho
dovuto modificare i tempi dell’enable come segue (su suggerimento saggio di Laurenti):
/****************************************
Enable LCD to read data
*****************************************/
void LCD_STROBE (void)
{
LCD_EN = 1;
DelayMs(1);
DelayUs(100);
LCD_EN=0;
}
Prima non funzionava il display, mentre i led confermavano il traffico dati. Ora è ok.

Ho invece un altro problema, non riesco a far funzionare il cicalino autoscillante.
Quando carico il file HEX si sente una vibrazione, ma finisce lì.
Ho provato a cambiare le frequenze, i ritardi ecc, ma non c’è storia. Qualche idea?
Forse devo provare a cambiare il cicalino?
In questa caso ho provato

Di: Giovanni Bernardo

Giovanni Bernardo — Thu, 30 Dec 2010 18:05:33 +0000

Leggi i commenti che c’è la soluzione

Di: odessos

odessos — Thu, 30 Dec 2010 17:25:07 +0000

Salve e buone feste.
Sto provando un display lcd che ovviamente non riesco a fare funzionare, con il programma di questa lezione.
è della Displaytech mod.162B basato sul KS0070B
tutto compatibile con il 44780, anche la documentazione è identica.
Ho controllato i segnali sui pin dell’lcd con un analizzatore logico ed i sincronismi sono esattamente come vengono svolti dalla libreria lcd.c i segnali RS/E D4-D5-D6-D7 sono giusti ma non succede nulla
conosci questo display?
lo butto?
grazie a tutti

Di: Giovanni Bernardo

Giovanni Bernardo — Fri, 24 Dec 2010 12:30:13 +0000

I pic non hanno una “protezione” sulle uscite. Controlla il datasheet: alcuni display richiedono che i pin dati inutilizzati siano messi a massa, altri richiedono che rimangano scollegati. Leggiti pure gli altri commenti anche negli altri articoli sugli lcd che forse trovi una soluzione.

Di: Mono550

Mono550 — Fri, 24 Dec 2010 11:42:28 +0000

Ciao Giovanni,
fantastica guida, precisa dettagliata e semplice, complimenti!!!
Sono riuscito a far funzionare un LCD 16*2 su un pic16f690. Ho provato anche un LCD 20*4 (sullo stesso micro), ma non funziona.
Non capisco dove sia il problema (lcd è un Displaytech 204A), ho controllato i datasheet e sono identici. Ho controllato i ritardi e aumentati dove mi sembravano insufficienti, ma nulla. Controllando le uscite del microcontrollore mi sono accorto che alcune (solo a display collegato) non hanno il giusto stato logico in uscita. Possibile che ci sia un assorbimento di corrente troppo elevato per il micro (e questo mandi in protezione l’uscita)?
Il display è nuovo, acquistato su rs, e non penso sia danneggiato. C’è modo di testarlo per capire cosa non funziona?
Ti ringrazio e di auguro buone feste!

Di: gippo

gippo — Mon, 22 Nov 2010 15:47:13 +0000

La cosa è davvero strana… xche’ ho anche provato ad aumentare i ritardi (anche se dal datasheet i tempi sono già abbastanza larghi) ma niente… eppure se mando il comando di cancellazione del display (ad inizializzazione già effettuata) viene eseguito correttamente… mah…

Di: Giovanni Bernardo

Giovanni Bernardo — Mon, 22 Nov 2010 15:37:06 +0000

Forse è causato dalle temporizzazioni errate. Cambia le routine di delay e sostituiscile con le “enanched precision” da http://www.microchipc.com

Di: gippo

gippo — Mon, 22 Nov 2010 14:16:46 +0000

Ciao Giovanni,
finalmente mi è arrivato il display e ho iniziato a fare un po di prove…
Ho trovato una cosa stranissima che non riesco a spiegarmi…
Nell’intervento qui sopra ti facevo notare che nella funzione di inizializzazione quando si deve inviare il comando di cancellazione del display viene inviato il comando LCD_WRITE(0b00000000); // clear display al posto di quello “corretto” LCD_WRITE(0b00000001); // clear display (come tra l’altro indicato sul datasheet)…
bene, impostando quel bit ad 1 il display non funziona… mentre lasciandolo a 0 si!!! c’e’ una spiegazione a questa cosa?? :O
Grazie

Di: gippo

gippo — Thu, 04 Nov 2010 23:24:05 +0000

Di: Giovanni Bernardo

Giovanni Bernardo — Thu, 04 Nov 2010 22:10:01 +0000

Uhmmmm…. hai proprio ragione!! Così come sta la funzione di LCD_INIT non effettua la pulizia del display. Bravo!

Di: gippo

gippo — Thu, 04 Nov 2010 21:52:56 +0000

Ciao Giovanni, inutile farti i complimenti x il corso ormai non leggo altro tra i commenti… :)
Vorrei una delucidazione… io sono un tipo un po pignolo ma te lo chiedo solo x capire anche xche probabilmente quello che ho notato non crea problemi…
Nell’immagine che hai inserito sull’inizializzazione del display, ma anche nella tabella dei comandi è inserito il valore per cancellare il display ovvero (0000 0001)
Alla fine del paragrafo “inizializzazione del display” scrivi che il comando x cancellarlo è (0000 0000) sicuramente una distrazione che pero’ ho ritrovato nel file lcd.c della routin LCD del file zip della lezione successiva… ovvero nella funzione LCD_INIT è indicato “LCD_WRITE(0b00000000); // clear display”.
Anche qui si tratta di un errore? Il display funziona lo stesso correttamente?? purtroppo non ho modo di fare prove xche’ aspetto ancora un po di materiale acquistato su ebay…
Grazie x il tuo lavoro!!

Di: Ben

Ben — Thu, 21 Oct 2010 14:11:24 +0000

Giusto un appunto:
ho avuto modo di provare questa libreria (come dicevo nell’altro post) e l’ho trovata molto utile. Con alcuni display però il delay chiamato dalla funzione LCD_CLEAR di 3 ms è ancora troppo breve. E’ necessario alzarlo a 5-6 ms perché tutti gli LCD rispondano correttamente, almeno dalle prove che ho fatto in questi giorni.

P.S.: non ho ancora avuto occasione di fare i complimenti a Giovanni per il sito. ottimo lavoro! ;)

Di: Gela

Gela — Wed, 20 Oct 2010 21:03:19 +0000

Infatti non si è bruciato. Il display faceva cose strane perché le porte analogiche non erano settate bene. Ora il termostato funziona =) e va alla grande! Come mio primo lavoro sui pic devo dire che è venuto bene e ne sono molto soddisfatto.
Tutto grazie al tuo corso :)

Di: Giovanni Bernardo

Giovanni Bernardo — Tue, 19 Oct 2010 18:40:30 +0000

E’ capitato pure a me ma non si è mai bruciato. La questione del Diodo non è solo per i display. Ma probabilmente costa e non è una cosa necessaria in quanto è implicito che quei display verranno usati da persone esperte.

Di: Gela

Gela — Tue, 19 Oct 2010 18:31:16 +0000

Ciao! Scusa, ho appena fatto una domanda simile ma in un’altra lezione e in un altro contesto di utilizzo del mio pic. Comunque quello che voglio sapere è: Invertendo la polarità del display lo si danneggia istantaneamente? scoppia, brucia, fonde? Lo chiedo perché per sbaglio ho invertito la polarità al display, però lui sembrerebbe andare solo non fa quello che voglio.

Un danno al display può riflettersi sul pic che lo controlla?

Poi ho una curiosità, non potevano metterci 0.20euro di un diodo? So che non è un apparecchio che va ai bambini (e qui mi vergogno di me stesso per quello che ho fatto) però può capitare un’inversione accidentale, oppure un cortocircuito. Sai dirmi un motivo per cui non ci mettono un diodo di protezione?

Di: luigi

luigi — Thu, 11 Mar 2010 21:04:26 +0000

Molto interessante questo sito,ci sono capitato per puro caso!
Credo che lo visiterò molto spesso.
Ciao
Luigi

Di: Giovanni Bernardo

Giovanni Bernardo — Sat, 06 Mar 2010 16:46:45 +0000

A me queste cose piacciono, stimolano la curiosità, sapere poi come lavorano e vivono altre culture penso sia una cosa ottima, che apre la mente e può permettere anche alle tue applicazioni di svilupparsi in maniera tale che possano essere internazionalizzate.. Kanji, Romanji…. Jumanji… a pensare che spesso, solo con 255 caratteri già si va nel pallone quando si devono trasmettere i dati, figurati loro che dovranno fare per la codifica di uno di quei disegnini… Mi sono sempre chiesto com’è fatta una tastiera giapponese.

Di: Luca

Luca — Sat, 06 Mar 2010 11:03:29 +0000

Ma la mia era una semplice simpatica curiosità, i giapponesi a quanto ho confermato ieri, leggendo in una pagina che ora non trovo più, hanno preso l’abitudine a scrivere in orizzontale ultimamente, sopratutto in ambito fumettistico, da destra verso sinistra, in una sorta di occidentalizzazione. Anche se bisogna dire che ormai gia nelle scuole si insegna il romanji (si scrive così?) ovvero l’alfabeto latino che gli permette un utilizzo\progettazione più flessibile sopratutto degli apparecchi elettronici odierni, pronti all’esportazione senza troppi problemi.

Ora che ci penso però, forse è solo un modo stupido per creare scritte che compaiono dal lato destro dello schermo. E qua c’è solo da farsi cadere le braccia.

Spero non te la sia presa, non era affatto una critica (ci sarebbe solo da lodarti per questo corso), era solo uno spunto per parlare di cosa significa una progettazione a “360″ ob1101 1111.

Di: Giovanni Bernardo

Giovanni Bernardo — Sat, 06 Mar 2010 03:39:11 +0000

私は大きい頭痛を有する
Immagino che quelli del consorzio unicode quando hanno dovuto standardizzare tutte le infinite varietà di lingue Asiatiche, siano andati al manicomio

Di: Giovanni Bernardo

Giovanni Bernardo — Sat, 06 Mar 2010 03:14:44 +0000

I giapponesi scrivono in senso verticale dall’alto verso il basso e quindi passano alla “riga” successiva spostandosi da destra verso sinistra. Scrivendo in tale modo, un display da due righe non è consenta un facile lettura in quanto andrebbero solo 2 caratteri per riga (la loro riga sarebbe la nostra colonna). Solo di recente hanno cominciato a scrivere come noi (da sinistra verso destra e quindi dall’alto verso il basso) e quindi su un tale display ce la fanno a leggere. A meno che…. I display così come li usiamo noi non li mettano in senso verticale… a questo punto avrebbero solo due righe con cui scrivere e avrebbe senso la scrittura al contrario, il nostro “da destra verso sinistra” diventerebbe il loro consueto “dall’alto verso il basso” e tutto tornerebbe. Non sono mai stato in Giappone ma mi piacerebbe andarci, cosi si potrebbe approfondire la cosa, almeno per capire se davvero questi display li mettono in verticale anzichè in orizzontale come noi… Basterebbe almeno vedere la foto di un distributore di merendine o cose del genere (anche se in Giappone ci sono distributori per qualsiasi cosa, anche distributori di mutande).
Se è davvero così, i caratteri giapponesi che appaiono nel datasheet dovrebbero essere ruotati di 90° (ma poi sarebbero più larghi che lunghi e manco va bene…). Tieni inoltre conto che gli ideogrammi presenti sulla rom appartengono alla serie di caratteri Kanji, che conta oltre 2000 caratteri (solo quelli di uso comune, ma al completo sono più di 50000) e sulla rom quanti ce ne sono? Molto, molto pochi direi… Boh… Mi documenterò e appena trovo informazioni sufficienti tolgo quella nota non ti preoccupare ;) Un buon punto di partenza sta qua: http://it.wikipedia.org/wiki/Scrittura_giapponese ma non sono raffigurati gli ideogrammi kanji.

La protezione eeprom protegge i dati nella eeprom, la protezione codice protegge la zona eeprom dove è residente il programma. Sempre di memoria eeprom si tratta, ma una parte di eeprom è riservata proprio al codice che carichi e un’altra parte ai dati (tipo quando vuoi salvare variabili che non vuoi perdere se togli alimentazione). Senza tener conto che alcuni pic possono anche riscriversi la memoria programma, come nel caso dell’utilizzo di un bootloader. Alcuni pic, inoltre, possono proteggere solo determinate zone della eeprom. Le protezioni implicano che non puoi scaricare il programma/dati da pic verso pc (ma se non erro, ma potrei sbagliarmi, ci dovrebbe essere un sistema per cancellare il pic, ovviamente perdendone il contenuto). Non ho mai usato queste funzioni perchè a livello hobbystico sono “pericolose” quindi lascio sempre tutto disattivato e non so dirti di più, è comunque un tema che possiamo approfondire.

Di: Luca

Luca — Fri, 05 Mar 2010 22:18:57 +0000

(che poi a cosa servirà mai scrivere al contrario…)

Chiedilo ai giapponesi! ;)

Per oggi è tutto, buonanotte!

Ps, piccolo OT, sul programma del mio programmatore ho 2 parametri, Code protect (CP ALL/CP OFF) ed un fuse CP EEPROM, qual’è la differenza visto che agiscono su due bit differenti della word di configurazione?

(Proteggere o meno la EEPROM inibisce la lettura, e code protect può inibire anche la scrittura?)

Di: Gaetano D'Antona

Gaetano D'Antona — Mon, 04 Jan 2010 10:25:29 +0000

ottima inizaitiva, la seguirò con interesse

Di: Giovanni Bernardo

Giovanni Bernardo — Thu, 17 Dec 2009 09:44:16 +0000

Grazie, spero di riuscire a ritagliare un po’ di tempo libero per combinare qualcosa di buono sui display grafici (basati sul KS0108), oramai si trovano a prezzi irrisori e ci si possono fare belle cose.

Di: Gyppe

Gyppe — Wed, 16 Dec 2009 22:22:58 +0000

Complimentissimi, davvero un’ottima esposizione, salvo il sito sui preferiti ogni tanto ci farò una capatina, lo merita :)

Di: S.D.R.

S.D.R. — Wed, 21 Oct 2009 19:53:42 +0000

Perfetto come al solito ! :-)