Newsgroup: it.hobby.elettronica.digitale
Titolo: Scelta CPU low-power

Ciao.
Per una applicazione di sensoristica, devo scegliere una CPU che sia
in grado di:
- svegliarsi dal power down;
- campionare un segnale audio per circa 20 sec;
- elaborarlo nel tempo e nella frequenza (FIR + FFT);
- spedire alcune informazioni sulla seriale;
- tornare a dormire per circa 2 min.
L'applicazione dovrebbe essere alimentata a pannelli solari, pertanto
dovrebbe essere very low power.
Ho considerato alcuni micro 8 bit, in particolare l'ATMega128L.
Risultato, ottime prestazioni in power down, ma scarsissimi risultati
di elaborazione dei segnali. Questo significa che ci si mette molto
tempo a fare la FFT e, di conseguenza, si consuma molto di più.
Seconda scelta, un DSP di fascia bassa. Ho visto:
- TI - TMS320C2407A;
- Analog Devices - ADSP21990;
- Microchip - DSPic 30F3012;
I primi due offrono notevole potenza di calcolo, ma in power down
consumano comunque circa 200uA. L'ultimo è un po' una via di mezzo.
Terza scelta, ho consultato un processore 32-bit, l'Intel PXA270. Ha
buone prestazioni, ma per entrare ed uscire dal power down consuma
molto. Inoltre integra un sacco di periferiche che non mi interessano.
Infine l'architettura von Neumann richiede la condivisione del bus
dati e codice, penalizzando le prestazioni rispetto ai DSP.
Mi sarei orientato verso il DSP della Texas, lasciando aperta una
porta al Microchip.
Qualcuno ha qualche consiglio da darmi?
Qualcuno ha dei Bechmark (esempio, quanto tempo richiede la FFT o il
FIR su diverse piattaforme)?
Grazie.


Scusa ma non capisco il motivo della tua preoccupazione della
corrente in power down, in fondo la cpu passera' solo 100 secondi
su 120 in sleep. Se in questa fase consuma 1 o 200 microampere,
cambia poco se poi nello stato attivo consuma magari 50 mA. Voglio
dire che con un duty cycle cosi' elevato, dovresti preoccuparti molto
di piu' del consumo durante il funzionamento.
Per il resto avrei scelto anch'io un DSP tra Microchip, AD e TI, ma non so
dirti quale. Ciao.
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

dati e codice, penalizzando le prestazioni rispetto ai DSP.
Sui DSP non ho esperienza diretta, so che un amico che non riusciva a
fare tutto con un µC alla fine ha scelto un DSP della Texas.
ciao
  Stefano

 tempo a fare la FFT e, di conseguenza, si consuma molto di più.
E' vero che un DSP è più adatto a elaborazioni così pesanti,
e quindi "finisce prima", ma spesso consuma anche di più di
un normale uC quando esegue questo tipo di calcoli...
Non so di preciso cosa devi fare, ma credo che scegliendo
bene l'algoritmo ed implementandolo in maniera molto ottimizzata,
può bastare anche l'ATMega128, che a conti fatti potrebbe farti
risparmiare qualcosa (dal punto di vista energetico).
In ogni caso, tieni in conto che se pensi di utilizzare convertitori
A\D e SRAM esterne per memorizzare i campioni, saranno loro
a consumare la maggior parte di corrente. In un sistema che avevo
realizzato tempo fa, e che campionava a 40MHz 2 segnali a 16bit,
quando avviavo la registrazione le lancette dell'amperometro
facevano un grosso balzo in avanti, passando da meno di 100mA
a quasi 1A!!! :-)
Ciao,
A.D.