Newsgroup: it.hobby.elettronica.digitale
Titolo: Alternative Atmel

Ciao,
per quanto mi sia sempre trovato bene con gli Atmel (a cui sono 
approdato dopo esperienze con altre case) e per quanto abbia anche 
investito qualche soldino in hardware e compilatori ora vedo che le cose 
non vanno molto bene...
Dopo aver perso 2 giorni sull'ADC di un Xmega che mi dava valori 
sballati dal forum di AVR Freaks mi hanno segnalato questo documento:
http://www.xbitinc.com/knowledgebase/questions.php?questionid=3
in pratica l'ADC è quasi inutilizzabile rispetto alle caratteristiche 
per cui è venduto.
Lasciamo perdere i Luminary Micro (ora TI) che hanno un sacco di bug 
anche loro, oltre a non avere una tool-chain di sviluppo (freeware o a 
pagamento) affidabile.
Evitiamo anche i Microchip.
Cosa rimane? :-/
C'è qualche costruttore di cui ci si può fidare, nel senso che rispetta 
quello che promette sulla carta, ha microcontroller reperibili, ambienti 
di sviluppo affidabili?
Peccato perché con gli Atmel avevo tutta la famiglia dai tiny a 8-bit 
fino agli AVR32/ARM.
Marco

 fino agli AVR32/ARM.
Mah! aggiungo il mio centesimo...
bene o male parecchi micro hanno bachi, specie
i prodotti relativamente immaturi o quelli che vanno
poco...
Di sicuro evito i PIC ;-)
Comunque io con gli ARM NPX (dal 7 in su) mi sono trovato bene.
Come ambiente di sviluppo uso rowley
http://www.rowley.co.uk/
un buon compromesso tra costo/features.
Puoi acquistare una licenza 'personal' con 150$...
Bye,
AA.

Il 23/05/2011 17.26, Marco Trapanese ha scritto:

Ciao Marco,
Potresti considerare la combo STM8L/STM32. In pratica le 2 famiglie 
usano le stesse periferiche o molto simili (ADC, USART, Timers, SPI, I2C 
ecc), cambia la CPU, 8 bit nel primo caso, 32bit nel secondo. Secondo me 
offrono una scalabilità eccellente. Una cosa carina dello STM8L è che ha 
canali DMA utilizzabili su tutte le periferiche, incluso lo ADC.
Per tutte e 2 le famiglie sono disponibili degli economici kit 
"discovery" quindi puoi avere una board con debugger per circa 10 euro. 
Cerca su farnell STM8L-Discovery e STM32VLDiscovery.
Se vuoi una comparazione accurata guarda questa pagina:
http://www.chibios.org/dokuwiki/doku.php?id=chibios:metrics
Dentro i vari test report ci sono gli score per tutti i processori più 
comuni inclusi. Ulteriori info ed articoli sono qua:
http://www.chibios.org/dokuwiki/doku.php?id=chibios:documents
ciao,
Giovanni

 canali DMA utilizzabili su tutte le periferiche, incluso lo ADC.
[cut]
Grazie delle indicazioni!
Adesso vado a vedere se pure questi simpaticoni hanno messo fuori delle 
errata che smentiscono ciò che hanno venduto ;)
Marco

 di sviluppo affidabili?
Conosco vari fanatici di Renesas (H8S e via dicendo) e Freescale, che in 
termini di market share da soli si pappano il 30% del mercato dei 
microcontrollori. Questo accade soprattutto perché sono molto forti in 
campo automotive, dove si fanno i numeri per veri uomini.
In passato ho considerato più volte di usarli, ma mi hanno sempre dato 
l'idea di essere il tipico prodotto molto adatto per grosse aziende e 
grossi numeri. Però se non fai milioni di euro all'anno per loro non 
esisti.
-- 
emboliaschizoide.splinder.com

 silicon errata e sai già esattamente quali saranno le limitazioni.
Sicuramente devo prenderci l'abitudine perché ammetto che non mi viene 
spontaneo andare a guardare le errata.
Del resto trovo abbastanza scorretta una mossa del genere, ma comunque 
non posso fare altro che adeguarmi.
Ciao!
Marco

 Evitiamo anche i Microchip.
usa questi ultimi che sono particolarmente indicati perr chi come te non sa
nulla di elettronics

NNTP-Posting-Host: 87.20.148.190
87.20.148.190 	IT 	Italy 	04 	Campania 	Naples 		40.8333
14.2500 	Telecom Italia 	Telecom Italia 
Huè cumpà, non sei Bertolazzi e non fai nemmeno più ridere. 
--
ciao
  Stefano

 fino agli AVR32/ARM.
Ciao Marco,
anche io ci sono rimasto male quando ho scoperto il bug dell'ADC sugli
Xmega, ma anche dopo che sono stato a conoscenza di tutte le
"limitazioni", devo dire che comunque per la fascia di prezzo e
adottando i pochi e semplici accorgimenti per aggirare le "sorprese",
xmega è e resta ancora una mpu molto potente e versatie, sopratutto
quando si deve creare qualcosa a bassissimo consumo...
La cosa che invece mi ha dato più fastidio è stato lo scoprire che i
cosiddetti "driver" forniti a corredo delle app-note non sono
"omogenei", spesso obsoleti e addirittura distribuiti con diverse
release... Fatto che inizialmente mi ha provocato non pochi
grattacapo. :-( E si sente parecchio anche la mancanza di una libreria
decente per la maggior parte delle comuni applicazioni, cosa che
comunque la comunità degli sviluppatori on line sta come di consueto
risolvendo...
Di pro devo dire che sono riuscito ad ottenere risultati interessanti
anche nell'audio, dove sono riuscito addirittura ad applicare filtri
software in tempo reale (e visti i 32Mhz la cosa non era semplice ;) e
questo nonostante il bug dell'ADC ...
Il mio consiglio è quello di fare altre prove tenendo conto
dell'errore nella conversione che interviene solo in una particolare
condizione, adattando quindi l'ingresso analogico e riducendo
l'ampiezza del segnale (che puoi sempre amplificare con l'opzione
interna).
Non potrai certo farci uno strumento di precisione (se utilizzi la
massima risoluzione), ma tante, tante altre belle cosucce, secondo me
si! ;-)

 si! ;-)
Eh, ma avevo scelto l'xmega proprio per i 12-bit! Mi avrebbero evitato 
l'uso di ADC esterno. Per schede piccole e compatte sarebbe stato l'ideale!
Ma dovremo tenerceli così per sempre?
Ciao!
Marco

 Ma dovremo tenerceli così per sempre?
Sono certo di no! Ma prima che abbiano ammortizzato tutte le spese
degli impianti di produzione e smaltito tutte le scorte di certo
passerà parecchio tempo... Ma ripeto: tolto quel fastidioso problemino
(che mi risulta essere risolvibile) per il resto lo trovo un
dispositivo molto utile, potente e versatile (per la fascia di prezzo
nella quale si colloca). Peccato che non esista nessuno in Italia che
produca schede con xmega a bordo (almeno per quel che mi risulta),
personalmente sarei disponibile a collaborare attivamente con
documentazione ed esempi a supporto ;-)
Ciao
p.s. se hai bisogno di qualcosa e ti aspetti che ti risponda in tempi
"ragionevoli", prova a contattarmi dal mio blog:
kokiua.wordpress.com
 .. che mi avvisa direttamente ad ogni msg ... o
in alternativa via mail, ma li mi arriva sempre anche una vagonata di
spam :-(

Rileggendo il mio post mi sono reso conto che il mio esempio della
tabella con il fade non è certo la soluzione... (è invece certamente
adatta con alcuni filtri..). Per fare un fade "accettabile" ti
consiglio di usare divisioni e moltiplicazioni x 2 (shift a destra o
sinistra del valore). Non avrai un risultato perfetto, ma almeno
funziona senza appesantire l'elaborazione!
Insomma: dove è possibile occorre "ridurre" tutto utilizzando interi e
possibilmente calcoli direttamente in binario.
kokiua (alias luke.moors ;)

 spam :-(
Ok, grazie della disponibilità!
Marco



Però così hai un fade di tipo esponenziale (nel senso che continui a 
dividere o a moltiplicare per 2) e non lineare. Inoltre devi effettuare 
gli shift ogni N campioni, con N in funzione della durata che ti serve.
Il problema che riscontro è che se le moltiplicazioni le effettui con 
una frequenza in banda audio (es. 100 Hz) la distorsione provocata la 
senti nitidamente nell'audio.
Per evitarlo dovrei appunto modificare l'ampiezza di ogni singolo 
campione, ma appunto è troppo limitante moltiplicare o dividere per 2.
Marco

 migliori occorra lavorare in signed mode quindi a 11 bit.
Qui:
http://www.xbitinc.com/knowledgebase/questions.php?questionid=3
"Signed vs. Unsigned Mode
The two ADCs can be run in either signed or unsigned mode. If you're 
measuring a simple single-ended input referenced to ground, the way to 
get the full 12-bit resolution is to use the unsigned mode. In unsigned 
mode, the negative input of the ADC is tied to an internally generated 
voltage which is at the approximate midpoint of the ADC Vref. _The 
problem is that this internally generated voltage is very unstable and 
has an effect of producing very unstable results_ for a stable input 
voltage.
The solution here is to use the signed mode. In signed mode, the 
negative ADC input is under your control and should be routed to an 
external pin tied to GND. _Unfortunately this will limit you to 11 bits_ 
of resolution since you will not be using the negative half of the result."
Marco