Newsgroup: it.hobby.elettronica.digitale
Titolo: uC cercasi

Devo avviare un nuovo progetto e cerco il micro adatto.
Devo correggere lo spettro audio di un segnale ricevuto in ingresso e 
riproporlo corretto in uscita.
Dimensioni ridotte, consumo ridotto, pochissima componentistica esterna, 
funzionamento in real time o quasi.
A parte l'I/O analogico deve avere anche un ingresso digitale.
 
.. 
 
 

 
 
mancano un po' troppe informazioni per poter dare una risposta sensata
 
1) frequenza di campionamento e risoluzione dell'ADC e del DAC, quanti 
canali 1, 2 o piu' ?
 
tieni conto che gli ADC nativi dei micro sono quasi tutti al massimo 12 
bit e che i DAC sono "rari" per cui o ne metti uno esterno o lo fai col 
PWM ( a "bassa" risoluzione/velocita' )
 
2) tipo di elaborazione che EFFETIVAMENTE devi fare per valutare
cosa pensi di usare un filtro nel dominio del tempo o qualcosa nel 
dominio della frequenza ?
quante risorse utilizza: codice,ram dati,quantita' di calcoli da effettuare
te la puoi cavare con la matematica fixed point ( sostanzialmente intera 
) o ti serve la virgola mobile
tu hai sicuramente fatto un po' di prove su un PC per vederli, vero ?
 
fatte queste premesse
 
per i consumi RIDOTTI potresti vedere qualcosa della serie MSP430
 
io partirei alto usando un Arm Cortex ed un codec audio esterno con 
interfaccia I2S,
 
o in alternativa al cortex un pic32 di medie dimensioni
 
per le dimensioni dovresti cavartela con un TQFP64 o 48 per il micro ed 
un TSSOP28 per il codec piu' lo spazio per i passivi assortiti, 
lasciandoti un certo margine per lo sviluppo del firmware ( avresti 
flash,ram e una buona potenza di calcolo)

 ha scritto nel messaggio 
news:lq5p3j$c37$1...@speranza.aioe.org...

Mi metto subito a leggere.
Cmq, mi basta un canale audio in ingresso e uno in uscita, la banda 
ovviamente � quella audio fino agli 8 KHz.
In pratica vorrei realizzare un equalizzatore digitale monocanale.
 
.. 
 
 

>> A parte l'I/O analogico deve avere anche un ingresso digitale.
Per lavorare in real-time su uno spettro audio non basterebbe un ARM,
sarebbe meglio un DSP.
Se il consumo ï¿œ importante, vedi la famiglia C5000 texas (16bit fix 
point e accelleratore FFT): tra l'altro vengono usati in campo audio 
come active noise cancellator, che consiste appunto nell' elaborare un 
segnale audio e riprodurlo corretto in tempo relele :-)
 
AA.
 
 
 
 

 DSP texas ?
 
"Free" e "DSP" sono due parole che � vietato dalla legge mettere nella
stessa frase. :)
 
-- 
Fletto i muscoli e sono nel vuoto.

 di grandezza di differenza nelle prestazioni.
 
Ma serve davvero tutta questa potenza di calcolo per un filtro senza 
feedback?
Io ho questo tracciato
 
Hz  dB
125    10
250    10
500    10
1000   10
2000    30
4000    40
8000    50
 
e lo devo linearizzare... tutto qua.
 
.. 
 
 


Beh, e mica hai specificato cosa devi fare, cito testualmente:
"Devo correggere lo spettro audio di un segnale ricevuto in ingresso e
  riproporlo corretto in uscita."
 
BTW: ho usato dei cortexM4 (npx) per realizzare filtri digitali, ma da 
qui a lavorare in real-time su uno spettro audio ... ghe la fa minga!
E come scrive qualcuno... free e DSP nella stessa frase non ci stanno :-(
 
AA.
 
 

 
"CortexA57" <Cort...@ch.invalid> ha scritto nel messaggio 
news:lqicvc$vr8$2...@solani.org...

Forse c'� qualcosa che mi sfugge.
Se faccio un filtro FIR, l'algoritmo da implementare �:
Y(n)=aX(n)+bX(n-1)
Se invece faccio un filtro IIR, allora l'algoritmo �:
Y(n)=aX(n)+bY(n-1)
 
dove 'X' � l'ingresso, 'Y' l'uscita, 'n' lo stato, 'a' e 'b' due 
coefficienti da determinare.
 
A occhio direi che non occorrono pi� di una decina di istruzioni e nel caso 
peggiore 30-40 cicli di clock.
Con una banda passante di 8kHz, con 100kHz di tempo di conversione dovrei 
stare tranquillo e avere pure tutto il tempo per i 30-40 cicli ci clock fra 
una conversione e l'altra, anzi, forse riesco pure a fare un filtro del II 
ordine.
 
Vorrei poi poter modificare 'a' e 'b' mediante un comando del tipo UP-DOWN, 
considerando che a+b deve dare somma 1, questo ovviamente con una procedura 
a parte che non inficia i tempi di acquisizione/elaborazione/distribuzione
 
Servono quindi
- un ingresso A/D
- due ingressi digitali
- un'uscita DAC
- dimensioni e consumo ridotti all'osso
 
il uC deve fare solo quello, al punto che mi sto chiedendo se vale la pena 
usare un uC e non magari qualcos'altro.
Ma siccome di audio digitale non so quasi nulla, navigo a vista.
Sperando di aver scritto qualcosa che susciti curiosit�, ringrazio chi ha 
risposto fino ad ora e chi vorr� rispondere in seguito.
 
..