Newsgroup: it.hobby.elettronica.digitale
Titolo: quale alternativa al dspic?

Ciao a tutti,
ho bisogno del vostro consiglio sulla scelta di un microcontrollore.
Premetto che so usare discretamente dispositivi microchip, (ma
purtroppo non ne ho mai usato di altre case...) e per una applicazione
che devo fare ora mi servirebbe una cosa del tipo 256kb flash per il
programma, un bel po di ram, e almeno 50-60 MIPS, oltre che costi
accettabili!
Avevo pensato ai dspic ma purtroppo arrivano al massimo a 30 MIPS.
Sapreste indicarmi qualcosa che abbia anche un buon ambiente di
sviluppo? per simulazione debug sia software che hardware,
programmazione... insomma a tutte quelle belle cose che gli ambienti
destinati a microchip hanno (es:ICD2). Una spesuccia  potrei anche
affrontarla.
Avevo pensato agli ARM es quelli della ATMEL, ma non ne so molto a
riguardo.
Grazie a tutti quelli che mi vorranno suggerire qualcosa
Pietro


Sarebbe interessante sapere che cosa ci devi fare con 60mips e tanta ram
(quanta?).
Il micro perfetto per fare tutto non esiste.
Gli Atmel sono buoni. I philips LPC2xxx li trovo migliori (I.M.H.O.), anche
se uno vale l'altro... sono ARM, cioč stesso compilatore e stesso JTAG.
Per la cronaca dubito fortemente che arrivino a 60 mips (per i philips c'č
una stima ottimistica che parla di 1 istruzione ogni 1,7 colpi di clock...
perň parliamo di risc. Ed il clock arriva al massimo a 60 MHz per i philips.
Quindi fai tu)
Se hai bisogno di potenza (tanta) e devi fare controllistica puoi usare i
DSP della Texas (serie TMS320... su un 2812 ci puoi fare un controllo di un
trifase sensorless, anche se devi andare un po' su in frequenza...)
Se vuoi ancora piů potenza e dei controlli non te ne frega niente, puoi
usare gli ARM9 (vedi Sharp etc) oppure andare su StrongArm (intel PXA... ed
arrivi oltre i 500 MHz), buttandoci sopra anche un WinCE cosě da non
romperti le scatole con interfacce grafiche, gestione Fat, MMC etc.
Ma, come ti ho giŕ detto, devi avere ben chiaro che cosa ci vuoi o devi
fare.
Ciao
Davide B:
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

Ti ringrazio innanzi tutto per la tua disponibilità.
Il problema principale deriva da una cella di carico il cui tempo di
campionamento implica la pendenza della retta di carico da essa
sopportabile, pena la sua rottura o deformazione, e di conseguenza un
sacco di risorse impiegate per poter far svolgere anche altre cose al
micro...
Pensavo di ovviare al problema con un hardware esterno dedicato, tipo
al limite un secondo micro di piccole dimensioni (e costi) che
dedicherei al solo scopo di tenere a bada le celle di carico e che
"avviserebbe" tramite un interrupt il primo micro.
Il problema è che non riesco a stimare il tempo di intervento dell'
interrupt del dsPic, non trovo nulla (o mi sfugge) sul manuale. A
intuito questo tempo dovrebbe variare a seconda di come faccio la
applicazione, ma come faccio a stimare il tempo tra il momento che il
segnale compare sul piedino del dsPic e il momento nel quale interviene
la routine che ad esso dedichero?
cosa ne pensi?
Pietro


Che meno componenti metti meno hai probabilità che qualcosa non funzioni.
E che debuggare 1 micro è meglio che debuggarne 2.
Alla peggio puoi fare così, ma prima di darmi per vinto le proverei tutte
per usarne uno solo.
Comunque non ho dati per poterti dire che puoi fare tutto con un micro solo
o meno. Ad esempio, qual'è la frequenza di campionamento? A quanti bit deve
campionare? e che cosa deve fare nell'IRQ?
Se la frequenza di campionamento e di qualche KHz, puoi farcela
tranquillamente con un ARM, io uso l'LPC2138, (e ti avanza pure un bel po'
di potenza per gestirti un display, tastiera ed un sacco di altre cose... ce
la fai senza tirare il micro a 60 MHz, testato personalmente).
A disposizione
Davide B.


 ha scritto nel messaggio news:1126622973.0...@g14g2000cwa.googlegroups.com...
Ti ringrazio innanzi tutto per la tua disponibilità.
Il problema principale deriva da una cella di carico il cui tempo di
campionamento implica la pendenza della retta di carico >cut
Dimensiona meglio il problema, se puoi.
Il problema è che non riesco a stimare il tempo di intervento dell'
interrupt del dsPic, non trovo nulla (o mi sfugge) sul manuale. >cut
Figura 6.3, pag 6-11, del documento DS70046D   "dsPIC30F Family Reference Manual"
Saluti
--
simone.bern
Mr. Heisemberg is not the only one who can affect a measurement by looking at it (Robert A. Pease)
zsimone...@zliberoz.it
 (Rimuovere i caratteri di zorro per rispondere via mail)

 sviluppo?
Dai un'occhiata ai micro della Silabs (ex Cygnal):
http://www.silabs.com/
Sono derivati dall'8051 ma arrivano fino a 100 MIPS e hanno parecchie
caratteristiche carine.
-- 
asd

vi ringrazio molto per i vostri suggerimenti, al momento cerco di
ridimensionare il progetto con accorgimenti "meccanici"... poi vedro
cosa ottengo... magari ridimensiono i mips!!
saluti
Pietro