Newsgroup: it.hobby.elettronica.digitale
Titolo: Coesistenza Display

Nel realizzare un ricetrasmettitore mi piacerebbe avere la frequenza 
indicata su un display 7 segmenti (8 cifre) e le scelte menù su un display 
LCD 4x20.
Il Pic è un 18F452.
Esiste la possibilità di un multiplexing delle informazioni oppure è 
obbligatorio avere linee separate per le due cose??
Qualche idea in proposito??
Ciao 


La vedo molto dura poter usare il multiplexing.
I display a 7 segmenti  si controllano in maniera molto diversa da 
quelli LCD alfanumerici. Forse riesci a multiplexare le linee hardware, 
ma dal punto di visto sofware sono due cose diverse.
Magari dacci più informazioni, forse ho capito male.

 ha scritto nel messaggio 
news:dilb8l$s58$1...@news.ngi.it...


Ciao,
ho usato una volta una soluzione come vorresti tu, ma premetto che sono (o 
meglio sono stato) un hardwarista, e quindi non saprei come aiutarti con il 
codice.
Il mio micro principale gestiva il display alfanumerico4x40 e tramite
seriale a livello TTl un altra scheda sulla quale era montato un altro 
piccolo micro, che conteneva tutta la tabella delle visualizzazioni 
possibili. Inviava tutto ad un MM5450 che gestiva 4 display a led di grandi 
dimensioni.
Anche io desideravo fare tutto dallo stesso micro, ma il softwarista mi 
disse che si impegnavano troppe risorse, ed era meglio implementare una 
scheda e qualche integrato in più.

 
Puoi fare anche questo ma non credo che convenga.
Il 18F452 mi sembra un micro bello potente ed ha sicuramente anche 
piedini sufficienti per gestire 2 display, magari i display a 7 segmenti 
  li gestisci in modo seriale con shift register, o in multiplexing e in 
ogni caso te la cavi con 3-5 piedini in più.
Dal punto di vista software inviare i dati ad un altro micro credo sia 
equivalente sia come complessità che come quantità di codice richiesto a 
shiftare fuori i numeri sui display.

 ha scritto nel messaggio 
news:LCt3f.11002$Pe2.2...@twister2.libero.it...


 LCD 4x20.
Puoi controllare il display a 7 segmenti con un modulo Maxim I2C o SPI (cosě 
l'hardware si occupa di passare i dati). Il 4x20 lo colleghi alla porta del 
PIC e lo controlli al solito. Se non devi aggiornare spesso il display LCD 
dovresti riuscire a fare tutto in tempo, ovviamente dipende anche da quanta 
potenza necessiti per fare le tue procedure.
-- 
  Redentore 

Poichč il display LCD viene utilizzato solo al momento di selezione menů per 
poi continuare a visualizzare le scelte effettuate ( senza nessun polling) 
fino a nuovi cambiamenti,
mi chiedevo se non fosse piů giusto tenere il display  7 segmenti collegato 
al PIC e quello LCD ad un modulo I2C.
Esiste un modulo Maxim che consente di fare questo?
Ciao
"Redentore" <redento...@SPAMNOlibero.it> ha scritto nel messaggio 
news:434ef93e$0$29545$4faf...@reader1.news.tin.it...


 Esiste un modulo Maxim che consente di fare questo?
Sě, dovresti usare un I/O Expander, a cui colleghi l'LCD. Immagino che l'LCD 
sia il classico compatibile Hitachi con interfaccia parallela, mentre i LED 
non hanno alcun controller, giusto?
Ti consigliavo di fare i Led con il modulo Maxim, perchč dovrebbe venire piů 
semplice il tutto (basta che invii al modulo '63728' e lui lo scrive, mentre 
se piloti tu i LED devi multiplexarli), mentre usare un I/O expander č 
esattamente come usare un porta del pic, solo che passi per I2C.
Altrimenti puoi sia usare il modulo led che l'I/O expander, magari SPI: 
viaggiano a piů di 20Mbit/s, piů che sufficiente per aggiornarli come meglio 
necessiti (anche se non penso che il PIC superi qualche Mbit/s).
Comunque, per un riferimento:
IO Expander: 
http://www.maxim-ic.com/quick_view2.cfm/qv_pk/3371/ln/
Led driver: 
http://www.maxim-ic.com/quick_view2.cfm/qv_pk/3410/ln/
Ovviamente ci sono altre versioni, sul sito trovi tutto.
-- 
  Redentore 

Ti ringrazio ancora.
Adesso mi guarderň con attenzione i data sheets e terrň conto delle tue 
preziose indicazioni.
Un grazie vada anche al forum che mi ha ospitato.
Ciao
"Redentore" <redento...@SPAMNOlibero.it> ha scritto nel messaggio 
news:434f733c$0$20495$4faf...@reader4.news.tin.it...


 Il Pic č un 18F452.
magari con due buffer 3-state (tipo 74hc244) puoi gestire con una linea in
piu' (usata come enable) il doppio delle porte.
Se invece ti serve mantenere lo stato del pin memorizzato e fisso (per il
display a 7 segmenti) allora il 73LS373 dovrebbe interessarti.

 
Cosa intendi per dichiarazioni?
Dovrai scrivere 2 driver, uno che tu piloti l'LCD ed un altro per i 7 
segmenti, andranno fatti tenendo conto l'hardware che avrai scelto.
Fai in modo che abbiano un interfaccia simile (se non la stessa) verso 
l'applicazione in modo da poterli usare indifferentemente.
Se conosci il c per esempio potresti progettare i tuoi driver in modo da 
  avere le seguente funzione come interfaccia:
int print_LCD(char *fmt_str, ...)
int print_7seg(char *fmt_str, ...)
Come vedi accettano gli stessi paramentri d'ingresso della printf standard.
Poi quando devi scrivere la frequenza le puoi chiamare in sequenza:
print_LCD("%l", freq);
print_7seg("%l", freq);
ecc...
Questo č solo un esempio, vedi un po' tu come vuoi gestire il tutto.

 Esiste un modulo Maxim che consente di fare questo?
Sì, come ti hanno detto esistono port expander I2C ma se non hai 
problemi di piedini mancanti, non vedo perchè complicarsi la vita 
infilandoci in mezzo un'altra cosa da gestire.
E se anche ti mancassero piedini, prima di aggiugnere un port expander 
I2C (che costano) io ci metterei un classico shift register tipo 74hc595 
mi pare.
Meno complessità c'è meglio è :)

Devo dire che siete meravigliosi ma adesso forse troppo per la mia modesta 
conoscenza digitale.
Grazie a tutti e per ultimo,come arrivo, a explorer.
Francesco, ok per le linee di codice. Con un pň di sforzo riesco a seguire 
il C cosa che mi sarebbe stato impossibile in ASM.
Il programma si stŕ realizzando con un amico con proton plus.
Piedini a disposizione me ne sono rimasti 3 perchč gli altri sono adoperati 
per un bus I2c, governo DDS, 2 linee seriali per PC e DSP e dsplay LCD.
Se riuscissi a risolvere il tutto nel modo che mi dite sarebbe una bella 
figata ma dovreste avere il buon cuore di inviarmi qualcosa schematizzato.
Detto cosě non riesco a seguirvi bene. Cosa diversa sarebbe se potessi 
guardare qualcosa di schematico anche se a blocchi e poi prelevando i vari 
data sheet capire come gira il fumo.
Un abbraccio e per il momento la mia...buona notte.
Ciao
"explorer" <xxx@xx.x> ha scritto nel messaggio 
news:e3N3f.7662$65.1...@twister1.libero.it...
