Quindi, caro Mauro, tu lasceresti aperte le possibilità sia di usare un chip di volume digitale (come quelli di cui sopra) da pilotare tramite l'interfaccia seriale, sia la possibilità di usare un driver per motori e il pot motorizzato?
Saluti termoionici
Giaime Ugliano
http://giaime.altervista.org
Ricevitore infrarosso
-
Giaime
- sostenitore
- Messaggi: 3513
- Iscritto il: 17 nov 2005, 01:51
- Località: Italy
- Contatta:
-
mauropenasa
- R.I.P.
- Messaggi: 712
- Iscritto il: 15 ott 2005, 20:33
- Località: Italy
Certo, Giaime, compresa la possibilità del volume a "relay a pesatura binaria", citati da Paolo e Roberto. A cambiare sarebbe la struttura logica locale (sulla scheda pre), ovviamente collegamento diretto in caso di chips dedicati (cd3310 e famiglia o DAC moltiplicatori seriali) o logica ser/par locale in caso di relay o motori vari, o altre soluzioni più complesse (come dac moltiplicatori ad ingresso dati paralleli).
Come detto sopra, il caso del motore può essere variegato. Per usare una soluzione con il display servirebbe mettere l' encoder di posizione sul pot, come ha detto Paolo, quindi si tratta anche di capire se conviente implementare questa opzione o non sia sufficiente non utilizzare affatto il display e l'encoder per regolare il volume, limitandosi alla semplice manopola meccanica (che ovviamente indica sempre la posizione del volume motorizzato....).
Ovviamente ogni implementazione diversa dovrà adattare il firmware, perchè la routine di load di un CS3310 sarà diversa di quella per un LM1972 piuttosto che di una batteria di relay....
ciao
Mauro
http://www.webalice.it/mauro.penasa/index.html
Come detto sopra, il caso del motore può essere variegato. Per usare una soluzione con il display servirebbe mettere l' encoder di posizione sul pot, come ha detto Paolo, quindi si tratta anche di capire se conviente implementare questa opzione o non sia sufficiente non utilizzare affatto il display e l'encoder per regolare il volume, limitandosi alla semplice manopola meccanica (che ovviamente indica sempre la posizione del volume motorizzato....).
Ovviamente ogni implementazione diversa dovrà adattare il firmware, perchè la routine di load di un CS3310 sarà diversa di quella per un LM1972 piuttosto che di una batteria di relay....
ciao
Mauro
http://www.webalice.it/mauro.penasa/index.html
-
mrjam
- starting member
- Messaggi: 357
- Iscritto il: 14 feb 2006, 18:47
- Località: Italy
Bravo Mauro, hai stilato un bel programmino multiutente!
Condivido l'idea di limitare la flessibilità di ricezione IR ai codici RC5.
Io ho una prospettiva diversa dalla tua, il codice che svilupperò lo condividerò con tutti (non mi curo dei clonatori cinesi ..non campo dall'audio!), solo che non sarà universale, cioè niente pot motorizzati o IC digital pot! ..solo un attenuatore resistivo a relais, un selettore ingressi, l'encoder, qualche tasto e il display, oltre ad una connessione seriale esterna per interfacciare il micro del pre col micro del dac a ingresso multiplo (asservendolo allo stesso telecomando).
Proprio riguardo al display, quando è stato immesso sul mercato mi piaceva quello blu (anche se un po' tamarro
) ..ora no! Ogni mattina prendo il caffè e me lo trovo davanti!! ..mai in un mio apparecchio! (difatti nel mio CD Transport ho usato il filtro rosso)
Le alternative sono dunque i 7-segmenti ..ma mi sanno di calcolatrice!! ..anche se li usa JR Design Group!
Cosa ne pensi di una serie di moduli led a matrice di punti? Bella rogna eh! ..con una sfilza di shift-registers a pilotarli e un codice un pò lunghetto!
Però vuoi mettere l'impatto estetico!! ..ne varrebbe la pena!
Non ho ancora approfondito la ricerca, magari tu puoi essermi d'aiuto! Ti sei imbattuto in qualche mostriciattolo smd a 1000pin che riceve in seriale 4-8bits e pilota un elevato numero di uscite (tipo Standard HD44780)?
Torno al'IR. Un grosso problema di questa trasmissione sono i segnali spuri e riflessi che lo inquinano. Hai usato qualche tecnica particolare per evitare l'errore nella ricezione dei codici?
Un progettista di sistemi elettronici per gli yatch (money..money!!) di mia conoscenza usava una finestra su tre treni di impulsi, li confrontava e in base alla statistica giudicava la ricezione. Quando si telecomandano cose che costano un patrimonio è importante evitare l'errore, il volume del pre è decisamente meno critico ma un circuito ad alta immunità è sempre ben accetto!!
Giaime
Scusami, ma una domanda mi viene spontanea ..non sopporti gli OpAmp -i bacarozzi!!- e vuoi usare il CS3310?
Buon AudioFaidate!
Ciao
Roberto
Condivido l'idea di limitare la flessibilità di ricezione IR ai codici RC5.
Io ho una prospettiva diversa dalla tua, il codice che svilupperò lo condividerò con tutti (non mi curo dei clonatori cinesi ..non campo dall'audio!), solo che non sarà universale, cioè niente pot motorizzati o IC digital pot! ..solo un attenuatore resistivo a relais, un selettore ingressi, l'encoder, qualche tasto e il display, oltre ad una connessione seriale esterna per interfacciare il micro del pre col micro del dac a ingresso multiplo (asservendolo allo stesso telecomando).
Proprio riguardo al display, quando è stato immesso sul mercato mi piaceva quello blu (anche se un po' tamarro
) ..ora no! Ogni mattina prendo il caffè e me lo trovo davanti!! ..mai in un mio apparecchio! (difatti nel mio CD Transport ho usato il filtro rosso)Le alternative sono dunque i 7-segmenti ..ma mi sanno di calcolatrice!! ..anche se li usa JR Design Group!
Cosa ne pensi di una serie di moduli led a matrice di punti? Bella rogna eh! ..con una sfilza di shift-registers a pilotarli e un codice un pò lunghetto!
Però vuoi mettere l'impatto estetico!! ..ne varrebbe la pena!
Non ho ancora approfondito la ricerca, magari tu puoi essermi d'aiuto! Ti sei imbattuto in qualche mostriciattolo smd a 1000pin che riceve in seriale 4-8bits e pilota un elevato numero di uscite (tipo Standard HD44780)?
Torno al'IR. Un grosso problema di questa trasmissione sono i segnali spuri e riflessi che lo inquinano. Hai usato qualche tecnica particolare per evitare l'errore nella ricezione dei codici?
Un progettista di sistemi elettronici per gli yatch (money..money!!) di mia conoscenza usava una finestra su tre treni di impulsi, li confrontava e in base alla statistica giudicava la ricezione. Quando si telecomandano cose che costano un patrimonio è importante evitare l'errore, il volume del pre è decisamente meno critico
ma un circuito ad alta immunità è sempre ben accetto!!Giaime
Scusami, ma una domanda mi viene spontanea ..non sopporti gli OpAmp -i bacarozzi!!- e vuoi usare il CS3310?
Buon AudioFaidate!
Ciao
Roberto
-
Buon AudioFaidate!
Ciao
Roberto
Buon AudioFaidate!
Ciao
Roberto
-
mauropenasa
- R.I.P.
- Messaggi: 712
- Iscritto il: 15 ott 2005, 20:33
- Località: Italy
Non fraintendermi...Io ho una prospettiva diversa dalla tua, il codice che svilupperò lo condividerò con tutti (non mi curo dei clonatori cinesi ..non campo dall'audio!)....
In primo luogo parlavo di "condividere" miei sviluppi software potenzialmente commerciali e molto performanti, non le semplici routine più o meno complesse per un RC5 o un display o un menu. Come dicevo, io ho sviluppato una tecnica (più di una, per la verità) di campionamento IR "universale" che ha la peculiarità di essere implementabile in chips con pochissima memoria di sistema e di programma, per capirci l' ho implementata su un Pic12F629 in un circuito miniaturizzato.... Vien da se che il frutto di questo lavoro certosino non lo posso certo mettere in rete a disposizione di tutti....
In secondo luogo, anche io quando posso metto a disposizione i miei lavori, e potrebbe essere il caso di questa situazione, per me abbastanza ordinaria.
Poi, a mia esperienza, se ci sono clonatori non sono tanto Cinesi (perchè loro sono ormai più avanti di noi sul piano del soft....
),Ma casomai temo le "grandi Aziende" nostrane, anche audio, perchè se dai una occhiata alle ridicole soluzioni software che marchi blasonati adottano, credo che anche un lavoretto come questo potrebbe essere un colpo di inventiva non indifferente.....
display:
Mah, è sempre un bel casino, la questione estetica. La matrice di punti, in effetti, aumenta leggermente la complessità circuitale, ma alla fine non sempre da una resa estetica evidente. E' bella se la vedi senza distinguere la puntinatura, altrimenti hai un effetto ambiguo (tabellone di segnalazione autostradale). Quindi dovresti usare una dimensione talmente piccola da rendere il tutto poco leggibile, alla fine...
Una cosa che temo è "l' effetto strobo" del multiplexing di questi dispositivi, sempre dietro l' angolo, specie in ambienti soft come i soggiorni di sera....
Va poi detto che dovendo monitorare di continuo sia IR che l' encoder, la probabilità di distogliere l'attenzione soft dal mux e creare dei "flick luminosi" è abbastanza elevata. Io feci varie applicazioni del genere (mux di led), ma dire che durante la ricezione del RC5 non ci fosse un leggerissimo lampeggio sarebbe una bugia. Tanto è che quasi quasi pensavo di pilotare in modo continuo i 2 semplici 7seg, senza mux....
IR: no problem. Le routine che uso io, che per inciso sono molto comuni, come concezione (sampling ciclico), e simili a quelle che si trovano in rete, non mi hanno mai dato problemi ne con i disturbi ne con gli altri code. So che molti programmatori si affidano a tecniche di controllo errore o campionamenti multipli, ma una profonda conoscenza del fenomeno porta a difinire controlli tutto sommato elementari. Una cosa fondamentale è anche l' uso di discriminatori hardware (IR recevers) ben filtrati e performanti, in modo da generare di loro un buon segnale utile....
ciao
Mauro
http://www.webalice.it/mauro.penasa/index.html
-
drpaolo
- sostenitore
- Messaggi: 877
- Iscritto il: 17 ott 2005, 16:59
- Località: Italy
- Has thanked: 1 time
- Been thanked: 34 times
Perchè non lavoriamo in multitasking, Mauro ? Un micro per il controllo e un micro per il display, che si scambiano di continuo i dati.Va poi detto che dovendo monitorare di continuo sia IR che l' encoder, la probabilità di distogliere l'attenzione soft dal mux e creare dei "flick luminosi" è abbastanza elevata.
Io faccio così, di solito e uso i PIC 16F628, per ragioni di costo e di approvvigionamento.
In questo ti do' pienamente ragione; anch'io sarei restio a foraggiare gratuitamente le "Aziende" nostrane.Ma casomai temo le "grandi Aziende" nostrane, anche audio, perchè se dai una occhiata alle ridicole soluzioni software che marchi blasonati adottano, credo che anche un lavoretto come questo potrebbe essere un colpo di inventiva non indifferente.....
Saluti.
Paolo Caviglia
-
mauropenasa
- R.I.P.
- Messaggi: 712
- Iscritto il: 15 ott 2005, 20:33
- Località: Italy
Mah, Paolo, qualche anno fà sarei stato scettico (un bravo programmatore sfruttava al meglio le risorse programmabili, anche per il loro costo di base). Attualmente, qualsiasi argomento sarebbe smontato facilmente, perchè in effetti costa meno un Pic di una sua applicazione hardware equivalente (led ecc...).
Diciamo che è una opzione gestibile, in particolare se si desiderasse aumentare le opzioni massime disponibili.
Anche io ho usato qualche volta il 16F628, che peraltro costa molto poco. Pensavo di usarlo anche per questa applicazione, in effetti.
Se le funzioni restano come da disegno (7seg ecc...), credo che non ci siano problemi nell' usare un unico 16F628.
Diciamo che con un semplice uso di qualche shift reg cmos (4094 e 4021) si può gestire tutta la rete di visualizzazione e di input in modo par/ser senza tanta complessità, ne circuitale ne di soft.
Come dicevo, pensavo addirittura di fissare i led con un paio di 4094 dedicati, nella versione 74hc4094 in modo da dare fino a 5mA per segmento e finita li. Poche lire, aggiornamento (seriale a 3fili) a discrezione del chips e niente "flick"(e anche niente rumore di communtazione continuo).
Ovviamente se si sceglie una forma più complessa meglio un micro dedicato....
PS: in realtà, specie i led caldi, come il rosso, una volta messi dietro alla finestra in plexiglass rosso, danno un ottimo effetto "qualitativo", perchè non vedi ne segmenti spenti ne altro, solo un numero a luce leggermente diffusa. Paradossalmente, credo di non avere visto una visualizzazione più "rassicurante" dei 7seg rossi, tra vacuum blu, verdi, LCD grafici ecc...
Unica cosa, solo 0-99 e stop, niente menu o cose del genere....
ciao
Mauro
http://www.webalice.it/mauro.penasa/index.html
Diciamo che è una opzione gestibile, in particolare se si desiderasse aumentare le opzioni massime disponibili.
Anche io ho usato qualche volta il 16F628, che peraltro costa molto poco. Pensavo di usarlo anche per questa applicazione, in effetti.
Se le funzioni restano come da disegno (7seg ecc...), credo che non ci siano problemi nell' usare un unico 16F628.
Diciamo che con un semplice uso di qualche shift reg cmos (4094 e 4021) si può gestire tutta la rete di visualizzazione e di input in modo par/ser senza tanta complessità, ne circuitale ne di soft.
Come dicevo, pensavo addirittura di fissare i led con un paio di 4094 dedicati, nella versione 74hc4094 in modo da dare fino a 5mA per segmento e finita li. Poche lire, aggiornamento (seriale a 3fili) a discrezione del chips e niente "flick"(e anche niente rumore di communtazione continuo).
Ovviamente se si sceglie una forma più complessa meglio un micro dedicato....
PS: in realtà, specie i led caldi, come il rosso, una volta messi dietro alla finestra in plexiglass rosso, danno un ottimo effetto "qualitativo", perchè non vedi ne segmenti spenti ne altro, solo un numero a luce leggermente diffusa. Paradossalmente, credo di non avere visto una visualizzazione più "rassicurante" dei 7seg rossi, tra vacuum blu, verdi, LCD grafici ecc...
Unica cosa, solo 0-99 e stop, niente menu o cose del genere....
ciao
Mauro
http://www.webalice.it/mauro.penasa/index.html
-
mrjam
- starting member
- Messaggi: 357
- Iscritto il: 14 feb 2006, 18:47
- Località: Italy
Ciao Mauro
Hai valutato i '595 per i 7 segmenti? Con 2 clock e il latch in uscita risolvi il problema dello sfarfallio. Invii i dati clockandoli in ingresso, con un fronte sul secondo clock li passi in uscita e torni a monitorare encoder e tasti, l'IR lo terrei sotto interrupt.
Bada, non è che ti voglio insegnare nulla penso a voce alta!
Non mi è tanto chiara la tua visione del condividere/proteggere
..comunque volevo solo esprimere i miei propositi. Non critico chi protegge il suo lavoro (ripeto: per me non lo è!), anzi fai bene a non fornirlo "a gratis" agli avvoltoi cinesi/nostrani!
Hai già dato tanto alla community! Grazie a nome di tutti!
Sto sviluppando un'idea per il settore automobilistico ..col cavolo che la metto su un forum!!
Scusa se posso essere apparso accusatorio
DrPaolo ..due micro per questo circuito? Mi sembra uno spreco di risorse ..meglio sfruttare interrupt e shift-registers. Cosa ne pensi?
Buon AudioFaidate!
Ciao
Roberto
Hai valutato i '595 per i 7 segmenti? Con 2 clock e il latch in uscita risolvi il problema dello sfarfallio. Invii i dati clockandoli in ingresso, con un fronte sul secondo clock li passi in uscita e torni a monitorare encoder e tasti, l'IR lo terrei sotto interrupt.
Bada, non è che ti voglio insegnare nulla
penso a voce alta! Non mi è tanto chiara la tua visione del condividere/proteggere
..comunque volevo solo esprimere i miei propositi. Non critico chi protegge il suo lavoro (ripeto: per me non lo è!), anzi fai bene a non fornirlo "a gratis" agli avvoltoi cinesi/nostrani!
Hai già dato tanto alla community! Grazie a nome di tutti!
Sto sviluppando un'idea per il settore automobilistico ..col cavolo che la metto su un forum!!
Scusa se posso essere apparso accusatorio
DrPaolo ..due micro per questo circuito? Mi sembra uno spreco di risorse ..meglio sfruttare interrupt e shift-registers. Cosa ne pensi?
Buon AudioFaidate!
Ciao
Roberto
-
Buon AudioFaidate!
Ciao
Roberto
Buon AudioFaidate!
Ciao
Roberto
-
drpaolo
- sostenitore
- Messaggi: 877
- Iscritto il: 17 ott 2005, 16:59
- Località: Italy
- Has thanked: 1 time
- Been thanked: 34 times
E perchè è uno spreco di risorse ? sempre di silicio si tratta !DrPaolo ..due micro per questo circuito? Mi sembra uno spreco di risorse ..meglio sfruttare interrupt e shift-registers. Cosa ne pensi?
Usando i 595 dovresti poi usare display a 7 segmenti intelligenti, oppure un decoder BCD-7 segmenti, con un costo maggiore in pcb e in tempo di montaggio (che ci vuoi fare, io ragiono così).
Collegando i display ad un micro supereconomico io posso regolare a piacere il periodo di multiplexing, riducendo o evitando lo sfarfallio e posso - ad es.- far lampeggiare i display in particolari condizioni di uso, riservando l'uso dell'interrupt del micro principale alla sua funzione peculiare, cioè quella di detezione (che schifo di parola !) del segnale IR.
Saluti.
Paolo Caviglia
-
mauropenasa
- R.I.P.
- Messaggi: 712
- Iscritto il: 15 ott 2005, 20:33
- Località: Italy
Anche io ho una mentalità come Paolo, non posso fare a meno di cercare di bilanciare al massimo risorse e risultato, anche se in pratica per queste cose non cambia quasi nulla, poche frazioni di euro o giù di li....
Riguardo alla mia idea di usare un serial/parallel 4094 (che peraltro mi obbliga comunque a "mapparmi i caratteri" in una matrice software, più o meno come nel caso del 595), è legata ad una ipotesi di gestione del I/O pin to pin (un pò alla "controller") anzichè nel classico modo a latch paralleli (da processore classico). Diciamo che entrambe le soluzioni possono fare il lavoro, e se usassi i miei amati intel 51 family, magari ci farei il pensierino.
Un 16F628, chips che pensavo "ideale" allo scopo, dispone di 16 I/O massimi, e dobbiamo ricordare che servono almeno 3pin per controllare la scheda input in seriale e prudenzialmente 4 o5 per un controllo configurabile e flessibile per la scheda pre, quindi una porta va per conto suo. Serve poi un input IR, 2 input encoder a quadratura.... non ho spazio per gestioni "parallele" a latch, ma per serial latch ho ancora risorse. Posso pure multiplexare la seriale dei dispositivi di visualizzazione (out 4094) con quella degli input (in 4021) con un demux 4053, e ci sto giusto.
Ovviamente anche solo aggiungere un display 7seg o qualche altro I/O probabilmente mi convincerebbe a mettere un pic dedicato e buona notte...
Parte delle scelte si fanno anche perchè in fondo uno ha nel cassetto routine pronte o situazioni già note ed usate, per andare velocemente sul sicuro, diciamo (in tema di tempo libero....).
PS: riguardo dare/non dare: ti sei risposto da solo con il tuo esempio specifico. Uno fa le sue cose ma condivide quello che può "ragionevolmente" condividere. Nel caso specifico, io come altri dispongo di software più "avanzato" per la sezione IR ed il resto, ma che non posso condividere. Le situazioni standard che riguardano questa idea però sono abbastanza comuni e non ci sono problemi a pubblicarne i software ed hardware, una volta messi a punto. Questo volevo dire....
ciao
Mauro
http://www.webalice.it/mauro.penasa/index.html
Riguardo alla mia idea di usare un serial/parallel 4094 (che peraltro mi obbliga comunque a "mapparmi i caratteri" in una matrice software, più o meno come nel caso del 595), è legata ad una ipotesi di gestione del I/O pin to pin (un pò alla "controller") anzichè nel classico modo a latch paralleli (da processore classico). Diciamo che entrambe le soluzioni possono fare il lavoro, e se usassi i miei amati intel 51 family, magari ci farei il pensierino.
Un 16F628, chips che pensavo "ideale" allo scopo, dispone di 16 I/O massimi, e dobbiamo ricordare che servono almeno 3pin per controllare la scheda input in seriale e prudenzialmente 4 o5 per un controllo configurabile e flessibile per la scheda pre, quindi una porta va per conto suo. Serve poi un input IR, 2 input encoder a quadratura.... non ho spazio per gestioni "parallele" a latch, ma per serial latch ho ancora risorse. Posso pure multiplexare la seriale dei dispositivi di visualizzazione (out 4094) con quella degli input (in 4021) con un demux 4053, e ci sto giusto.
Ovviamente anche solo aggiungere un display 7seg o qualche altro I/O probabilmente mi convincerebbe a mettere un pic dedicato e buona notte...
Parte delle scelte si fanno anche perchè in fondo uno ha nel cassetto routine pronte o situazioni già note ed usate, per andare velocemente sul sicuro, diciamo (in tema di tempo libero....).
PS: riguardo dare/non dare: ti sei risposto da solo con il tuo esempio specifico. Uno fa le sue cose ma condivide quello che può "ragionevolmente" condividere. Nel caso specifico, io come altri dispongo di software più "avanzato" per la sezione IR ed il resto, ma che non posso condividere. Le situazioni standard che riguardano questa idea però sono abbastanza comuni e non ci sono problemi a pubblicarne i software ed hardware, una volta messi a punto. Questo volevo dire....
ciao
Mauro
http://www.webalice.it/mauro.penasa/index.html
-
plovati
- sostenitore
- Messaggi: 7960
- Iscritto il: 05 ott 2005, 20:19
- Località: Italy
- Has thanked: 3 times
- Been thanked: 38 times
non per fare il rompi a tutti i costi, ma un bel diplay alfanumerico 16*2?
Permetterebbe di usare un solo PIC, con il codice di piu facile lettura e servono solo poche linee di IO usando la modalita a 1 nibble.
Poi ciascuno se lo potrebbe customizzare facilmente...
Ce ne sono ormai di tutti i tipi inclusi LED e VFD compatibili.
_________
Piergiorgio
Permetterebbe di usare un solo PIC, con il codice di piu facile lettura e servono solo poche linee di IO usando la modalita a 1 nibble.
Poi ciascuno se lo potrebbe customizzare facilmente...
Ce ne sono ormai di tutti i tipi inclusi LED e VFD compatibili.
_________
Piergiorgio
_________
Piergiorgio
Piergiorgio
-
mauropenasa
- R.I.P.
- Messaggi: 712
- Iscritto il: 15 ott 2005, 20:33
- Località: Italy
Mah, Piergiorgio, La mia sensazione sui display alfanumerici (o grafici) standard l' ho espressa qualche intervento fa....
Io ho usato appunto quasi tutto quel che c' è in giro, Vacuum alfanumerici e grafici (si parte da 350mA solo per il display, anche spento, come dice Paolo), oltre ai soliti LCD.
Gli LCD che un Diy può trovare sono a lettura ore 6, cioè devi leggerli stando in basso oltre la perpendicolare del vetro, stile calcolatrice da tavolo, per intenderci. Praticamente inadatto totale per un pannello verticale (serve almeno un ore 12....). Le dimensioni medie del carattere e il contrasto dei segmenti non ti permettono di leggere a più di 2m circa, mentre la retroilluminazione trasforma in "macchina del caffe" qualsiasi apparecchio..
Ovviamente questa è una mia opinione personale, forse mediata dalla mancanza di entusiasmo verso applicazioni per me di ufficio...
Diciamo che uno stile minimalista e sobrio mi sembra più adatto ad applicazioni Diys ma in particolare con presunzione "audiophile", un pò come il fatto che si fanno i pre senza controllo di toni (orrore) o effetti loudness per lo stesso scopo "nobile".
Tecnicamente ci sono 2 cose:
1. Ora io con un Pic 16pin da meno di 2 euro e 4 Cmos da pochi cent mi sono presupposto di fare tutto il "quadro comando", minimalista ma con tutto quel che serve (esattamente come un Krell KAV o giù di li....). Per mettere un LCD compatibile servono almeno 6 pin in più oppure un hardware aggiunto di ser/par per entrare in qualche modo in seriale nel LCD.
2. Come dice Paolo, La mia soluzione di partenza prevede nessuna condizione di disturbo in fase di quiete, che non sia la normale emissione del Pic. Un LCD ha un elevatore di tensione a commutazione che genera un discreto disturbo, ed obbligherebbe a schermare bene tutta la situazione....
Se volete possiamo fare una specie di referendum sulle preferenze...
Intanto, per capire cosa intendo per "minimalista" guardate la bozza del mio circuito che ho messo giù ieri... (devo ancora provarla per definire alcune situazioni di collegamento e di soft, ovviamente...). Questa roba è predisposta per un controllo seriale completo di vari tipi di pre, fino a 8 ingressi, oltre al encoder del volume, visualizzazione, tastini di selezione Input e relativi led, ricezione IR rc5 (personalizzabile come diceva Roberto) e unico sfizio opzionale un mini buzzer che evidenzia la pressione di un tasto o altre condizioni.... In realtà, di trucchi sfiziosi potenziali ce ne sono altri, ma non li svelo ora, devo prima provare il tutto e fare un soft adeguato....
Sono indeciso se fare tutto SMD o no, e se la disposizione classica dei pulsanti, led ed encoder del mio disegnino iniziale sia condivisa dai potenziali interessati....
Mauro
http://www.webalice.it/mauro.penasa/index.html
Io ho usato appunto quasi tutto quel che c' è in giro, Vacuum alfanumerici e grafici (si parte da 350mA solo per il display, anche spento, come dice Paolo), oltre ai soliti LCD.
Gli LCD che un Diy può trovare sono a lettura ore 6, cioè devi leggerli stando in basso oltre la perpendicolare del vetro, stile calcolatrice da tavolo, per intenderci. Praticamente inadatto totale per un pannello verticale (serve almeno un ore 12....). Le dimensioni medie del carattere e il contrasto dei segmenti non ti permettono di leggere a più di 2m circa, mentre la retroilluminazione trasforma in "macchina del caffe" qualsiasi apparecchio..
Ovviamente questa è una mia opinione personale, forse mediata dalla mancanza di entusiasmo verso applicazioni per me di ufficio...
Diciamo che uno stile minimalista e sobrio mi sembra più adatto ad applicazioni Diys ma in particolare con presunzione "audiophile", un pò come il fatto che si fanno i pre senza controllo di toni (orrore) o effetti loudness per lo stesso scopo "nobile".
Tecnicamente ci sono 2 cose:
1. Ora io con un Pic 16pin da meno di 2 euro e 4 Cmos da pochi cent mi sono presupposto di fare tutto il "quadro comando", minimalista ma con tutto quel che serve (esattamente come un Krell KAV o giù di li....). Per mettere un LCD compatibile servono almeno 6 pin in più oppure un hardware aggiunto di ser/par per entrare in qualche modo in seriale nel LCD.
2. Come dice Paolo, La mia soluzione di partenza prevede nessuna condizione di disturbo in fase di quiete, che non sia la normale emissione del Pic. Un LCD ha un elevatore di tensione a commutazione che genera un discreto disturbo, ed obbligherebbe a schermare bene tutta la situazione....
Se volete possiamo fare una specie di referendum sulle preferenze...
Intanto, per capire cosa intendo per "minimalista" guardate la bozza del mio circuito che ho messo giù ieri... (devo ancora provarla per definire alcune situazioni di collegamento e di soft, ovviamente...). Questa roba è predisposta per un controllo seriale completo di vari tipi di pre, fino a 8 ingressi, oltre al encoder del volume, visualizzazione, tastini di selezione Input e relativi led, ricezione IR rc5 (personalizzabile come diceva Roberto) e unico sfizio opzionale un mini buzzer che evidenzia la pressione di un tasto o altre condizioni....
In realtà, di trucchi sfiziosi potenziali ce ne sono altri, ma non li svelo ora, devo prima provare il tutto e fare un soft adeguato....Sono indeciso se fare tutto SMD o no, e se la disposizione classica dei pulsanti, led ed encoder del mio disegnino iniziale sia condivisa dai potenziali interessati....
Mauro
http://www.webalice.it/mauro.penasa/index.html
-
plovati
- sostenitore
- Messaggi: 7960
- Iscritto il: 05 ott 2005, 20:19
- Località: Italy
- Has thanked: 3 times
- Been thanked: 38 times
Scusate non avevo letto con attenzione i post precedenti. OK per i display a led e per la soluzione prospettata. Un unico stampato fatto per case HIFI2000 con anche la connettoristica RCA e almeno una BNC?
E magari visto che ci dobbiamo mettere dei buffer, lo spazio per un pre tipo minibax con un guadagno di 2,5, per pilotare di tutto?
_________
Piergiorgio
E magari visto che ci dobbiamo mettere dei buffer, lo spazio per un pre tipo minibax con un guadagno di 2,5, per pilotare di tutto?
_________
Piergiorgio
_________
Piergiorgio
Piergiorgio
-
mrjam
- starting member
- Messaggi: 357
- Iscritto il: 14 feb 2006, 18:47
- Località: Italy
Piergiorgio
Ti consiglio di leggere per bene tutto il thread!
Quello che sta proponendo Mauro non è un pre full-optional. E' la scheda di controllo adatta ad un pre. Il pre vero e proprio ce lo devi mettere tu!
Ti consiglio di tenere lontano da questo circuito gli stadi di ingresso e di amplificazione del segnale ..pericolo EMI! Sebbene evitando l'uso dei moduli LCD riduca di molto le emissioni, ricorda che fra gli IC digitali passano segnali con elevato rise time, quindi emettitori di interferenze potenzialmente pericolose.
Meglio schermare tutto con della lamina di ferro dolce o rame.
Un BNC? A che scopo? Credo che tu stia facendo confusione coi collegamenti digitali. Il BNC con imp caratteristica di 75 ohm, insieme al relativo cavo, è indicato per trasportare il segnale spdif limitando le riflessioni. Non porta nessun vantaggio per la connessione su linee a bassa frequenza, a parte una maggiore solidità rispetto al RCA.
Buon AudioFaidate!
Ciao
Roberto
Ti consiglio di leggere per bene tutto il thread!
Quello che sta proponendo Mauro non è un pre full-optional. E' la scheda di controllo adatta ad un pre. Il pre vero e proprio ce lo devi mettere tu!
Ti consiglio di tenere lontano da questo circuito gli stadi di ingresso e di amplificazione del segnale ..pericolo EMI! Sebbene evitando l'uso dei moduli LCD riduca di molto le emissioni, ricorda che fra gli IC digitali passano segnali con elevato rise time, quindi emettitori di interferenze potenzialmente pericolose.
Meglio schermare tutto con della lamina di ferro dolce o rame.
Un BNC? A che scopo? Credo che tu stia facendo confusione coi collegamenti digitali. Il BNC con imp caratteristica di 75 ohm, insieme al relativo cavo, è indicato per trasportare il segnale spdif limitando le riflessioni. Non porta nessun vantaggio per la connessione su linee a bassa frequenza, a parte una maggiore solidità rispetto al RCA.
Buon AudioFaidate!
Ciao
Roberto
-
Buon AudioFaidate!
Ciao
Roberto
Buon AudioFaidate!
Ciao
Roberto
-
plovati
- sostenitore
- Messaggi: 7960
- Iscritto il: 05 ott 2005, 20:19
- Località: Italy
- Has thanked: 3 times
- Been thanked: 38 times
mi piacerebbe evitare di avere troppi stampati e fili in giro. Visto che un circuito stampato va fatto, sarebbe meglio un solo CS, al limite la parte pre non la si monta.
Mettendo lo stampato in verticale in un contenitore largo le due parti sono sufficientemente separate.
Per il BNC al posto del RCA, c'è stato un 3D su questo forum tempo fa. Non interessa l'impedenza caratteristica ma la disponibilità di contatti elettrici e meccanici migliori.
_________
Piergiorgio
Mettendo lo stampato in verticale in un contenitore largo le due parti sono sufficientemente separate.
Per il BNC al posto del RCA, c'è stato un 3D su questo forum tempo fa. Non interessa l'impedenza caratteristica ma la disponibilità di contatti elettrici e meccanici migliori.
_________
Piergiorgio
_________
Piergiorgio
Piergiorgio
-
- Argomenti simili
- Risposte
- Visite
- Ultimo messaggio
-
- 14 Risposte
- 1190 Visite
-
Ultimo messaggio da rockin_al
-
- 0 Risposte
- 824 Visite
-
Ultimo messaggio da audiofanatic
-
- 1 Risposte
- 301 Visite
-
Ultimo messaggio da Giaime
-
- 5 Risposte
- 505 Visite
-
Ultimo messaggio da Giaime
-
- 0 Risposte
- 242 Visite
-
Ultimo messaggio da Jabberwock
