Newsgroup: it.hobby.elettronica.digitale
Titolo: Intregrato per display  7

Salve 
Ho un circuito realizzato con cd4094 per pilotaggio display 7 segmenti.
Dovrei sostituire il CD4094 con altro integrato, 
in quanto mi fà lampeggiare leggermente in modo attenuato i segmenti non
interessati, quelli spenti. Ho pensato al CD4511, 
ma questo visualizza "solo" numeri 0-9. 
Non esiste altro integrato in grado di formare oltre ai numeri anche 
qualche lettera, ovvio apposta per display, altrimenti siamo a punto e
daccapo!
Un grazie anticipato.   
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 > Un grazie anticipato.   
Ciao 
Il cd4094 è controllato da Pic tramite seriale: 
data, strobe,clock, collegati a 3 Port.
Su questi ingressi non vi è nulla, nel senso nessuna res. pull-up ecc.
Il Pin15 del Cd4094 è direttamente sull'alimentazione + 
al contrario come da datasheet, suggeriscono res. da 100K.
Ma qualsiasi cosa che si fà, non si elimina mai lo sfarfallamento dei
segmenti non interessati.   
Proverò senz'altro il 74htc595, magari anche solo collegato a display 


mmm ha scritto:






sì, ambedue le domande.
Mi stai facendo capire che si potrebbe eliminare lo sfarfallamento
gestendo i comandi in modo diverso tra Pic e cd4094?  



e direi proprio di si! :-)
per prima cosa non ha ben specificato se hai un unico display per il 
4094 o se ne piloti piu' do un diplay in multiplexing, per cui ho 
qualche dubbio su cosa intendi per "sfarfallamento" e quindi su quale 
possa essere la sua origine.
se hai un solo display lo sfarfallamento potrebbe ( dovrebbe ) derivare 
dal fatto che durante la fase di shift dei dati nel 4094 aggiorni anche 
il latch d'uscita del 4094 -> errato pilotaggio dello strobe, in pratica 
  stai 'vedendo' i dati via via che li shift nel 4094.
se invece hai piu' display multiplexati la questione cambia un po', 
potrebbe essere tanto un refresh lento tanto un errato aggiornamento di 
righe e colonne del multiplexer per cui o hai problemi di permanenza 
visiva o hai delle immagini fantasma.
avere a disposizione i sorgenti ( e poterli ricompilare ) ti dovrebbe 
permettere di capire e risolvere il problema
P.S: non mi chiedere di mettere mano ai sorgenti, evito come la peste 
l'assembler dei PIC.

mmm ha scritto:







Ciao, Prima di tutto di dico in anticipo che non è il tanto odiato
assembler (anche da parte mia)ma, "semplicemente" realizzato con PicBasic
Professional. I display sono semplicemente 1 a 7 segmenti. 
potrei inserire su sito l'interfaccia pic-cd4094 
con i relativi comandi a pulsanti. 
Ma secondo a come la penso il fatto è negativo, in quanto il CD4094 non è
nato per pilotare qualcosa di visivo, (display)


 
no il 4094 dovrebbe andare piu' che bene, visto che e' uno solo lo 
sfarfallamento lo imputeri al fatto che gestisci 'male' il segnale di 
strobe, rileggiti con attenzione il datasheet dell'integrato li dovresti 
trovare la soluzione al tuo problema: il 4094 dovrebbe aver bisogno di 
un solo impulso di strobe dopo gli 8 impulsi di clock per trasferire il 
dato.
ah, non dimenticare di mettere le resistenze di limitazione in serie al 
display, una per ogni segmento

 <snip>






Ciao
é possibile inviare tua email privata? 
ho provato togliento (at) ma negativo. 
la mia è togli (at) e basta. 
Ciao 


 
Io ho usato piu' volte il 4094 e non ho mai avuto alcun problema, 
sicuramente c'e' qualcosa nella logica di pilotaggio

Giuss ha scritto:


Pilotato sempre modo seriale? 


 
Per forza... e' uno shift register con ingresso seriale e uscita 
parallela.... pero' ho sempre usato l'assembler
ciao

 ciao
Ciao Giuss 
Non sò se è una coincidenza parallela...ma ti dico una cosa:
Ho altro sw steso in assembler (con la stessa identica funzione), 
facendo funzionare il cd4094 con questo,
non cè un minimo di sfarfallamento! 
Quindi negativo PicBasicPro? 
Penso proprio che il sw in PicBasic Pro sia ok, usando DATO, 
come ha ben visto MMM, perchè non c'è altra procedura per conjtrollare il
CD4094 in IN/OUT parallelo, se non quello adoperato nel PicBasic Pro.


 ciao
Ciao Giuss 
Non sò se è una coincidenza parallela...ma ti dico una cosa:
Ho altro sw steso in assembler (con la stessa identica funzione), 
facendo funzionare il cd4094 con questo, 
non cè un minimo di sfarfallamento! 
Quindi negativo PicBasicPro? 
Penso proprio che il sw in PicBasic Pro sia ok, usando DATO, 
come sì è reso conto / visto MMM, perchè non esiste altra procedura per
controllare il CD4094 in IN/OUT parallelo? 
se non quello già funzionante ma sfarfallante!


 
Non conosco il PicBasic, ma utilizzi qualche istruzione integrata che fa 
in automatico lo shift dei dati in uscita?
Magari c'e' qualcosa che non funziona in questa fase, oppure non 
mantiene fisso lo strobe a 0 durante il trasferimento degli 8 bit... (e' 
solo un'ipotesi)
Magari in basic puoi crearti tu un loop e inviare gli 8 bit come faresti 
in assembler per vedere se cosi' cambia qualcosa

 >
MMM stà godendo con quei codici mai visti prima d'ora!!! 
adesso sì che è MMM!!! 
